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

更新日

投稿日

 

1. 政治的要因のリストアップ

 
 R&D設計部門と組織政治の影響を考察する際に、最初にやるべきことは政治的要因のリストアップです。自分の力ではコントロールするのが困難だけれども、起こりうる事柄をリストアップします。次に示すカテゴリーごとに考えるとリストアップが容易でしょう。
 

・社内のシニアマネジャー

 
 設計部門の仕組み構築に関係するシニアマネジャーをリストアップして、その立場(賛成か反対)を把握します。設計部門の仕組み構築ですが、関係するのは設計部門のマネジャーだけではないことに注意してください。投資や購入金額が大きいため、経理部門や購買部門のチェックが厳しくなることや、事業部長やその上の副社長や社長も直接かかわってくる可能性があります。それぞれの立場でどのように課題を認識し、仕組み構築に対する投資とその効果についてどのように考えているのか、そして、誰が賛成の立場となってくれるのかを把握しておく必要があります。
 

・直接影響を受ける現場のリーダー

 
 仕組み構築の対象となる設計部門からの賛同を得ることは当然のことですし、製造部門は設計部門と密接な関係にありますから、仕組み構築においても賛同してもらうことが大切です。これら開発現場の中心人物があからさまに反対の立場をとることになると、開発現場全体が仕組み構築に反対することにもなりかねません。したがって、開発現場の実質的なリーダーが誰なのか、そして、それぞれどのような考え方の持ち主なのかを把握する必要があります。
 

・事業部の中期計画

 
 事業部が中期的にどのようなイベントを予定しているのかを把握します。今後の製品開発プラン、新しい設計拠点や製造拠点の計画、他社との協業予定、新規市場開拓の必要性、そして、役員やシニアマネジャーの退任などの今後の予定などは、その予定の確度も含めて情報収集しておく必要があります。設計部門の仕組み構築なのですから、事業部のビジネスプランやビジネス状況に影響を受けることになります。
 

・仕組み構築のパートナー

 
 システムやツールの導入に協力してもらうことを決めたベンダーやインテグレーターについては、関係している製品のロードマップや今後の開発、販売計画を十分に説明してもらう必要があります。また、ベンダーやインテグレーター自身の今後のビジネスプランについてもできるだけ把握しておく必要があります。システム化計画を作成している過程で確認できていると思いますが、バージョンアップなどの予定時期など含めて、具体的なことまで十分にコミュニケーションしておきたいところです。
 

・プロジェクトメンバー

 
 仕組み構築を行うプロジェクトに参加するメンバーはおおよその目処がついていると思いますので、プロジェクトメンバーについて、仕事内容やキャリアについての希望、ライフプランなどをある程度把握しておく必要があります。プロジェクトメンバーとのコミュニケーションは非常に重要ですから、できるだけ早い時期から話をする機会を作ることが大切です。
 

2. 登山をはじめる前の最後の詰め

 
 上記1のような観点で情報収集やコミュニケーションを行うと、仕組み構築に影響する可能性がある懸案事項が明らかになります。それらについて、どのような対応が可能なのかを検討し、仕組み構築の実施スケジュールに反映させます。
 
 たとえば、仕組み構築を推進している役員の退任時期が明確になっているときは、その役員に替わって強力に支援してくれる役員がいなければ、このプロジェクトは視界不良な状態に陥ってしまうでしょう。推進者である役員が在籍している間にその意志を引き継ぐ役員に目処をつけ、たとえば、改革委員会のような会議体を設けて事前にプロジェクトに参画してもらう計画にする必要があります。現実には、このような単純なことでさえも、適切な対応を計画しているケースは多くはありません。多くの組織で次のようなことが起きています。
 
 設計部門を見ている役員の危機感から仕組み構築の検討がはじまり、その役員は責任者を決めてプロジェクトを任せたことで、もう大丈夫だろうと判断してしまう。その責任者は、推進者である役員の...
 

1. 政治的要因のリストアップ

 
 R&D設計部門と組織政治の影響を考察する際に、最初にやるべきことは政治的要因のリストアップです。自分の力ではコントロールするのが困難だけれども、起こりうる事柄をリストアップします。次に示すカテゴリーごとに考えるとリストアップが容易でしょう。
 

・社内のシニアマネジャー

 
 設計部門の仕組み構築に関係するシニアマネジャーをリストアップして、その立場(賛成か反対)を把握します。設計部門の仕組み構築ですが、関係するのは設計部門のマネジャーだけではないことに注意してください。投資や購入金額が大きいため、経理部門や購買部門のチェックが厳しくなることや、事業部長やその上の副社長や社長も直接かかわってくる可能性があります。それぞれの立場でどのように課題を認識し、仕組み構築に対する投資とその効果についてどのように考えているのか、そして、誰が賛成の立場となってくれるのかを把握しておく必要があります。
 

・直接影響を受ける現場のリーダー

 
 仕組み構築の対象となる設計部門からの賛同を得ることは当然のことですし、製造部門は設計部門と密接な関係にありますから、仕組み構築においても賛同してもらうことが大切です。これら開発現場の中心人物があからさまに反対の立場をとることになると、開発現場全体が仕組み構築に反対することにもなりかねません。したがって、開発現場の実質的なリーダーが誰なのか、そして、それぞれどのような考え方の持ち主なのかを把握する必要があります。
 

・事業部の中期計画

 
 事業部が中期的にどのようなイベントを予定しているのかを把握します。今後の製品開発プラン、新しい設計拠点や製造拠点の計画、他社との協業予定、新規市場開拓の必要性、そして、役員やシニアマネジャーの退任などの今後の予定などは、その予定の確度も含めて情報収集しておく必要があります。設計部門の仕組み構築なのですから、事業部のビジネスプランやビジネス状況に影響を受けることになります。
 

・仕組み構築のパートナー

 
 システムやツールの導入に協力してもらうことを決めたベンダーやインテグレーターについては、関係している製品のロードマップや今後の開発、販売計画を十分に説明してもらう必要があります。また、ベンダーやインテグレーター自身の今後のビジネスプランについてもできるだけ把握しておく必要があります。システム化計画を作成している過程で確認できていると思いますが、バージョンアップなどの予定時期など含めて、具体的なことまで十分にコミュニケーションしておきたいところです。
 

・プロジェクトメンバー

 
 仕組み構築を行うプロジェクトに参加するメンバーはおおよその目処がついていると思いますので、プロジェクトメンバーについて、仕事内容やキャリアについての希望、ライフプランなどをある程度把握しておく必要があります。プロジェクトメンバーとのコミュニケーションは非常に重要ですから、できるだけ早い時期から話をする機会を作ることが大切です。
 

2. 登山をはじめる前の最後の詰め

 
 上記1のような観点で情報収集やコミュニケーションを行うと、仕組み構築に影響する可能性がある懸案事項が明らかになります。それらについて、どのような対応が可能なのかを検討し、仕組み構築の実施スケジュールに反映させます。
 
 たとえば、仕組み構築を推進している役員の退任時期が明確になっているときは、その役員に替わって強力に支援してくれる役員がいなければ、このプロジェクトは視界不良な状態に陥ってしまうでしょう。推進者である役員が在籍している間にその意志を引き継ぐ役員に目処をつけ、たとえば、改革委員会のような会議体を設けて事前にプロジェクトに参画してもらう計画にする必要があります。現実には、このような単純なことでさえも、適切な対応を計画しているケースは多くはありません。多くの組織で次のようなことが起きています。
 
 設計部門を見ている役員の危機感から仕組み構築の検討がはじまり、その役員は責任者を決めてプロジェクトを任せたことで、もう大丈夫だろうと判断してしまう。その責任者は、推進者である役員の退任後のことはこの役員が考えてくれているだろうと思いこみ、仕組み構築やシステム化の実務で頭は一杯になってしまう。そして、トップの間での実質的な引き継ぎが行われないまま、その役員の退任時期を迎えてしまい、その後プロジェクトは自然消滅してしまう。
 
 このようなことがないように、リストアップした政治的要因については、スケジュール作成の際に一つひとつ、その心配が現実になるときにとるべき対応を考えておくことが大切です。登山ルートが決まった後には、天候やチームメンバーの状態、スポンサーの期待など様々なことを考慮して日程を具体化することが、登山をはじめる前の最後の詰めです。
 
 
 

   続きを読むには・・・


この記事の著者

石橋 良造

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

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


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

もっと見る
製造業の生産性 開発効率を上げるには(その1)

  【開発効率向上の重要性 連載目次】 製造業の生産性 開発効率向上の重要性 開発効率向上活動の考え方 開発効率向上、活動計画 1...

  【開発効率向上の重要性 連載目次】 製造業の生産性 開発効率向上の重要性 開発効率向上活動の考え方 開発効率向上、活動計画 1...


行動の重要性 普通の組織をイノベーティブにする処方箋 (その147)

  前回は「思考の頻度を高める2つの重要要素」をあげました。今回から、まず一つ目の「行動を増やすことで思考を促進する機会を拡大する」を解説...

  前回は「思考の頻度を高める2つの重要要素」をあげました。今回から、まず一つ目の「行動を増やすことで思考を促進する機会を拡大する」を解説...


取り組みへの意思決定 普通の組織をイノベーティブにする処方箋(その90)

   今回も引き続き、エドワード・デシが内発的動機付けに必要と主張している2つの要素「自律性」と「有能感」の内、後者の「有能感獲得に向けて...

   今回も引き続き、エドワード・デシが内発的動機付けに必要と主張している2つの要素「自律性」と「有能感」の内、後者の「有能感獲得に向けて...


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

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

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

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


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

 前回はシステム設計を、開発工程上はシステムエンジニアリングと、ハードやソフトなどのサブシステムのエンジニアリングの両方と定義しました。ここで、システムエ...

 前回はシステム設計を、開発工程上はシステムエンジニアリングと、ハードやソフトなどのサブシステムのエンジニアリングの両方と定義しました。ここで、システムエ...


技術者の逆襲:イノベーションの必要性とは

  ◆ 現場からのイノベーション  最近、様々な場所でイノベーションという言葉を聞きます。普通の技術者にとって、イノベーションは技術革新や技術によって...

  ◆ 現場からのイノベーション  最近、様々な場所でイノベーションという言葉を聞きます。普通の技術者にとって、イノベーションは技術革新や技術によって...