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

投稿日

 

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

 

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


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

もっと見る
設計品質作り込み:設計のしくみとは

 一般的にしくみとは、①組織 ②制度 ③プロセス ④コンピュータシステムなどを指します。しくみ化とは、処理をコンピューター化する意味だけではなく、決められ...

 一般的にしくみとは、①組織 ②制度 ③プロセス ④コンピュータシステムなどを指します。しくみ化とは、処理をコンピューター化する意味だけではなく、決められ...


『価値づくり』の研究開発マネジメント (その17)

   前回まで、オープンイノベーションの経済学について解説しました。今回からは、オープンイノベーションの心理学について、解説します。 ◆...

   前回まで、オープンイノベーションの経済学について解説しました。今回からは、オープンイノベーションの心理学について、解説します。 ◆...


研究開発と新規テーマ~技術企業の高収益化:実践的な技術戦略の立て方(その13)

    ◆『業務が忙しくて新しいことができない』に対処する方法  新規事業に限らず、会社でなにか新しいことを始める時に問題になる...

    ◆『業務が忙しくて新しいことができない』に対処する方法  新規事業に限らず、会社でなにか新しいことを始める時に問題になる...


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

もっと見る
スーパーマンではなくプロフェッショナルな技術者に(その3)

【プロフェッショナルな技術者 連載目次】 1. 製品開発現場が抱えている問題 2. プロフェッショナルによる製品開発 3. 設計組織がねらい通り...

【プロフェッショナルな技術者 連載目次】 1. 製品開発現場が抱えている問題 2. プロフェッショナルによる製品開発 3. 設計組織がねらい通り...


プロジェクトの進捗管理 プロジェクト管理の仕組み (その4)

 前回のその3プロジェクトの計画策定に続いて解説します。最後は、プロジェクトの監視と制御、そして、測定と分析です。まとめて進捗管理といっても問題ないと思い...

 前回のその3プロジェクトの計画策定に続いて解説します。最後は、プロジェクトの監視と制御、そして、測定と分析です。まとめて進捗管理といっても問題ないと思い...


手戻りのフィードバック・ループを小さくするとは プロジェクト管理の仕組み (その9)

 ソフトのモジュール作成(プログラム作成)は機能セット単位にスケジュールするのが基本となります。そして、機能セットごとのモジュール作成は、詳細設計、コーデ...

 ソフトのモジュール作成(プログラム作成)は機能セット単位にスケジュールするのが基本となります。そして、機能セットごとのモジュール作成は、詳細設計、コーデ...