リーン製品開発の全体像 – イベント駆動型のプロセス

投稿日

 

 前回の「リーン製品開発の基本原則(その2)」に続けて解説します。

◆ イベント駆動LPDプロセス

 下図は、イベント駆動LPD (リーン製品開発、Lean Product Development) プロセスの全体像です。

 

 技術マネジメント

 

 プロジェクトをスタートする際、マーケット要求イベントで、マーケットニーズ(お客様の声)をエンジニアの言葉に変換し、差別化要因を明らかにし、それら要件に優先順位を付けます。

 次にプロジェクト計画イベントで、成果物と依存性を明らかにして、チームのマイルストーンを作成します。

 またリスク低減イベントでプロジェクトリスクを特定して、それらを軽減する戦略を策定します。そして、本格的にプロジェクトが始まります。

 図の横軸は時間を、縦軸は検討すべき設計案を表しています。じょうご状のカーブは、製品設計や製造プロセスの案が徐々に絞られていくことを示しています。

 そうしたプロジェクトリスクを軽減するために、システマチックなアプローチを用います。ラーニングサイクルイベントで、設計案が徐々に絞られていくことを確認します。また、そこで各機能組織間(例えば、ソフトウェア開発とハードウェア開発)の足並みも揃(そろ)えることができます。

 プロジェクトの進行状況や問題点は、プロジェクトボードとスタンドアップミーティングを組み合わせた可視化ワークフロー管理 (VWM:Visual Workflow Management) で、ダイナミックにチームで自己管理されます。

 製造プロセス開発も並行して準備を始めます。製造プロセス準備 (3P:Production Process Preparation) イベントで、製品開発と足並みを揃えていくのです。

 こうしたプロセスを支えるのは、ガバナンスやプロジェクト優先順位付け、キャパシティ・リソース管理といった管理手法と知識(ナレッジ)ベース開発や学習する組織といった行動様式です。

 以下にご説明したイベント駆動LPDプロセスの特徴を次に示します。

  • 後戻りしないスムーズな流れを作ること
  • フェーズゲート間の道標とすること
  • 早期にリスクを見極め、学習し、それを軽減すること

 

・・・・・・・・・・・・・・

 このようなLPDプロセスを導入された企業では...

 

 前回の「リーン製品開発の基本原則(その2)」に続けて解説します。

◆ イベント駆動LPDプロセス

 下図は、イベント駆動LPD (リーン製品開発、Lean Product Development) プロセスの全体像です。

 

 技術マネジメント

 

 プロジェクトをスタートする際、マーケット要求イベントで、マーケットニーズ(お客様の声)をエンジニアの言葉に変換し、差別化要因を明らかにし、それら要件に優先順位を付けます。

 次にプロジェクト計画イベントで、成果物と依存性を明らかにして、チームのマイルストーンを作成します。

 またリスク低減イベントでプロジェクトリスクを特定して、それらを軽減する戦略を策定します。そして、本格的にプロジェクトが始まります。

 図の横軸は時間を、縦軸は検討すべき設計案を表しています。じょうご状のカーブは、製品設計や製造プロセスの案が徐々に絞られていくことを示しています。

 そうしたプロジェクトリスクを軽減するために、システマチックなアプローチを用います。ラーニングサイクルイベントで、設計案が徐々に絞られていくことを確認します。また、そこで各機能組織間(例えば、ソフトウェア開発とハードウェア開発)の足並みも揃(そろ)えることができます。

 プロジェクトの進行状況や問題点は、プロジェクトボードとスタンドアップミーティングを組み合わせた可視化ワークフロー管理 (VWM:Visual Workflow Management) で、ダイナミックにチームで自己管理されます。

 製造プロセス開発も並行して準備を始めます。製造プロセス準備 (3P:Production Process Preparation) イベントで、製品開発と足並みを揃えていくのです。

 こうしたプロセスを支えるのは、ガバナンスやプロジェクト優先順位付け、キャパシティ・リソース管理といった管理手法と知識(ナレッジ)ベース開発や学習する組織といった行動様式です。

 以下にご説明したイベント駆動LPDプロセスの特徴を次に示します。

  • 後戻りしないスムーズな流れを作ること
  • フェーズゲート間の道標とすること
  • 早期にリスクを見極め、学習し、それを軽減すること

 

・・・・・・・・・・・・・・

 このようなLPDプロセスを導入された企業では、実際に開発期間が短くなった例もあります。これは開発初期にイベントを用いて、要件やリスクを明らかにできたこと、そしてファンクションの足並みを揃えることができたことが、開発期間の短縮に貢献したのです。

 【出典】ピディアック株式会社 HPより、筆者のご承諾により編集して掲載
 【用語解説】リーン開発:製造業を中心に行われているリーン生産方式の考え方(リーン思考)を、ソフトウェア開発に応用した手法。
       マイルストーン:プロジェクトを完遂するために重要な中間目標地点

   続きを読むには・・・


この記事の著者

西村 裕司

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

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


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

もっと見る
技術の棚卸しとは~技術企業の高収益化:実践的な技術戦略の立て方(その12)

  ◆ 「技術の棚卸し」をしても何も起こらないことに気づいているか?  「技術の棚卸しをしているのですが、技術のまとめ方としてはこの粒度...

  ◆ 「技術の棚卸し」をしても何も起こらないことに気づいているか?  「技術の棚卸しをしているのですが、技術のまとめ方としてはこの粒度...


重要性と変遷 オープンイノベーションとは(その1)

            【オープンイノベーションとは 連載目次】 1. オー...

            【オープンイノベーションとは 連載目次】 1. オー...


製品設計におけるトレードオフのコントロール(その1)

 製品設計におけるトレードオフのコントロールを、今回と次回の2回に分けて解説します。   1.トレードオフを意識しながら製品設計するとは  製品...

 製品設計におけるトレードオフのコントロールを、今回と次回の2回に分けて解説します。   1.トレードオフを意識しながら製品設計するとは  製品...


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

もっと見る
イノベーションのための「チーム体制」

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

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


システム設計6 プロジェクト管理の仕組み (その38)

◆システム設計は仮説と検証の繰り返し     前回は、システム(ここでは製品も含めてシステムと呼ぶことにします)に必要とされる要件を漏れなく...

◆システム設計は仮説と検証の繰り返し     前回は、システム(ここでは製品も含めてシステムと呼ぶことにします)に必要とされる要件を漏れなく...


進捗の見える化:第3回 プロジェクト管理の仕組み (その12)

 前回の進捗の見える化:第2回に続いて解説します。    最後は、プロジェクトの入力である開発工数です。これで、基本メトリクスセットすべてに...

 前回の進捗の見える化:第2回に続いて解説します。    最後は、プロジェクトの入力である開発工数です。これで、基本メトリクスセットすべてに...