作業要素の進捗分析2 プロジェクト管理の仕組み (その19)

更新日

投稿日

  前回のその18:作業要素の進捗分析1に続いて解説します。
 
 図50は製品構造の観点から管理単位にブレークダウンした例です。製品がどのようなモジュールから成り立っているかを示しているのでモジュール構造ということができます。製品構造の観点からのブレークダウンは、適切なモジュール構造となるような管理単位に分けるということになります。適切なモジュール構造は、個々のモジュールが実現している機能がそのモジュール内では強い関連を持っていて、他のモジュールとのつながりはシンプルなインタフェースやプロトコルで表現できるという特徴を持っています。図50 は簡略化した内容ですが、「Start」や「Stop」などのシンプルなコマンドだけでモジュールがつながっており、そのコマンドで実行されるモジュール機能は、図では書いていませんが、モジュール名に関係した機能を集めたものになっています。
 
R&D
図50.製品構造から見た分類
 
 そして、適切なモジュール構造がそのままプロジェクトにおける管理単位(進捗管理の単位)となっているのが理想的なプロジェクト体制なのです。この例の場合、プロジェクトが図51に示すようなチームに分かれているのが理想となります。もちろん、実際のプロジェクトでは、評価チームや部品管理チームなど、図51に示す以外にも様々なチームを必要とすることはありますが、基本的なチーム編成が製品のモジュール構造に合っているということです。
 
R&D
図51.製品構造に合わせた開発体制
 
 そもそも適切なモジュールというのは、実現する機能が固まっていて他のモジュールとの関係がシンプルになっているという性質を持っているのですから、開発を行うチームとしてもそれに合わせるのが都合が良いはずです。さらに、このチームが電気・電子担当、機構担当、ソフト担当の混成チームになっていれば、よりよい体制になります。このレベルを実現するのは相当大変です。
 
 作業要素メトリクスとして機能させるには、このようにプロジェクト全体をいくつかのチームに分解して、それぞれのチームの開発作業が開発スケジュール上で区別さ...
  前回のその18:作業要素の進捗分析1に続いて解説します。
 
 図50は製品構造の観点から管理単位にブレークダウンした例です。製品がどのようなモジュールから成り立っているかを示しているのでモジュール構造ということができます。製品構造の観点からのブレークダウンは、適切なモジュール構造となるような管理単位に分けるということになります。適切なモジュール構造は、個々のモジュールが実現している機能がそのモジュール内では強い関連を持っていて、他のモジュールとのつながりはシンプルなインタフェースやプロトコルで表現できるという特徴を持っています。図50 は簡略化した内容ですが、「Start」や「Stop」などのシンプルなコマンドだけでモジュールがつながっており、そのコマンドで実行されるモジュール機能は、図では書いていませんが、モジュール名に関係した機能を集めたものになっています。
 
R&D
図50.製品構造から見た分類
 
 そして、適切なモジュール構造がそのままプロジェクトにおける管理単位(進捗管理の単位)となっているのが理想的なプロジェクト体制なのです。この例の場合、プロジェクトが図51に示すようなチームに分かれているのが理想となります。もちろん、実際のプロジェクトでは、評価チームや部品管理チームなど、図51に示す以外にも様々なチームを必要とすることはありますが、基本的なチーム編成が製品のモジュール構造に合っているということです。
 
R&D
図51.製品構造に合わせた開発体制
 
 そもそも適切なモジュールというのは、実現する機能が固まっていて他のモジュールとの関係がシンプルになっているという性質を持っているのですから、開発を行うチームとしてもそれに合わせるのが都合が良いはずです。さらに、このチームが電気・電子担当、機構担当、ソフト担当の混成チームになっていれば、よりよい体制になります。このレベルを実現するのは相当大変です。
 
 作業要素メトリクスとして機能させるには、このようにプロジェクト全体をいくつかのチームに分解して、それぞれのチームの開発作業が開発スケジュール上で区別されている必要があります。簡単に表現すると、プロジェクト管理の基本単位が明確になっていて、その単位は製品構造との関連づけが明確になっているということです。これができていれば、製品構造上の必要な範囲(単位)で進捗を見ることができ、その範囲のチームメンバーおよび進捗責任も明らかです。
 
 次回は、作業要素の進捗分析3です。
 
 

   続きを読むには・・・


この記事の著者

石橋 良造

組織のしくみと個人の意識を同時に改革・改善することで、パフォーマンス・エクセレンスを追求し、実現する開発組織に変えます!

組織のしくみと個人の意識を同時に改革・改善することで、パフォーマンス・エクセレンスを追求し、実現する開発組織に変えます!


「技術マネジメント総合」の他のキーワード解説記事

もっと見る
製品設計:ミス防止対策(その6)

【製品設計:ミス防止対策 連載目次】 1.  お客様目線で行う製品設計、「未然防止の品質管理」 2.  過去のトラブル、フィー...

【製品設計:ミス防止対策 連載目次】 1.  お客様目線で行う製品設計、「未然防止の品質管理」 2.  過去のトラブル、フィー...


製品開発とコストダウン(その2)

1.設計でのコストダウン  設計でのコストダウンは、大きく2つに分けて考えることが出来ます。一つは、設計者が、設計業務の中で着目すべきコストダウンポ...

1.設計でのコストダウン  設計でのコストダウンは、大きく2つに分けて考えることが出来ます。一つは、設計者が、設計業務の中で着目すべきコストダウンポ...


位置関係-4 普通の組織をイノベーティブにする処方箋 (その107)

   現在、KETICモデルの中の「知識・経験を関係性で整理する」を解説しています。前回まで三度にわたり、KETICモデルの思考の中の「位...

   現在、KETICモデルの中の「知識・経験を関係性で整理する」を解説しています。前回まで三度にわたり、KETICモデルの思考の中の「位...


「技術マネジメント総合」の活用事例

もっと見る
開発者が意識したい1日のスケジューリング(午後~夜編)

  前回の記事では一日の業務を有意義なものにするため、就業前の朝の時間と午前中の脳がフレッシュなうちにアイデア創出やメンバーとのコミュニケ...

  前回の記事では一日の業務を有意義なものにするため、就業前の朝の時間と午前中の脳がフレッシュなうちにアイデア創出やメンバーとのコミュニケ...


研究開発の進め方とは

     1. 研究・開発の流れ  私の行っている技術分野では以下のような流れで商品化されます。 材料研究 ...

     1. 研究・開発の流れ  私の行っている技術分野では以下のような流れで商品化されます。 材料研究 ...


擦り合わせ型と組み合わせ型、目指すべき開発体制とは(その2)

【目指すべき開発体制 連載目次】 目指すべき開発体制とは(その1)擦り合わせ型と組み合わせ型 目指すべき開発体制とは(その2)日本企業文化を引きず...

【目指すべき開発体制 連載目次】 目指すべき開発体制とは(その1)擦り合わせ型と組み合わせ型 目指すべき開発体制とは(その2)日本企業文化を引きず...