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

投稿日

 

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

 

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


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

もっと見る
大学との連携の形態を考える、産学連携のあり方

 産学連携の例として、企業が製品開発において大学の技術を活用しようとした場合、どういった提携をするのが一般的なのかを解説します。通常、大学との連携の形態は...

 産学連携の例として、企業が製品開発において大学の技術を活用しようとした場合、どういった提携をするのが一般的なのかを解説します。通常、大学との連携の形態は...


時間軸(Time) 普通の組織をイノベーティブにする処方箋 (その53)

        イノベーションに必要な要素を表したKETICモデルの2つ目、Experience(経験)の解...

        イノベーションに必要な要素を表したKETICモデルの2つ目、Experience(経験)の解...


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

  イノベーションの活動を行うことを妨げる「失敗のコストのマネジメント」の解説をしていますが、今回もこの解説を続けたいと思います。具体的に...

  イノベーションの活動を行うことを妨げる「失敗のコストのマネジメント」の解説をしていますが、今回もこの解説を続けたいと思います。具体的に...


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

もっと見る
品質の仕組みとは2 プロジェクト管理の仕組み (その28)

 品質の仕組み、前回に続いて解説します。今回は、品質計画についてです。    計画の重要性は ISO9001でも「品質計画」として強調されて...

 品質の仕組み、前回に続いて解説します。今回は、品質計画についてです。    計画の重要性は ISO9001でも「品質計画」として強調されて...


製品設計におけるトレードオフのコントロールとは

        今回は、次のような想定で、製品設計におけるトレードオフのコントロールをどう考えればよいかを解...

        今回は、次のような想定で、製品設計におけるトレードオフのコントロールをどう考えればよいかを解...


チーム力を活かす設計ルームのレイアウトとは

   今回は、金型メーカーに限らず、機械設備メーカーなども含め、設計室(設計ルーム)でチーム力を活かすレイアウトについて解説します。 &nb...

   今回は、金型メーカーに限らず、機械設備メーカーなども含め、設計室(設計ルーム)でチーム力を活かすレイアウトについて解説します。 &nb...