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

更新日

投稿日

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

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

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

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

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

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

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

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

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

   続きを読むには・・・


この記事の著者

石橋 良造

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

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


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

もっと見る
自社の強みとは 『価値づくり』の研究開発マネジメント (その23)

   前回は、オープンイノベーションを成功させるためのビジネスモデルの必要性を解説しました。今回は、自社の強みの設定について議論したいと思...

   前回は、オープンイノベーションを成功させるためのビジネスモデルの必要性を解説しました。今回は、自社の強みの設定について議論したいと思...


ビジネスモデルの欠落 『価値づくり』の研究開発マネジメント (その22)

    オープンイノベーションに取り組む日本企業に欠けている重大な問題に、『ビジネスモデルの欠落』があります。今回はこのテーマについて解...

    オープンイノベーションに取り組む日本企業に欠けている重大な問題に、『ビジネスモデルの欠落』があります。今回はこのテーマについて解...


研究者自身が感じる脅威とは 『価値づくり』の研究開発マネジメント (その21)

    今回は、オープンイノベーションに抵抗する心理として、研究者自身の能力の外部による置換の脅威について解説します。 ◆関連解説『事...

    今回は、オープンイノベーションに抵抗する心理として、研究者自身の能力の外部による置換の脅威について解説します。 ◆関連解説『事...


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

もっと見る
進捗の可視化は必要最小限にするのがポイント(その1)

  1. メトリクスによる進捗管理サイクル    進捗管理とは、作成した計画にもとづいて現在の状況を把握することと、計画と実績に...

  1. メトリクスによる進捗管理サイクル    進捗管理とは、作成した計画にもとづいて現在の状況を把握することと、計画と実績に...


製品開発部へのカンバン導入記(その3)

        前回からの続きです。前回ではまず製品開発工程の価値(物と情報)の流れ図を作り、工程上の問題点...

        前回からの続きです。前回ではまず製品開発工程の価値(物と情報)の流れ図を作り、工程上の問題点...


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

 前回のシステム設計6に続いて解説します。    検証作業の基本は、考えたサブシステム構成に対してシステム要件の一つひとつに対してどのような...

 前回のシステム設計6に続いて解説します。    検証作業の基本は、考えたサブシステム構成に対してシステム要件の一つひとつに対してどのような...