リーン製品開発の全体像 – 統合プロダクトチーム

投稿日

 

 前回の「リーン製品開発の全体像 – イベント駆動型のプロセス」に続けて解説します。

 

◆ 統合プロダクトチーム IPT(Integrated Product Team)

 どんなプロジェクトでも、スコープ(システムやプロジェクトの範囲)を定義し、それを達成できるチームメンバーを選び、役割と責任を明確にしてからスタートすることが大切です。

 あくまでも「人」が、新製品開発の中心です。プロセスやツールは「人」の活動を支えるためのものです。

 リーン製品開発では、クロスファンクション(部門横断型)チームが、コラボレーションを通して、下図のように利益を生み出す製品を創造していきます。そのチームを統合プロダクトチーム (IPT: Integrated Product Team)と呼びます。

 

 技術マネジメント

 

 プロジェクトリーダーが中心となって、コアIPTを形成します。

 単にコアチームと呼ぶ場合もあります。コアIPTは例えば、デザインエンジニアやソフトウェアエンジニア、マーケティング、テクニシャン、製造エンジニアなどで構成されることでしょう。付加価値を生み出す中心となるのがコアIPTです。新製品開発では、このコアIPTが中心となって成果物を生み出していきますので、チームはそのための専門知識を有していなくてはなりません。

 コアIPTを補完するのが拡張IPTです。新製品を開発する上で、コアIPTのコンピテンシーにないものを、拡張IPTから提供してもらいます。

 拡張IPTは例えば、コンサルタントや営業、品質保証、購買、サプライヤーなどで構成されます。また、要件を明確にするため、顧客がプロジェクトに直接関与し、拡張IPTのメンバーとなる場合もあります。

 コアIPTと拡張IPTを支えるのが、IPTインフラです。

 例えばシニアマネジメント、人事、施設、財務、IT、総務などで構成されます。私のお勧めは、直接プロジェクトのスポンサーになってもらうシニアマネジメントを一人任命してもらうことです。

 クロスファンクションで活動するコアIPTが、乗り越えられない障害が発生した場合、エスカレーション先が不明確ですと右往左往することになります。事前にエスカレーションする先が明確になっていると「困ったら、あの人に頼めばいいから安心」と、プロジェクトリーダーの精神的な負担も和らぐでしょう。普段からスポンサーとコミュニケーションをとり、進...

 

 前回の「リーン製品開発の全体像 – イベント駆動型のプロセス」に続けて解説します。

 

◆ 統合プロダクトチーム IPT(Integrated Product Team)

 どんなプロジェクトでも、スコープ(システムやプロジェクトの範囲)を定義し、それを達成できるチームメンバーを選び、役割と責任を明確にしてからスタートすることが大切です。

 あくまでも「人」が、新製品開発の中心です。プロセスやツールは「人」の活動を支えるためのものです。

 リーン製品開発では、クロスファンクション(部門横断型)チームが、コラボレーションを通して、下図のように利益を生み出す製品を創造していきます。そのチームを統合プロダクトチーム (IPT: Integrated Product Team)と呼びます。

 

 技術マネジメント

 

 プロジェクトリーダーが中心となって、コアIPTを形成します。

 単にコアチームと呼ぶ場合もあります。コアIPTは例えば、デザインエンジニアやソフトウェアエンジニア、マーケティング、テクニシャン、製造エンジニアなどで構成されることでしょう。付加価値を生み出す中心となるのがコアIPTです。新製品開発では、このコアIPTが中心となって成果物を生み出していきますので、チームはそのための専門知識を有していなくてはなりません。

 コアIPTを補完するのが拡張IPTです。新製品を開発する上で、コアIPTのコンピテンシーにないものを、拡張IPTから提供してもらいます。

 拡張IPTは例えば、コンサルタントや営業、品質保証、購買、サプライヤーなどで構成されます。また、要件を明確にするため、顧客がプロジェクトに直接関与し、拡張IPTのメンバーとなる場合もあります。

 コアIPTと拡張IPTを支えるのが、IPTインフラです。

 例えばシニアマネジメント、人事、施設、財務、IT、総務などで構成されます。私のお勧めは、直接プロジェクトのスポンサーになってもらうシニアマネジメントを一人任命してもらうことです。

 クロスファンクションで活動するコアIPTが、乗り越えられない障害が発生した場合、エスカレーション先が不明確ですと右往左往することになります。事前にエスカレーションする先が明確になっていると「困ったら、あの人に頼めばいいから安心」と、プロジェクトリーダーの精神的な負担も和らぐでしょう。普段からスポンサーとコミュニケーションをとり、進捗状況や障害となる可能性を伝え、いざとなったら助けを乞(こ)うようにしましょう。そして、プロジェクトを成功に導くのです。

 次回に続きます。

 【出典】ピディアック株式会社 HPより、筆者のご承諾により編集して掲載
 【用語解説】リーン開発:製造業を中心に行われているリーン生産方式の考え方(リーン思考)を、ソフトウェア開発に応用した手法。
       コンピテンシー:高業績者の行動特性。
       エスカレーション:段階的な上位(上司など)への相談や対応要請すること。

   続きを読むには・・・


この記事の著者

西村 裕司

開発チームトレーナー。リーン製品開発、アジャイル・スクラムの手法をトレーニングすると、新製品開発の納期を守ることができるようになる。20人の開発プロジェクトで、年間1億円の利益創出の機会を提供する。

開発チームトレーナー。リーン製品開発、アジャイル・スクラムの手法をトレーニングすると、新製品開発の納期を守ることができるようになる。20人の開発プロジェク...


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

もっと見る
普通の組織をイノベーティブにする処方箋 (その167) 体感での思考とアナロジーとの関係

【目次】 【この連載の前回:普通の組織をイノベーティブにする処方箋 (その166)へのリンク】 ◆連載記事紹介:ものづくりドットコ...

【目次】 【この連載の前回:普通の組織をイノベーティブにする処方箋 (その166)へのリンク】 ◆連載記事紹介:ものづくりドットコ...


イノベーションの創造 普通の組織をイノベーティブにする処方箋 (その138)

  前々回から「心理的コスト(その1):(イノベーションより)やるべきより重要なことが他にもあると考える」について解説しています。今回も引...

  前々回から「心理的コスト(その1):(イノベーションより)やるべきより重要なことが他にもあると考える」について解説しています。今回も引...


「真の原因」を追求する品質管理、接点障害と腐食問題から学ぶ現場調査と科学分析の要諦

【目次】 製品トラブルの解決において、目に見える現象だけを追っても根本的な解決には至らない。今回は、特定の個体で繰り返された電話機の...

【目次】 製品トラブルの解決において、目に見える現象だけを追っても根本的な解決には至らない。今回は、特定の個体で繰り返された電話機の...


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

もっと見る
仕組み見直しとグローバル化(その3)

 前回のその2に続いて解説します。設計のカギを握っているリーダーの振る舞いは、開発のパフォーマンスやメンバー育成に大きな影響を及ぼします。したがって、リー...

 前回のその2に続いて解説します。設計のカギを握っているリーダーの振る舞いは、開発のパフォーマンスやメンバー育成に大きな影響を及ぼします。したがって、リー...


研究開発部門にスパークを起こすとは

◆市場を継続的に長く、広く、深く知る  企業の研究開発部門は、「金ばかり使って、良い技術が全然出てこない」と非難されることが多いようです。企業にとっての...

◆市場を継続的に長く、広く、深く知る  企業の研究開発部門は、「金ばかり使って、良い技術が全然出てこない」と非難されることが多いようです。企業にとっての...


技術高度化の5戦略

【ものづくり企業のR&Dと経営機能 記事目次】 管理力より技術力を磨け 技術プラットフォームの重要性 手段としてのオープンイノベーション...

【ものづくり企業のR&Dと経営機能 記事目次】 管理力より技術力を磨け 技術プラットフォームの重要性 手段としてのオープンイノベーション...