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

投稿日

技術マネジメント

 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

 

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

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

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

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

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

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

技術マネジメント

 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

 

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

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

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

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

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

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

 

技術マネジメント

 

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

 

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

   続きを読むには・・・


この記事の著者

西村 裕司

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

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


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

もっと見る
研究開発で行うBCPとは 新規事業・新商品を生み出す技術戦略(その66)

1. 企業におけるBCP  2020年3月11日、WHO(世界保健機関)が新型コロナウイルスのパンデミック(世界的感染爆発)宣言をしました。  同...

1. 企業におけるBCP  2020年3月11日、WHO(世界保健機関)が新型コロナウイルスのパンデミック(世界的感染爆発)宣言をしました。  同...


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

  【連関図法で把握した原因に対する対策のまとめ】 【この連載の前回:【快年童子の豆鉄砲】(その63)へのリンク】 【連載記事】・新Q...

  【連関図法で把握した原因に対する対策のまとめ】 【この連載の前回:【快年童子の豆鉄砲】(その63)へのリンク】 【連載記事】・新Q...


オープン・イノベーションを社内で実現する方法  研究テーマの多様な情報源(その29)

1.自社のコア技術を外部に発信する理由    前回のその28に続いて解説します。それでは、まず自社のコア技術を外部に発信する理由は何なのでし...

1.自社のコア技術を外部に発信する理由    前回のその28に続いて解説します。それでは、まず自社のコア技術を外部に発信する理由は何なのでし...


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

もっと見る
設計部門とリスク管理(その2)

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

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


‐顧客の難しい要求に取り組む ‐  製品・技術開発力強化策の事例(その2)

 前回の事例その1に続いて解説します。顧客から難しい要求や相談があったとき、意欲的にその問題に取り組む企業がある。その取組みから他社では出来ないよ...

 前回の事例その1に続いて解説します。顧客から難しい要求や相談があったとき、意欲的にその問題に取り組む企業がある。その取組みから他社では出来ないよ...


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

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

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