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

投稿日

技術マネジメント

 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

 

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

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

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

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

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

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

技術マネジメント

 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

 

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

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

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

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

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

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

 

技術マネジメント

 

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

 

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

   続きを読むには・・・


この記事の著者

西村 裕司

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

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


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

もっと見る
開発リーダーが気をつけるべき口ぐせとは 新規事業・新商品を生み出す技術戦略(その25)

        今回は「開発リーダーが気をつけるべき口ぐせ」をテーマにしました。この記事では、口ぐせが及ぼす...

        今回は「開発リーダーが気をつけるべき口ぐせ」をテーマにしました。この記事では、口ぐせが及ぼす...


日本の事例 オープンイノベーションとは(その4)

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

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


Painのリスト化 普通の組織をイノベーティブにする処方箋 (その86)

   今回も前回に続き、エドワード・デシが内発的動機付けに必要と主張している2つの要素である「自律性」と「有能感」の内、後者の実現手段として、前回に...

   今回も前回に続き、エドワード・デシが内発的動機付けに必要と主張している2つの要素である「自律性」と「有能感」の内、後者の実現手段として、前回に...


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

もっと見る
金型メーカー設計部門の業務診断事例

 今回は、金型メーカーの設計部門を業務診断した事例を箇条書きで紹介しますので、診断項目とそのポイントを参考にご覧下さい。 1. 複数設計者で強度や品...

 今回は、金型メーカーの設計部門を業務診断した事例を箇条書きで紹介しますので、診断項目とそのポイントを参考にご覧下さい。 1. 複数設計者で強度や品...


トレーサビリティの保証 プロジェクト管理の仕組み (その45)

 前回のその44に続いて解説します。    ハードウェア設計の場合も、要件と回路ブロックの仕様(スペック)、回路ブロックのスペックと部品のス...

 前回のその44に続いて解説します。    ハードウェア設計の場合も、要件と回路ブロックの仕様(スペック)、回路ブロックのスペックと部品のス...


作業要素の進捗分析2 プロジェクト管理の仕組み (その19)

  前回のその18:作業要素の進捗分析1に続いて解説します。    図50は製品構造の観点から管理単位にブレークダウンした例です。製品がどの...

  前回のその18:作業要素の進捗分析1に続いて解説します。    図50は製品構造の観点から管理単位にブレークダウンした例です。製品がどの...