仕組みの見直しに成功する組織1 プロジェクト管理の仕組み (その25)

更新日

投稿日

 この連載では、仕組みの見直しをテーマに様々な考え方や事例を紹介しているわけですが、実際にコンサルタントして仕組みの見直しに取り組んだ組織の中には成功して効果を上げているところもあれば、そうでないところもあります。今回は、仕組みの見直しに成功する組織はどういう特徴があるのかについて解説します。また、組織といっても、業種、業態、企業文化、専門知識・技術など様々ですから、どのような組織にも当てはまる特徴とは言えないと思いますが、図60にこれまでにコンサルティングで関わってきた業界を示していますが、少なくともこれらの業界では多くの組織に共通する特徴といって良いと思います。
 
R&D
図60. コンサルティングを実施した業界
 

1. 新しいものを受け入れる柔軟性

 
 新しいものを受け入れる柔軟性をもたらしているものは、技術者の素直さだったり、開発の中心人物のリーダーシップだったり、マネジャーの問題意識の高さだったりと、いくつかの要因がありますが、ここでいっている柔軟性は、新しい仕事のやり方に対して、組織の振る舞いとして、まずは受け入れることができるかどうかということです。
 
 仕組みを見直すというのは新しいことを受け入れることになるわけですから、本能的に今までと違うことに対する拒否反応は誰もが持っている感情です。この感情が大きくならないように、仕組み見直しの推進者は反対意見を持つ人を説得しなくてはいけないのですが、推進者の努力や工夫が足りないということもあります。
 
 いろいろな要因があるので単純な判断は難しい面はありますが、それでも、説得作業などにかなりがんばっても、どうしても「やってみよう」という空気にならない組織があります。問題なのは、このような組織の状態であるにもかかわらず、トップの指示などで仕組みの見直しや改革を行わざるを得ない場合です。反対者の説得のために多くの時間を使い、賛同者をひとりずつ増やしていくこと自体を独立したプロジェクトとして立ち上げるくらいの考えでないと、本来やりたい仕組み見直しを進めるのは難しいでしょう。
 
 つまり、組織としてこの柔軟性をすでに持っているかどうかは、時間軸で見たときに非常に大きな差になります。事業環境の変化などにより組織に求められるものはどんどん変わるのは避けることができないことであり、そのために見直すべき仕組みは次から次へと出てくるのです。新しいものを受け入れる柔軟性がなければ、次々と仕組みを見直して結果を出す組織との差は広がるばかりです。したがって、組織文化として新しいものを受け入れる柔軟性を持つことは大切です。
 

2. 柔軟性に欠ける組織が変わるためには

 
 柔軟性に欠ける組織が変わるためには何が必要なのでしょうか。柔軟性に欠ける組織もそれは結果であり、そうなってしまった原因があると思っています。最初は柔軟性を持っていたわけです。原因には、マネジャーと現場の意見や考えを無視し続けた、営業や企画の力が強く現場のキャパシティを無視した開発要求が続いた、トップ方針がころころ変わり現場は右往左往させられた、などの様々なことが考えられます。そして、新しいことを受け入れることが自分の損になるという経験を繰り返した結果、柔軟性を失った組織になってしまうのです。
 
 まずは、絡み合っていると思われるこれらの原因をひ...
 この連載では、仕組みの見直しをテーマに様々な考え方や事例を紹介しているわけですが、実際にコンサルタントして仕組みの見直しに取り組んだ組織の中には成功して効果を上げているところもあれば、そうでないところもあります。今回は、仕組みの見直しに成功する組織はどういう特徴があるのかについて解説します。また、組織といっても、業種、業態、企業文化、専門知識・技術など様々ですから、どのような組織にも当てはまる特徴とは言えないと思いますが、図60にこれまでにコンサルティングで関わってきた業界を示していますが、少なくともこれらの業界では多くの組織に共通する特徴といって良いと思います。
 
R&D
図60. コンサルティングを実施した業界
 

1. 新しいものを受け入れる柔軟性

 
 新しいものを受け入れる柔軟性をもたらしているものは、技術者の素直さだったり、開発の中心人物のリーダーシップだったり、マネジャーの問題意識の高さだったりと、いくつかの要因がありますが、ここでいっている柔軟性は、新しい仕事のやり方に対して、組織の振る舞いとして、まずは受け入れることができるかどうかということです。
 
 仕組みを見直すというのは新しいことを受け入れることになるわけですから、本能的に今までと違うことに対する拒否反応は誰もが持っている感情です。この感情が大きくならないように、仕組み見直しの推進者は反対意見を持つ人を説得しなくてはいけないのですが、推進者の努力や工夫が足りないということもあります。
 
 いろいろな要因があるので単純な判断は難しい面はありますが、それでも、説得作業などにかなりがんばっても、どうしても「やってみよう」という空気にならない組織があります。問題なのは、このような組織の状態であるにもかかわらず、トップの指示などで仕組みの見直しや改革を行わざるを得ない場合です。反対者の説得のために多くの時間を使い、賛同者をひとりずつ増やしていくこと自体を独立したプロジェクトとして立ち上げるくらいの考えでないと、本来やりたい仕組み見直しを進めるのは難しいでしょう。
 
 つまり、組織としてこの柔軟性をすでに持っているかどうかは、時間軸で見たときに非常に大きな差になります。事業環境の変化などにより組織に求められるものはどんどん変わるのは避けることができないことであり、そのために見直すべき仕組みは次から次へと出てくるのです。新しいものを受け入れる柔軟性がなければ、次々と仕組みを見直して結果を出す組織との差は広がるばかりです。したがって、組織文化として新しいものを受け入れる柔軟性を持つことは大切です。
 

2. 柔軟性に欠ける組織が変わるためには

 
 柔軟性に欠ける組織が変わるためには何が必要なのでしょうか。柔軟性に欠ける組織もそれは結果であり、そうなってしまった原因があると思っています。最初は柔軟性を持っていたわけです。原因には、マネジャーと現場の意見や考えを無視し続けた、営業や企画の力が強く現場のキャパシティを無視した開発要求が続いた、トップ方針がころころ変わり現場は右往左往させられた、などの様々なことが考えられます。そして、新しいことを受け入れることが自分の損になるという経験を繰り返した結果、柔軟性を失った組織になってしまうのです。
 
 まずは、絡み合っていると思われるこれらの原因をひもといて、関連部署、マネジャー、現場などの各々の立場でどういう思いをしてきたのか、何が悪かったのか、どうしたいのかなどを共有することが必要です。当事者である自分たちだけでは難しいことも多いので、外部の力を使うことも効果的だと思います。そして、まずは、ひとつで良いので仕組みを見直して良かったという成功体験を作ることが大切です。ひとつの成功体験が組織に柔軟性を取り戻すことになるはずです。これ以上差が開いてしまう前に、柔軟性を手に入れなくてはいけません。
 
 次回、仕組みの見直しに成功する組織2では、マネジメントのコミットメントを解説します。
 
 

   続きを読むには・・・


この記事の著者

石橋 良造

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

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


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

もっと見る
原因、複数の結果 普通の組織をイノベーティブにする処方箋 (その73)

 前々回から時系列や物理量で整理した知識を、更にそれらの関係性を考え整理・拡大することについて解説をしています。今回は「原因と結果」の2つ目の類型の「...

 前々回から時系列や物理量で整理した知識を、更にそれらの関係性を考え整理・拡大することについて解説をしています。今回は「原因と結果」の2つ目の類型の「...


人の営みを経験・観察する 普通の組織をイノベーティブにする処方箋 (その55)

        現在イノベーションに必要な要素を表したKETICモデルの2つ目、Experience(経験)...

        現在イノベーションに必要な要素を表したKETICモデルの2つ目、Experience(経験)...


プラスチック材料の特性を考慮した強度設計(その2)

 プラスチック材料の特性を考慮した強度設計について、2回に分けて解説しています。前回のその1に続いて今回は、その2です。   1.プラスチック材料の強...

 プラスチック材料の特性を考慮した強度設計について、2回に分けて解説しています。前回のその1に続いて今回は、その2です。   1.プラスチック材料の強...


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

もっと見る
技術高度化の5戦略

【ものづくり企業のR&Dと経営機能 記事目次】 管理力より技術力を磨け 技術プラットフォームの重要性 手段としてのオープンイノベーション...

【ものづくり企業のR&Dと経営機能 記事目次】 管理力より技術力を磨け 技術プラットフォームの重要性 手段としてのオープンイノベーション...


プロジェクトの問題を見極める1 プロジェクト管理の仕組み (その23)

 進捗管理のための基本メトリクスセットのひとつである開発工数メトリクスについて解説していますが、前回は、プロジェクト構造(WBS)軸とアクティビティ軸のそ...

 進捗管理のための基本メトリクスセットのひとつである開発工数メトリクスについて解説していますが、前回は、プロジェクト構造(WBS)軸とアクティビティ軸のそ...


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

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

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