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

投稿日

技術マネジメント

 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

 

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

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

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

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

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

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

技術マネジメント

 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

 

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

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

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

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

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

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

 

技術マネジメント

 

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

 

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

   続きを読むには・・・


この記事の著者

西村 裕司

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

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


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

もっと見る
体制について 技術企業の高収益化:実践的な技術戦略の立て方(その1)

   2020年、新型コロナウイルスの影響下、このような時期なのですが、中長期の技術戦略を立てたいという会社からの問い合わせを頂いています...

   2020年、新型コロナウイルスの影響下、このような時期なのですが、中長期の技術戦略を立てたいという会社からの問い合わせを頂いています...


影響を当える関係とは 普通の組織をイノベーティブにする処方箋(その92)

   今回は、KETICモデルの「思考」の中の、「関係性の種類」の下記 (2) 影響を与えるについて解説します(普通の組織をイノベーティブ...

   今回は、KETICモデルの「思考」の中の、「関係性の種類」の下記 (2) 影響を与えるについて解説します(普通の組織をイノベーティブ...


行動の重要性 普通の組織をイノベーティブにする処方箋 (その147)

  前回は「思考の頻度を高める2つの重要要素」をあげました。今回から、まず一つ目の「行動を増やすことで思考を促進する機会を拡大する」を解説...

  前回は「思考の頻度を高める2つの重要要素」をあげました。今回から、まず一つ目の「行動を増やすことで思考を促進する機会を拡大する」を解説...


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

もっと見る
システム設計3 プロジェクト管理の仕組み (その35)

 前回はシステム設計を、開発工程上はシステムエンジニアリングと、ハードやソフトなどのサブシステムのエンジニアリングの両方と定義しました。ここで、システムエ...

 前回はシステム設計を、開発工程上はシステムエンジニアリングと、ハードやソフトなどのサブシステムのエンジニアリングの両方と定義しました。ここで、システムエ...


進捗の見える化:第2回 プロジェクト管理の仕組み (その11)

 進捗の見える化ですが、前回のその10に続いて解説します。今回考えるべきポイントは、可視化・見える化の方法です。図40 に示しているように、進捗管理では予...

 進捗の見える化ですが、前回のその10に続いて解説します。今回考えるべきポイントは、可視化・見える化の方法です。図40 に示しているように、進捗管理では予...


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

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

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