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

投稿日

技術マネジメント

 

 前回の「リーン製品開発の基本原則(その1)」に続けて解説します。

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

【コミュニケーションの見える化】

 リーン製品開発では「見える化」の手法としてビジュアルボードを用いますが、次のようなメリットがあります。

  • パッと見て分かる
  • あいまいさを取り除くことができる
  • 例外にフォーカスできる
  • 責任感が出てくる
  • 共通の言葉を使えるようになる

 

 口頭でのコミュニケーションは、感情を伝える上では有効なのですが、どうしてもあいまいさが残ります。マネージャーのあなたは「この仕事、君に任せた」と、指示していませんか? 翌日になると「できた?」とフォローしていませんか?

 担当者は「今日まででしたっけ?」という言葉を飲み込んで「がんばっています」と答えることでしょう。

 付箋(ふせん)に「誰が、いつまでに、何をするのか」ということを「書く」ことで、あいまいさを取り除くことができるのです。それでは「ところで・どうして」コミュニケーションが必要なのでしょうか?

 それは、理解するためでなく「誤解をしない」ようにするためなのです。

 

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

【ナレッジベースの開発】

 基本原則その4は「ナレッジベースの開発」です。ナレッジ(Knowledge)とは知識のことです。

 リーン製品開発のツールやイベントには、次のようなものがあります。

  • パフォーマンスのトレードオフ
  • コスト低減
  • リスク低減戦略
  • マーケットニーズ
  • 品質改善
  • 技術的な問題の解
  • プロセス改善

 

 その特徴の一つは、自ずと文書化されるようになっていることです。ミーティングでは、決定事項を記録するための書記も必要ありません。主催者がそうした記録を、ミーティング終了後に審査・承認する時間も必要ありません。ミーティングの参加者が、自分のコミットを書いて、それをチームで確認するのです。ミーティングが終われば、すぐさま記録として残すことができるので、ムダもありません。

 もう一つの特徴は「組織として」学習するようにデザインされていることです。例えばリスクを特定すること、その軽減策を検討し、実行することは組織という集団としての責任です。リスクを特定した...

技術マネジメント

 

 前回の「リーン製品開発の基本原則(その1)」に続けて解説します。

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

【コミュニケーションの見える化】

 リーン製品開発では「見える化」の手法としてビジュアルボードを用いますが、次のようなメリットがあります。

  • パッと見て分かる
  • あいまいさを取り除くことができる
  • 例外にフォーカスできる
  • 責任感が出てくる
  • 共通の言葉を使えるようになる

 

 口頭でのコミュニケーションは、感情を伝える上では有効なのですが、どうしてもあいまいさが残ります。マネージャーのあなたは「この仕事、君に任せた」と、指示していませんか? 翌日になると「できた?」とフォローしていませんか?

 担当者は「今日まででしたっけ?」という言葉を飲み込んで「がんばっています」と答えることでしょう。

 付箋(ふせん)に「誰が、いつまでに、何をするのか」ということを「書く」ことで、あいまいさを取り除くことができるのです。それでは「ところで・どうして」コミュニケーションが必要なのでしょうか?

 それは、理解するためでなく「誤解をしない」ようにするためなのです。

 

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

【ナレッジベースの開発】

 基本原則その4は「ナレッジベースの開発」です。ナレッジ(Knowledge)とは知識のことです。

 リーン製品開発のツールやイベントには、次のようなものがあります。

  • パフォーマンスのトレードオフ
  • コスト低減
  • リスク低減戦略
  • マーケットニーズ
  • 品質改善
  • 技術的な問題の解
  • プロセス改善

 

 その特徴の一つは、自ずと文書化されるようになっていることです。ミーティングでは、決定事項を記録するための書記も必要ありません。主催者がそうした記録を、ミーティング終了後に審査・承認する時間も必要ありません。ミーティングの参加者が、自分のコミットを書いて、それをチームで確認するのです。ミーティングが終われば、すぐさま記録として残すことができるので、ムダもありません。

 もう一つの特徴は「組織として」学習するようにデザインされていることです。例えばリスクを特定すること、その軽減策を検討し、実行することは組織という集団としての責任です。リスクを特定した人と、その軽減策を検討する人、実行する人はそれぞれ異なることもあります。専門的な知識を持った人が集まって個々の責任を果たし、組織として成果を上げるのです。そのようなコラボレーションができる「場」を、リーン製品開発は提供します。

 次回に続きます。

 

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

   続きを読むには・・・


この記事の著者

西村 裕司

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

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


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

もっと見る
イノベーションの創造 普通の組織をイノベーティブにする処方箋 (その138)

  前々回から「心理的コスト(その1):(イノベーションより)やるべきより重要なことが他にもあると考える」について解説しています。今回も引...

  前々回から「心理的コスト(その1):(イノベーションより)やるべきより重要なことが他にもあると考える」について解説しています。今回も引...


自社技術の棚卸し,保有している技術に基づく新製品発掘

 今回は自社技術の棚卸しについてお話します。これは、保有している技術の一覧表を作ることです。一覧表といっても作りかたは様々で、自社技術の競争力の確認や、技...

 今回は自社技術の棚卸しについてお話します。これは、保有している技術の一覧表を作ることです。一覧表といっても作りかたは様々で、自社技術の競争力の確認や、技...


社員全員がオープン・イノベーターを目指すには  研究テーマの多様な情報源(その27)

   前回のその26に続いて解説します。マーケティングの世界で、「社員全員がマーケター」という言葉があります。すなわち、マーケティング部門だけ...

   前回のその26に続いて解説します。マーケティングの世界で、「社員全員がマーケター」という言葉があります。すなわち、マーケティング部門だけ...


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

もっと見る
設計部門の仕組み改革(その2)

【設計部門の仕組み改革 連載目次】 1. システムやツールの導入を伴う設計部門の仕組み改革の進め方 2. 設計部門の仕組み改革、事例解説 3. ...

【設計部門の仕組み改革 連載目次】 1. システムやツールの導入を伴う設計部門の仕組み改革の進め方 2. 設計部門の仕組み改革、事例解説 3. ...


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

 前回の進捗の見える化:第2回に続いて解説します。    最後は、プロジェクトの入力である開発工数です。これで、基本メトリクスセットすべてに...

 前回の進捗の見える化:第2回に続いて解説します。    最後は、プロジェクトの入力である開発工数です。これで、基本メトリクスセットすべてに...


進捗の可視化は必要最小限にするのがポイント(その2)

  3. アクティビティとプロダクトの2軸管理    基本メトリクスセットの4指標(基本メトリクスと呼びます)について計画と実績...

  3. アクティビティとプロダクトの2軸管理    基本メトリクスセットの4指標(基本メトリクスと呼びます)について計画と実績...