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

更新日

投稿日

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

   続きを読むには・・・


この記事の著者

石橋 良造

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

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


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

もっと見る
プロフェッショナルな技術者とは【連載記事紹介】セミナーのご紹介 

    プロフェッショナルな技術者の連載記事が無料でお読みいただけます!   ◆スーパーマンではなくプロフェッシ...

    プロフェッショナルな技術者の連載記事が無料でお読みいただけます!   ◆スーパーマンではなくプロフェッシ...


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

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

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


調査結果は記録しカテゴライズする 新規事業・新商品を生み出す技術戦略(その17)

       新規事業・新商品開発を行うにあたって実施する、ベンチマークや市場調査など調査をした、そのままになっていま...

       新規事業・新商品開発を行うにあたって実施する、ベンチマークや市場調査など調査をした、そのままになっていま...


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

もっと見る
設計部門の課題と原因分析(その3)

【設計部門の課題と原因分析 連載目次】 1. 設計部門の現状を正確に特定する 2. 課題分析と課題の根本原因除去 3. 設計部門用に用意したコン...

【設計部門の課題と原因分析 連載目次】 1. 設計部門の現状を正確に特定する 2. 課題分析と課題の根本原因除去 3. 設計部門用に用意したコン...


開発者が意識したい1日のスケジューリング(午後~夜編)

  前回の記事では一日の業務を有意義なものにするため、就業前の朝の時間と午前中の脳がフレッシュなうちにアイデア創出やメンバーとのコミュニケ...

  前回の記事では一日の業務を有意義なものにするため、就業前の朝の時間と午前中の脳がフレッシュなうちにアイデア創出やメンバーとのコミュニケ...


システム設計1 プロジェクト管理の仕組み (その33)

 コンサルタントとして多くの開発現場に入ると、普段使っている単語、もしくは意味しているものが開発現場によって想像以上に違うことを実感します。たとえば、「レ...

 コンサルタントとして多くの開発現場に入ると、普段使っている単語、もしくは意味しているものが開発現場によって想像以上に違うことを実感します。たとえば、「レ...