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

投稿日

 

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


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

もっと見る
関係性の種類、協調とは 普通の組織をイノベーティブにする処方箋(その98)

   現在、KETICモデルの中の「知識・経験を関係性で整理する」を解説しています。前回は「対立」について考えました。「対立」があればその...

   現在、KETICモデルの中の「知識・経験を関係性で整理する」を解説しています。前回は「対立」について考えました。「対立」があればその...


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

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

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


用途の探索 技術企業の高収益化:実践的な技術戦略の立て方(その3)

     今回は、次世代の成長のタネを作る上で必要な研究開発テーマの創出方法の一つである用途探索についてお話いたします。  用途...

     今回は、次世代の成長のタネを作る上で必要な研究開発テーマの創出方法の一つである用途探索についてお話いたします。  用途...


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

もっと見る
設計部門の課題と原因分析(その1)

【設計部門の課題と原因分析 連載目次】 1. 設計部門の現状を正確に特定する 2. 課題分析と課題の根本原因除去 3. 設計部門用に用意したコン...

【設計部門の課題と原因分析 連載目次】 1. 設計部門の現状を正確に特定する 2. 課題分析と課題の根本原因除去 3. 設計部門用に用意したコン...


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

 前回のシステム設計6に続いて解説します。    検証作業の基本は、考えたサブシステム構成に対してシステム要件の一つひとつに対してどのような...

 前回のシステム設計6に続いて解説します。    検証作業の基本は、考えたサブシステム構成に対してシステム要件の一つひとつに対してどのような...


グループシンクとチームダイナミクスの境界線

1. イノベーション戦略    私は、ものづくり企業のR&Dにおける技術力・価値創造力を向上するための取り組みを「イノベーション戦略...

1. イノベーション戦略    私は、ものづくり企業のR&Dにおける技術力・価値創造力を向上するための取り組みを「イノベーション戦略...