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

更新日

投稿日

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

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

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

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

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

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

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

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

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

   続きを読むには・・・


この記事の著者

石橋 良造

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

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


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

もっと見る
類似-1 普通の組織をイノベーティブにする処方箋(その100)

   現在、KETICモデルの中の「知識・経験を関係性で整理する」について解説しています。前回は「協調」について考えましたが、今回は「類似...

   現在、KETICモデルの中の「知識・経験を関係性で整理する」について解説しています。前回は「協調」について考えましたが、今回は「類似...


設計品質の作り込みと、人的設計ミス防止策(その1)

  【設計品質の作り込みと人的設計ミス防止策 連載目次】 1. 設計品質とはなにか 2. 設計プロセスと設計ミス回避策 3. 設計ミ...

  【設計品質の作り込みと人的設計ミス防止策 連載目次】 1. 設計品質とはなにか 2. 設計プロセスと設計ミス回避策 3. 設計ミ...


どう強みを未来志向で設定するのか 普通の組織をイノベーティブにする処方箋 (その48)

        今回は、前回から引き続き「どう強みを未来志向で設定するのか」を解説します。前回は「将来に向か...

        今回は、前回から引き続き「どう強みを未来志向で設定するのか」を解説します。前回は「将来に向か...


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

もっと見る
‐企業内に発生している問題点を徹底的に追求 ‐  製品・技術開発力強化策の事例(その3)

 前回の事例その2に続いて解説します。企業内では解決が容易でない様々な問題が生じています。しかし、これらの問題解決に取り組まない限り、競争に勝つことが出来...

 前回の事例その2に続いて解説します。企業内では解決が容易でない様々な問題が生じています。しかし、これらの問題解決に取り組まない限り、競争に勝つことが出来...


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

 前回のシステム設計7に続いて解説します。    システム要件の一つひとつについて、サブシステム構成における振る舞いを記述し、各々のサブシス...

 前回のシステム設計7に続いて解説します。    システム要件の一つひとつについて、サブシステム構成における振る舞いを記述し、各々のサブシス...


ソフトウェア開発スケジュールと結合テスト プロジェクト管理の仕組み (その7)

 前回のその6:進捗管理可能なソフト開発計画に続いて解説します。    ソフトウェア開発スケジュールでは次のような問題を抱えています。 &...

 前回のその6:進捗管理可能なソフト開発計画に続いて解説します。    ソフトウェア開発スケジュールでは次のような問題を抱えています。 &...