設計部門と組織政治の影響(その1)

更新日

投稿日

 これまで数回にわたって、設計部門における仕組み構築の考え方や手順を解説してきました。仕組み構築のためのシステム化計画作成は、頂上を目指す登山ルートを設計するというクリエイティブな作業であることを解説し、例として、開発効率2倍を実現するための登山ルート(下図)を設計しました。
 
                                   R&D
 
 作成した登山ルートは、麓から頂上までの道のり(工程)を示したもので、それぞれのステップで実施する対策を具体化し、必要となるシステム(ツール)や技法、必要となるスキルや費用なども明らかになっています。ただ、仕組み構築を進めるための日程が入ったスケジュールはまだ明確になってはいません。登山をはじめるには、食料、装備、メンバー、天候などを考慮して時間軸を記入したスケジュール(日程表)を作る必要があります。

 時間軸が入ったスケジュールを作成する際には、必要最小限の効率的な作業計画にすることと、予定外のことが起きないようにできるだけ正確に発生する作業を計画することを両立させる必要があります。最終的に実績と計画との乖離がないことがベストです。

 これまでのシステム化計画の作業を通じて、登山ルートは十分に検討したので必要となる作業は積み上げによってかなり正確に詳細化することが可能になっているはずです。したがって、この段階で重要となるのは、積み上げでは出てこない、実際の仕組み構築作業に影響を及ぼす作業をスケジュールに組み込むことです。そのために必要となるのは「政治的」要因を考慮することです。

 政治的要因とは、部署間・マネジャー間の力関係、設計部門あるいは事業部の中期・短期計画実施の背景、上位マネジメントの行動や考え方、反対勢力の動向など、組織政治と考えられることです。どんなに綿密に必要となる作業をブレークダウンしても、また、どんなに技術的検討や設計を行ったとしても、政治的要因は計画や状況をガラッと変えてしまう可能性があります。

 どのような原因であれ、スケジュールを守ることができなければ仕組み構築そのものに対する不信感を生むことになり、目標達成に前に頓挫してしまうことになりがちです。したがって、確度、精度の高いスケジュールにするためには、『政治的要因を考慮すること』が大切なのです。
 
 これまで数回にわたって、設計部門における仕組み構築の考え方や手順を解説してきました。仕組み構築のためのシステム化計画作成は、頂上を目指す登山ルートを設計するというクリエイティブな作業であることを解説し、例として、開発効率2倍を実現するための登山ルート(下図)を設計しました。
 
                                   R&D
 
 作成した登山ルートは、麓から頂上までの道のり(工程)を示したもので、それぞれのステップで実施する対策を具体化し、必要となるシステム(ツール)や技法、必要となるスキルや費用なども明らかになっています。ただ、仕組み構築を進めるための日程が入ったスケジュールはまだ明確になってはいません。登山をはじめるには、食料、装備、メンバー、天候などを考慮して時間軸を記入したスケジュール(日程表)を作る必要があります。

 時間軸が入ったスケジュールを作成する際には、必要最小限の効率的な作業計画にすることと、予定外のことが起きないようにできるだけ正確に発生する作業を計画することを両立させる必要があります。最終的に実績と計画との乖離がないことがベストです。

 これまでのシステム化計画の作業を通じて、登山ルートは十分に検討したので必要となる作業は積み上げによってかなり正確に詳細化することが可能になっているはずです。したがって、この段階で重要となるのは、積み上げでは出てこない、実際の仕組み構築作業に影響を及ぼす作業をスケジュールに組み込むことです。そのために必要となるのは「政治的」要因を考慮することです。

 政治的要因とは、部署間・マネジャー間の力関係、設計部門あるいは事業部の中期・短期計画実施の背景、上位マネジメントの行動や考え方、反対勢力の動向など、組織政治と考えられることです。どんなに綿密に必要となる作業をブレークダウンしても、また、どんなに技術的検討や設計を行ったとしても、政治的要因は計画や状況をガラッと変えてしまう可能性があります。

 どのような原因であれ、スケジュールを守ることができなければ仕組み構築そのものに対する不信感を生むことになり、目標達成に前に頓挫してしまうことになりがちです。したがって、確度、精度の高いスケジュールにするためには、『政治的要因を考慮すること』が大切なのです。
 
 
 
 

   続きを読むには・・・


この記事の著者

石橋 良造

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

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


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

もっと見る
クレーム率シングルppmをゼロに(1) 【快年童子の豆鉄砲】(その56)

  1.「クレーム率シングルppmをゼロにした事例」の説明 今回から、表2-1(【快年童子の豆鉄砲】(その5)) にある「喫緊の課題」の...

  1.「クレーム率シングルppmをゼロにした事例」の説明 今回から、表2-1(【快年童子の豆鉄砲】(その5)) にある「喫緊の課題」の...


技術戦略はなぜ必要なのか 新規事業・新商品を生み出す技術戦略(その53)

        今回は「技術戦略はなぜ必要なのか」というタイトルで記事を進めます。    この...

        今回は「技術戦略はなぜ必要なのか」というタイトルで記事を進めます。    この...


内発的動機付け 普通の組織をイノベーティブにする処方箋 (その79)

 前回は内発的動機付けと外発的動機付けについて、そして内発的動機付けが好奇心であるということを解説しました。今回は、内発的動機付けを生み出すために重要...

 前回は内発的動機付けと外発的動機付けについて、そして内発的動機付けが好奇心であるということを解説しました。今回は、内発的動機付けを生み出すために重要...


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

もっと見る
CMMIの要件管理 プロジェクト管理の仕組み (その2)

 前回のその1に続いて、今回は、CMMIの要件管理です。CMMI では次のこと(特定プラクティスといいます)ができている必要があります。   ...

 前回のその1に続いて、今回は、CMMIの要件管理です。CMMI では次のこと(特定プラクティスといいます)ができている必要があります。   ...


マトリクス体制での品質保証2 プロジェクト管理の仕組み (その31)

 前回のマトリクス体制での品質保証1に続いて解説します。品質計画は、製品開発に必要となる手順やリソースが誰によっていつ適用されるかを明確にした個別製品の開...

 前回のマトリクス体制での品質保証1に続いて解説します。品質計画は、製品開発に必要となる手順やリソースが誰によっていつ適用されるかを明確にした個別製品の開...


開発工数メトリクス2 プロジェクト管理の仕組み (その22)

 今回は、進捗管理に直接関係する分析例を見てみましょう。   図56. アクティビティ重心推移    図56は「アクティビ...

 今回は、進捗管理に直接関係する分析例を見てみましょう。   図56. アクティビティ重心推移    図56は「アクティビ...