いろんな企業の本を読んだり、実際の事例を見てみると、「現場にこのように

権限を委譲したから上手くいった」とか、

&nbsp;

「あまりに権限を分散させすぎてコントロールが利かなくなってしまったので

、本社に権限を集中させるようにした」といった言葉をよく目にしていました。

&nbsp;

こういった時に、自分は<b>「いったいどっちが正しいのだろうか？」</b>とよく悩ん

でいました。

&nbsp;

ですが、多くの本や事例を見比べてみるとその違いというのは、企業の成長に

おける「時期」とか「規模」によって違ってくるのではないかと考えるように

なっていきました。

&nbsp;

今回は、その違いについて書いていきます。
<div class="section">
<h2 id="権限集中が必要な条件IBMの事例"><u><b>権限集中が必要な条件━IBMの事例</b></u></h2>
<blockquote>p.３２２

競争が熾烈で変化が速いいまの世界では、完全な権限委譲の戦略を追及できる

大企業はほとんどないとわたしは考えている。組織に大きな変化が必要になっ

たとき、この戦略では経費がかかりすぎ、動きが遅すぎるのだ。

&nbsp;

したがって、各社の経営者にとって、何が特殊で（権限委譲の対象になり）、

何が会社全体の共通のものなのかを判断することが課題になる。

&nbsp;

（中略）

&nbsp;

問題は、権限集中か権限委譲かではない。偉大な組織は、各部門が共有する

活動と分散型の活動との間でうまくバランスをとっている。</blockquote>
『巨象も踊る』から引用

『巨象も踊る』という本は1990年はじめから2000年のはじめごろまでのIBM

の再生について書かれている本です。

&nbsp;

当時IBMは深刻な業績不振に陥っていました。原因はひとつではないのです

が、その中のひとつは「極端な権限分散」が原因だったと書かれています。

&nbsp;
<div class="section">
<h3 id="四千に及ぶソフトウェア製品や三十か所以上の研究所という非効率"><u><b>四千に及ぶソフトウェア製品や三十か所以上の研究所という非効率</b></u></h3>
例えば当時のIBMには以下のようなことがあったと書かれています。
<blockquote>ｐ.１９１

IBMには四千に及ぶソフトウェア製品があり、すべて異なる名前がついてい

た（そのほとんどは記憶に残らず、思い出すこともできなかった。）これ

らは世界各地の三十か所以上の研究所で作られていた。

&nbsp;

これらを管理する仕組みはなく、ソフトウェア事業経営のモデルもなく、

ソフトウェアを単独の製品として販売するスキルもなかった。</blockquote>
他にも権限分散の弊害についての事例は多く書かれており、このこと以外

にも多く書かれていました。

&nbsp;

同じグループ内にも関わらず、統一されていない膨大な数の会計基準が使

われていたとか、とにかく「非効率」になっていました。

&nbsp;

それらを「統合」していこうというのが当時のIBMの戦略だったようです。

</div>
</div>
<div class="section">
<h2 id="各部門が共有する３つの水準"><u><b>各部門が共有する３つの水準</b></u></h2>
いきすぎていた権限分散を改めて、権限を集中して共有化、効率化するた

めに、当時のIBMのCEOのルイス・ガースナーは３つの水準があると述べて

います。
<div class="section">
<h3 id="第一の水準事務処理部門の共有化"><u><b>第一の水準━事務処理部門の共有化</b></u></h3>
この水準ではデータ処理、データ・音声通信網、購買、基本的な人事制度

、不動産管理などの事務処理部門の共有化です。

&nbsp;

この水準では個々の部署内、もしくは部署間の統合というイメージになる

でしょうか。また、規模の経済を生かすことができるともあります。

&nbsp;

それほど大規模ではなく、これらの実行は比較的容易であり、この水準の

実行によってある程度のコスト削減や利益も見込めるとあります。

&nbsp;

ですが、この水準の共有化の実現によって大きな利益を見込めると本書に

は書かれています。

</div>
<div class="section">
<h3 id="第二の水準顧客とじかに接する現場レベルの共有化"><u><b>第二の水準━顧客とじかに接する現場レベルの共有化</b></u></h3>
この水準では、顧客データベース、受注処理システム、顧客関係管理シス

テムなど顧客とじかに接する現場レベルの共有化です。

&nbsp;

この水準での共有化は困難です。というのも共有化は部門間で利害が衝突

するというのと、その利害を超えて活動できるようにするには部門長など

から権限を取り上げないと機能しないとあります。

</div>
<div class="section">
<h3 id="第三の水準企業間の合併"><u><b>第三の水準━企業間の合併</b></u></h3>
この水準では、企業間の合併のようなレベルになります。この部分の詳細

は本書を読んでいただければと思います。

&nbsp;

もしくは以下の過去記事を参照していただければと思います。
<ul>
 	<li><b><a href="https://www.chishikinosoukonoseiri.com/entry/2015/12/04/123207">なぜ企業は合併するのか？その理由やメリットは？ - 知識の倉庫の整理</a></b></li>
</ul>
</div>
</div>
<div class="section">
<h2 id="権限委譲について"><u><b>権限委譲について</b></u></h2>
「権限委譲」という言葉は権限集中より目にすることが多いと感じます。

&nbsp;

例えば、上の人間が現場に権限を委譲してくれないので、本当はもっと上

手くやる方法があるのに、それができないといった場合があるかと思いま

す。
<div class="section">
<h3 id="ニューコアの事例"><u><b>ニューコアの事例</b></u></h3>
最近読み始めた『真実が人を動かす―ニューコアのシンプル・マネジメン

ト』には以下のようなことが書かれています。
<blockquote>ｐ.１０３

クロフォーズビルの冷延担当部長、ケビン・ヤングはこう言っている。

&nbsp;

「私のほうから、おい、これをやってみよう、なんて言うことはまずあり

ませんね。実際、この工場で実施した改善は、どれもこれも現場の作業員

か監督から出てきたものなんです。私はその改善案が実施されるようにす

るだけです。」</blockquote>
&nbsp;

ニューコアとはアメリカの鉄鋼メーカーです。８０年代前半の不況をレイ

オフなし、工場閉鎖なしで乗り切りました。

</div>
<div class="section">
<h3 id="電炉と薄スラブ連続鋳造技術でアメリカの鉄鋼業界で2位"><u><b>電炉と薄スラブ連続鋳造技術でアメリカの鉄鋼業界で2位</b></u></h3>
その原動力となったのが、当時の最新の技術であった電炉と薄スラブ連続

鋳造技術と言われています。現在はアメリカの鉄鋼業界において２位の売

上高という存在になっています。

&nbsp;

以下の過去記事では、この２ヶ月でいろいろな企業の成長物語についての

本を読んだと書きました。
<ul>
 	<li><b><a href="http://psoukonoseiri.hatenablog.com/entry/2016/05/04/103950">顧客関係管理（CRM）や情的資本の重要性の認識 - 知識の倉庫の整理</a></b></li>
</ul>
その中で多かったのが、上記のニューコアの事例も含めて現場の人間の創

意工夫によって現場や店舗を良くしていってもらう権限委譲でした。

</div>
<div class="section">
<h3 id="権限委譲の効果本人たちの創意工夫と結果で評価"><u><b>権限委譲の効果━本人たちの創意工夫と結果で評価</b></u></h3>
この効果はやはり、現場の人間を企業の歯車として道具のように文句を言

わせず働かせるのではなく、本人たちの創意工夫と結果で評価されるとい

う点が企業全体としての成長に繋がっているということでした。

</div>
</div>
<div class="section">
<h2 id="権限委譲と権限集中の使いどころ"><u><b>権限委譲と権限集中の使いどころ</b></u></h2>
IBMの事例について書かれた『巨象も踊る』を読んでみて良かった事は、

権限集中とか中央集権化が必要な時がなんとなくイメージできたことで

す。

&nbsp;

今までは非常に曖昧でした。ただ二つの言葉がある、ぐらいにしか認識

できていなくて、「こういった問題があった時、こういった事例があっ

た時なんだな」と知ることができたのは良かったです。

権限委譲と権限集中、なぜこのような２つの言葉が生まれたかというと、

やはりこの２つのことは現実として必要なことだったからでしょう。
<div class="section">
<h3 id="条件による"><u><b>「条件による」</b></u></h3>
ではどういった時に使い分ければいいのか、というと「条件による」と

いうのが一番の答えなのではないかなと思います。

&nbsp;

創業から成長が続いていき、ある程度のところまでは権限委譲というの

は機能するのではないかと思っています。

&nbsp;

ですが企業の規模がかなり大きくなってくると、逆にそれが非効率な状

態を招きデメリットとなってしまう。

&nbsp;

そういった時に権限を集中させて、企業内の非効率な部分を共有化して

いく。

&nbsp;

というのが上手いやり方なのではないかなぁと、とりあえず今の時点で

はそのような認識を持つようになりました。

</div>
</div>
<div class="section">
<h2 id="あわせて読みたい"><u><b>あわせて読みたい</b></u></h2>
<ul>
 	<li><b><a href="https://www.chishikinosoukonoseiri.com/entry/2016/03/30/111414">デル株式会社は職務のセグメンテーションや将来構想で成長してきた - 知識の倉庫の整理</a></b></li>
 	<li><b><a href="https://www.chishikinosoukonoseiri.com/entry/2015/11/18/103936">『ザ・ゴール』からわかる組織が変化に抵抗する5つのパターン - 知識の倉庫の整理</a></b></li>
 	<li><b><a href="https://www.chishikinosoukonoseiri.com/entry/2016/06/11/175021">企業内で経営効率化のための中間管理職に対するディスインターミディエーション（中抜き）という動き - 知識の倉庫の整理</a></b></li>
 	<li><b><a href="https://www.chishikinosoukonoseiri.com/entry/2016/05/04/103950">顧客関係管理（CRM）や情的資本の重要性の認識 - 知識の倉庫の整理</a></b></li>
 	<li><b><a href="https://www.chishikinosoukonoseiri.com/entry/2016/11/06/161828">なぜスピード経営は重要なのか━ファーストムーバー・トップシェアの法則 - 知識の倉庫の整理</a></b></li>
 	<li><b><a href="https://www.chishikinosoukonoseiri.com/entry/2017/04/11/204202">組織構造のコンティンジェンシー理論と組織を学ぶうえでの知識背景について - 知識の倉庫の整理</a></b></li>
</ul>
</div>
<div class="section"></div>