追求するのは擦り合わせ能力を活かすマネジメント(その3)

更新日

投稿日

 前回のその2に続いて解説します。図15は製品開発(設計)における調整の仕組みを詳細化したものです。「可視化」「分析」「視点切り替え」3つの要素から成り立っています。
 
      R&D
                 図15.調整の仕組みに必要な要素
 
 「可視化」は、開発現場で起きていることを関係者で共有するための見える化の仕組みです。ジャストインタイムの仕組みのように誰が見ても状況を把握できることが大切です。設計作業の場合は何を可視化するのかも重要です。
 
 「分析」は、可視化したもの(通常はデータ)から、どこに問題があるのかを把握できるように加工を施して、意味のある情報に変換する仕組みです。問題の所在をわかりやすいように見せることが重要です。
 
 「視点切り替え」は、個人の状況であっても、チームの状況であっても、開発プロジェクト全体の状況であっても、組織の状況であっても、同じように可視化や分析ができる仕組みです。可視化や分析の対象を、いつでも、必要な範囲に切り替えられるということです。
 
 簡単な例を紹介します。 図16 は、プロジェクト全体と、そのプロジェクトを構成する個々のブロックにおける、開発工数の予定と実績をグラフ化したものです。横軸は日付で、左の縦軸が累積工数で、黄色の棒グラフがその日付での累積工数の予定、青色がその日付までの実績の累積工数です。右の縦軸は進捗率で、その日付までの実績累積工数を予定累積工数で除した値です。
 
     R&D
                                図16.調整の仕組みの一例
 
 工数を可視化し、予実差や進捗率という形で分析結果を提供し、プロジェクト全体でも個々のブロックでも同じ表現を提供している一例です。可視化、分析、視点切り替えという「調整」の仕組みは、もっと具体的な例を紹介したいところですが、プロジェクト管理をテーマとした別の機会にしたいと思います。ちなみに、先日のプライベート展では、擦り合わせ型開発におけるプロジェクト管理の仕組みとして具体的な例をいくつか紹介しました。
 
 今回は、擦り合わせ型開発を高度なレベルで成立させるために必要な仕組みとして「調整」と「気づき」があることと、その一つである「...
 前回のその2に続いて解説します。図15は製品開発(設計)における調整の仕組みを詳細化したものです。「可視化」「分析」「視点切り替え」3つの要素から成り立っています。
 
      R&D
                 図15.調整の仕組みに必要な要素
 
 「可視化」は、開発現場で起きていることを関係者で共有するための見える化の仕組みです。ジャストインタイムの仕組みのように誰が見ても状況を把握できることが大切です。設計作業の場合は何を可視化するのかも重要です。
 
 「分析」は、可視化したもの(通常はデータ)から、どこに問題があるのかを把握できるように加工を施して、意味のある情報に変換する仕組みです。問題の所在をわかりやすいように見せることが重要です。
 
 「視点切り替え」は、個人の状況であっても、チームの状況であっても、開発プロジェクト全体の状況であっても、組織の状況であっても、同じように可視化や分析ができる仕組みです。可視化や分析の対象を、いつでも、必要な範囲に切り替えられるということです。
 
 簡単な例を紹介します。 図16 は、プロジェクト全体と、そのプロジェクトを構成する個々のブロックにおける、開発工数の予定と実績をグラフ化したものです。横軸は日付で、左の縦軸が累積工数で、黄色の棒グラフがその日付での累積工数の予定、青色がその日付までの実績の累積工数です。右の縦軸は進捗率で、その日付までの実績累積工数を予定累積工数で除した値です。
 
     R&D
                                図16.調整の仕組みの一例
 
 工数を可視化し、予実差や進捗率という形で分析結果を提供し、プロジェクト全体でも個々のブロックでも同じ表現を提供している一例です。可視化、分析、視点切り替えという「調整」の仕組みは、もっと具体的な例を紹介したいところですが、プロジェクト管理をテーマとした別の機会にしたいと思います。ちなみに、先日のプライベート展では、擦り合わせ型開発におけるプロジェクト管理の仕組みとして具体的な例をいくつか紹介しました。
 
 今回は、擦り合わせ型開発を高度なレベルで成立させるために必要な仕組みとして「調整」と「気づき」があることと、その一つである「調整」の仕組みについて解説しました。次回は、もう一つの仕組みである「気づき」について解説したいと思います。
 
 

   続きを読むには・・・


この記事の著者

石橋 良造

組織のしくみと個人の意識を同時に改革・改善することで、パフォーマンス・エクセレンスを追求し、実現する開発組織に変えます!

組織のしくみと個人の意識を同時に改革・改善することで、パフォーマンス・エクセレンスを追求し、実現する開発組織に変えます!


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

もっと見る
『価値づくり』の研究開発マネジメント (その17)

   前回まで、オープンイノベーションの経済学について解説しました。今回からは、オープンイノベーションの心理学について、解説します。 ◆...

   前回まで、オープンイノベーションの経済学について解説しました。今回からは、オープンイノベーションの心理学について、解説します。 ◆...


課題意識を持つ環境に自らを置く 普通の組織をイノベーティブにする処方箋 (その77)

 現在KETICの最初の2つ、知識(Knowledge)と経験(Experience)に基づき、思考力(Thought)を強化する方策を解説しています...

 現在KETICの最初の2つ、知識(Knowledge)と経験(Experience)に基づき、思考力(Thought)を強化する方策を解説しています...


新規事業、新商品開発に対する3つの成功要因

 新規事業成功への鍵は、コンセプトづくり、試作開発、製造販売へのプロジェクトで常に①創れるか、②売れるか、③儲かるかを問い続けることと言われます。  ポ...

 新規事業成功への鍵は、コンセプトづくり、試作開発、製造販売へのプロジェクトで常に①創れるか、②売れるか、③儲かるかを問い続けることと言われます。  ポ...


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

もっと見る
管理力より技術力を磨け

【ものづくり企業のR&Dと経営機能 記事目次】 管理力より技術力を磨け 技術プラットフォームの重要性 手段としてのオープンイノベーション...

【ものづくり企業のR&Dと経営機能 記事目次】 管理力より技術力を磨け 技術プラットフォームの重要性 手段としてのオープンイノベーション...


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

 前回のその43に続いて解説します。    ハードウェア設計も、ソフトウェア設計ほど明確ではありませんが、同じように開発工程ごとに関連する設...

 前回のその43に続いて解説します。    ハードウェア設計も、ソフトウェア設計ほど明確ではありませんが、同じように開発工程ごとに関連する設...


コアコンピタンスを生かした開発と販売の発展とは

        今回は、次のような想定企業の状況で、自社の独自技術を生かした製品開発と販売方法について解説します。   1. 想定企業の経営状況...

        今回は、次のような想定企業の状況で、自社の独自技術を生かした製品開発と販売方法について解説します。   1. 想定企業の経営状況...