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

更新日

投稿日

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

   続きを読むには・・・


この記事の著者

石橋 良造

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

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


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

もっと見る
思考の頻度 普通の組織をイノベーティブにする処方箋 (その150)

  現在、イノベーション実現に向けての「思考の頻度を高める方法」を解説していますが、そのための1つ目の要素「行動を増やすことで思考を促進す...

  現在、イノベーション実現に向けての「思考の頻度を高める方法」を解説していますが、そのための1つ目の要素「行動を増やすことで思考を促進す...


「潜在ニーズを先取りできる社員を育てるには?」~技術企業の高収益化:実践的な技術戦略の立て方(その37)

【目次】 ▼さらに深く学ぶなら!「技術マネジメント」に関するセミナーはこちら! ▼さらに幅広く学ぶなら!「分野別のカリキュラム」に...

【目次】 ▼さらに深く学ぶなら!「技術マネジメント」に関するセミナーはこちら! ▼さらに幅広く学ぶなら!「分野別のカリキュラム」に...


設計開発部門の悩み 「設計工数の見える化」から始める業務改善(その1)

  1. 設計開発部門の悩み    設計・開発部門(以下設計部門)は他部門から様々な要求を受けることが普通です。競争力のある商品...

  1. 設計開発部門の悩み    設計・開発部門(以下設計部門)は他部門から様々な要求を受けることが普通です。競争力のある商品...


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

もっと見る
擦り合わせ型と組み合わせ型 目指すべき開発体制とは(その1)

  【目指すべき開発体制 連載目次】 目指すべき開発体制とは(その1)擦り合わせ型と組み合わせ型 目指すべき開発体制とは(その2)日本企業文化を...

  【目指すべき開発体制 連載目次】 目指すべき開発体制とは(その1)擦り合わせ型と組み合わせ型 目指すべき開発体制とは(その2)日本企業文化を...


イノベーションのための「チーム体制」

 「最後の砦、技術力がアブナイ」では、技術者は自律性、創意工夫、挑戦意欲、変化対応力などを期待されているにもかかわらず、開発現場はそのような技術者に育てる...

 「最後の砦、技術力がアブナイ」では、技術者は自律性、創意工夫、挑戦意欲、変化対応力などを期待されているにもかかわらず、開発現場はそのような技術者に育てる...


サブシステムの開発目標 プロジェクト管理の仕組み (その42)

 前回のその41に続いて解説します。    下図は、改めて操作管理サブシステムだけを抽出したものです。   図78. 操作...

 前回のその41に続いて解説します。    下図は、改めて操作管理サブシステムだけを抽出したものです。   図78. 操作...