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

投稿日

 

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

 

◆ 統合プロダクトチーム 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人の開発プロジェク...


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

もっと見る
設計機能 【連載記事紹介】

  設計機能の連載記事が無料でお読みいただけます!   ◆機能の定義 TRIZでアイデアを出したり、VEでコストダウンをし...

  設計機能の連載記事が無料でお読みいただけます!   ◆機能の定義 TRIZでアイデアを出したり、VEでコストダウンをし...


体感で思考する 普通の組織をイノベーティブにする処方箋 (その162)

    これまで五感を一つ一つとりあげ、それぞれの感覚のイノベーション創出における意義と、そこに向けての強化の方法について解説して...

    これまで五感を一つ一つとりあげ、それぞれの感覚のイノベーション創出における意義と、そこに向けての強化の方法について解説して...


思考の構成要素 普通の組織をイノベーティブにする処方箋 (その59)

   前回まではKETICモデルの2つ目、経験(Experience)の解説をし、また前回は経験(Experience)と他の要素、すなわ...

   前回まではKETICモデルの2つ目、経験(Experience)の解説をし、また前回は経験(Experience)と他の要素、すなわ...


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

もっと見る
顧客価値の理解を深めるには

 私は、日ごろ、ものづくり企業のR&D現場をフィールドとしたコンサルティングに取り組んでいます。その中で、価値、とりわけ顧客価値は、R&D...

 私は、日ごろ、ものづくり企業のR&D現場をフィールドとしたコンサルティングに取り組んでいます。その中で、価値、とりわけ顧客価値は、R&D...


仕組みの見直しに成功する組織2 プロジェクト管理の仕組み (その26)

 前回の仕組みの見直しに成功する組織1に続いて解説します。    仕組みの見直しに成功する組織の考察ですが、今回は、マネジメントのコミットメ...

 前回の仕組みの見直しに成功する組織1に続いて解説します。    仕組みの見直しに成功する組織の考察ですが、今回は、マネジメントのコミットメ...


イノベーションのための「チーム体制」

 「最後の砦、技術力がアブナイ」では、技術者は自律性、創意工夫、挑戦意欲、変化対応力などを期待されているにもかかわらず、開発現場はそのような技術者に育てる...

 「最後の砦、技術力がアブナイ」では、技術者は自律性、創意工夫、挑戦意欲、変化対応力などを期待されているにもかかわらず、開発現場はそのような技術者に育てる...