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

投稿日

技術マネジメント

 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

 

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

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

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

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

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

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

技術マネジメント

 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

 

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

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

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

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

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

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

 

技術マネジメント

 

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

 

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

   続きを読むには・・・


この記事の著者

西村 裕司

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

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


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

もっと見る
「テーマを創出できるように部下にフィードバックしているか」~技術企業の高収益化:実践的な技術戦略の立て方(その39)

  【目次】 ▼さらに深く学ぶなら!「技術マネジメント」に関するセミナーはこちら! ▼さらに幅広く学ぶなら!「分野別のカリ...

  【目次】 ▼さらに深く学ぶなら!「技術マネジメント」に関するセミナーはこちら! ▼さらに幅広く学ぶなら!「分野別のカリ...


クレーム率シングルppmをゼロに(4) 【快年童子の豆鉄砲】(その59)

  1.「連関図」の結論引き出し関連部分の表示 この事例の場合、熟成が完了した連関図は、データ数が91と多い上、熟成度指数が2.23(筆...

  1.「連関図」の結論引き出し関連部分の表示 この事例の場合、熟成が完了した連関図は、データ数が91と多い上、熟成度指数が2.23(筆...


技術戦略はなぜ必要なのか 新規事業・新商品を生み出す技術戦略(その53)

        今回は「技術戦略はなぜ必要なのか」というタイトルで記事を進めます。    この...

        今回は「技術戦略はなぜ必要なのか」というタイトルで記事を進めます。    この...


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

もっと見る
設計部門と組織政治の影響(その3)

 前回のその2に続いて解説します。   ◆政治的要因の検討で決まるスケジュールの確度・精度    日程を決めるときには、仕組み...

 前回のその2に続いて解説します。   ◆政治的要因の検討で決まるスケジュールの確度・精度    日程を決めるときには、仕組み...


仕組み見直しとグローバル化(その1)

◆「気づき」能力向上のカギは製品開発経験の活用    前回は、日本の多くの開発現場で「組み合わせ型」アーキテクチャの製品を「擦り合わせ型」の...

◆「気づき」能力向上のカギは製品開発経験の活用    前回は、日本の多くの開発現場で「組み合わせ型」アーキテクチャの製品を「擦り合わせ型」の...


金型メーカー設計部門の業務診断事例

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

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