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

投稿日

 

 前回の「リーン製品開発の基本原則(その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人の開発プロジェク...


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

もっと見る
新入社員の技術者倫理教育とは、技術者の誠実さが未来を創る 

【目次】  ▼さらに深く学ぶなら!「技術者倫理」に関するオンデマンドセミナーはこちら! 1. 「倫理」という見えないが最...

【目次】  ▼さらに深く学ぶなら!「技術者倫理」に関するオンデマンドセミナーはこちら! 1. 「倫理」という見えないが最...


侵害予防調査の基本的な考え方とポイント

 自社で製造販売する製品が、他社の特許権を侵害していないのか、これを確認するために特許調査を行う場合があります(侵害予防調査、侵害回避調査、クリアランスな...

 自社で製造販売する製品が、他社の特許権を侵害していないのか、これを確認するために特許調査を行う場合があります(侵害予防調査、侵害回避調査、クリアランスな...


普通の組織をイノベーティブにする処方箋 (その172) 物になったと仮定して

【目次】   【この連載の前回:普通の組織をイノベーティブにする処方箋 (その171)へのリンク】   これまでアナロ...

【目次】   【この連載の前回:普通の組織をイノベーティブにする処方箋 (その171)へのリンク】   これまでアナロ...


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

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

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

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


進捗管理の精度を上げる:第2回 プロジェクト管理の仕組み (その14)

 実際の進捗管理方法について、基本メトリクスセットの中の「作業成果物」から紹介します。作業成果物とは開発作業を進める中で出力されるもののことです。ハードウ...

 実際の進捗管理方法について、基本メトリクスセットの中の「作業成果物」から紹介します。作業成果物とは開発作業を進める中で出力されるもののことです。ハードウ...


設計部門の仕組み構築(その2)

 前回のその1に続いて解説します。  繰り返しになりますが、事例としてあげている設計部門では、現状の課題を次のように整理できています。 (1)繰り返し...

 前回のその1に続いて解説します。  繰り返しになりますが、事例としてあげている設計部門では、現状の課題を次のように整理できています。 (1)繰り返し...