リーン製品開発の基本原則(その1)

投稿日

技術マネジメント

 

1. リーン製品開発の基本原則1

 新製品開発プロジェクトの初期にすべきことは、何でしょうか。プロジェクトの初期に次の各項目に焦点を当てると、新製品の設計を最適化することができます。

 【お客様の要求を定義しておく】

  要件を定義し、差別化要因を見定め、それらに優先順位をつけます。

 【プロジェクトの計画を協力して策定する】

  プロジェクトの計画をチームで策定します。成果物と、各々の依存性を確認するのです。これは、プロジェクトマネージャーひとりの作業ではありません。

 【リスクを特定し、それを軽減する戦略を策定する】

  問題となってから「火消し」をするのでなく、事前にリスクに対処します。

 【複数の設計案を練っておく】

  複数の設計案をぶつけ合って、さらに効果的な案とします。

 【学習を通してナレッジギャップを埋める】

  「現在の状態と将来の望ましい状態」両者のギャップを埋めるための知識が現在ありません。これをナレッジギャップといいます。それらに対処し、実現性の高い設計案とします。

 【生産性、コスト・品質を検討しておく】

  開発者は、技術の成熟度に焦点を当てがちです。生産性、コスト・品質に関して開発部門以外の部署と検討しておくことが必要です。

 

2. リーン製品開発の基本原則2

 大規模なプロジェクトで、担当の一人として仕事をしていると、自分の成果がどのような形でプロジェクトに寄与しているのか分からないものです。

 ましてやプロジェクト全体がどこまで進んでいるのか、どんな問題に直面しているのか、どんなお客様に、プロジェクトの成果である製品がいつごろ出荷されるのか知らされないこともあります。さらに悪いことに突然、理由も分からないまま、プロジェクトが中止となったりすることもあるのです。それではモチベーションも低下してしまいます。

 リーン製品開発[1]の「見える化」の手法を使って、プロジェクトを成功に導きましょう。

 ファンクションの担当が、それぞれタスクにコミットして、その責任を果たしていきます。それは、サブシステムボードで表現されます。

 例えば機構設計、回路設計、ファームウェア設計にそれぞれボードがあり、各担当はそのボードで自分のタスクをコミットします。それがファンクションのコミットとなり、プロジェクト全体を見える化するシステムボードに集約されます。ここでは、マイルストーンを達成...

技術マネジメント

 

1. リーン製品開発の基本原則1

 新製品開発プロジェクトの初期にすべきことは、何でしょうか。プロジェクトの初期に次の各項目に焦点を当てると、新製品の設計を最適化することができます。

 【お客様の要求を定義しておく】

  要件を定義し、差別化要因を見定め、それらに優先順位をつけます。

 【プロジェクトの計画を協力して策定する】

  プロジェクトの計画をチームで策定します。成果物と、各々の依存性を確認するのです。これは、プロジェクトマネージャーひとりの作業ではありません。

 【リスクを特定し、それを軽減する戦略を策定する】

  問題となってから「火消し」をするのでなく、事前にリスクに対処します。

 【複数の設計案を練っておく】

  複数の設計案をぶつけ合って、さらに効果的な案とします。

 【学習を通してナレッジギャップを埋める】

  「現在の状態と将来の望ましい状態」両者のギャップを埋めるための知識が現在ありません。これをナレッジギャップといいます。それらに対処し、実現性の高い設計案とします。

 【生産性、コスト・品質を検討しておく】

  開発者は、技術の成熟度に焦点を当てがちです。生産性、コスト・品質に関して開発部門以外の部署と検討しておくことが必要です。

 

2. リーン製品開発の基本原則2

 大規模なプロジェクトで、担当の一人として仕事をしていると、自分の成果がどのような形でプロジェクトに寄与しているのか分からないものです。

 ましてやプロジェクト全体がどこまで進んでいるのか、どんな問題に直面しているのか、どんなお客様に、プロジェクトの成果である製品がいつごろ出荷されるのか知らされないこともあります。さらに悪いことに突然、理由も分からないまま、プロジェクトが中止となったりすることもあるのです。それではモチベーションも低下してしまいます。

 リーン製品開発[1]の「見える化」の手法を使って、プロジェクトを成功に導きましょう。

 ファンクションの担当が、それぞれタスクにコミットして、その責任を果たしていきます。それは、サブシステムボードで表現されます。

 例えば機構設計、回路設計、ファームウェア設計にそれぞれボードがあり、各担当はそのボードで自分のタスクをコミットします。それがファンクションのコミットとなり、プロジェクト全体を見える化するシステムボードに集約されます。ここでは、マイルストーンを達成していくことにフォーカスします。このようにして、各担当と製品全体がつながっていくのでモチベーションも上がります。こうしたシステムボードやサブシステムボードなどのビジュアルボードの詳細は、別途説明します。

 

技術マネジメント

 

 次回は、コミュニケーションの見える化:基本原則3から解説を続けます。

 

 【出典】ピディアック株式会社 HPより、筆者のご承諾により編集して掲載
 【用語解説】リーン開発:製造業を中心に行われているリーン生産方式の考え方(リーン思考)を、ソフトウェア開発に応用した手法。

   続きを読むには・・・


この記事の著者

西村 裕司

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

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


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

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

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

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


技術文書の品質管理(その5)5W1Hの考え方に基づく管理

  【目次】 今回は、「5W1Hの考え方に基づく技術文書の品質管理」について解説します。   1. 5W1...

  【目次】 今回は、「5W1Hの考え方に基づく技術文書の品質管理」について解説します。   1. 5W1...


何はなくとも戦略を作る 新規事業・新商品を生み出す技術戦略(その1)

   「あなたの会社、あなたの組織には戦略がありますか?」と質問をすると十中八九「当然、あります。」と答えが返ってきます。   ...

   「あなたの会社、あなたの組織には戦略がありますか?」と質問をすると十中八九「当然、あります。」と答えが返ってきます。   ...


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

もっと見る
‐現場観察のチェックポイント‐  製品・技術開発力強化策の事例(その8)

 前回の事例その7に続いて解説します。現場観察はどのような場合でも非常に大切です。 価値ある情報をくみ上げる観察力を絶えず自己啓発する必要があります。現場...

 前回の事例その7に続いて解説します。現場観察はどのような場合でも非常に大切です。 価値ある情報をくみ上げる観察力を絶えず自己啓発する必要があります。現場...


スペック追及は技術開発の目標ではない

 技術開発には必ず目標があります。すなわち、いつまでに何を達成するかを決めて技術開発プロジェクトは進められます。技術開発前の探索プロジェクト以外は、できる...

 技術開発には必ず目標があります。すなわち、いつまでに何を達成するかを決めて技術開発プロジェクトは進められます。技術開発前の探索プロジェクト以外は、できる...


設計部門とリスク管理(その3)

【設計部門とリスク管理 連載目次】 1. リスク管理とは目標達成までのシナリオ作成 2. コンティンジェンシープランの注意事項 3. リスク管理...

【設計部門とリスク管理 連載目次】 1. リスク管理とは目標達成までのシナリオ作成 2. コンティンジェンシープランの注意事項 3. リスク管理...