TOP業界裏話注目ニュース徒然コメントリンク紹介
『外資系企業に住む住人の視点からIT業界の出来事を伝えます。』

資料作成本の最後の秘境『ワード』を対象とした外資系コンサルの資料作成テクニックが1冊の本になりました。2017年3月29日に発売されています。
※購入頂きました皆様、ありがとうございます。
https://www.amazon.co.jp/dp/4492557776

gaishi_word_201703_new.jpg
累計数十万部を数える「外資系〜シリーズ」には「スライド作成術」と「Excel作成術」がありますが、ワード向けの本はありませんでした。パワーポイントとエクセルは一生懸命練習するのに、ワードの作成法を学ぶ人はほとんどいません。見よう見まねの作成が繰り返され、ワード文書はどんどん読みづらい存在になっています。その結果、「ワード文書は扱いにくい」と考えられるようになりました。この本は、最後の秘境、ワード向けの「文書作成術」です。優れたWord文書を効率よく作成する方法を知り、適材適所でビジネス文書を作り分ける術を自分のものにしましょう。


【吉澤準特の本:累計10万部以上】
外資系コンサルが実践する資料作成の基本』はロングセラーで重版多数
外資系コンサルの仕事を片づける技術』はロングセラーで重版多数
フレームワーク使いこなしブック』はロングセラーで重版多数
兄弟本の『ビジネス思考法使いこなしブック』はロングセラーで重版多数

【吉澤準特の過去配布レポート】
「外資系コンサルの仕事を片づける技術」特別抜粋版のダウンロード
「最新会議運営の基本と実践がよ〜くわかる小冊子」のダウンロード
できる人の9つの法則
コンサルタント直伝!コミュニケーションのプロになれる!


IT業界の裏話(まぐまぐ殿堂入りメルマガ)へ
メルマガ登録ならコチラ メルマガ解除ならコチラ
メールアドレス:
メールアドレス:



2009年03月02日

組織が150人を超えると仕事の質は劣化する
このエントリーを含むはてなブックマーク

前回、『世界最大のコンサル会社が最低の仕事をする理由』というエントリーで、小さい規模で機能していた優れたアプローチを大規模な形にスケールさせることで硬直化してしまうという話をしました。

 → http://it-ura.seesaa.net/article/114822601.html

どんなに優れた人材や組織であっても規模の拡大によって生じる品質の低下(劣化)を生じてしまうということなのですが、10人や20人くらいの組織であれば個々人の連携によってそれなりのパフォーマンスは期待できます。

「我々の間には、チームプレーなどという都合のよい言い訳は存在せん。有るとすればスタンドプレーから生じるチームワークだけだ。」

と言ったのは攻殻機動隊の荒巻さんですが、では、一体何人を超えると組織のチームワークを期待することが難しくなってくるのでしょうか?


これについて、とても興味深い数字を発見しました。それはダンバー数です。

霊長類学者のロバート・ダンバー氏は、大脳新皮質の大きさと群れの大きさの関係について相関関係を調査した結果、「人間が形成できる群れの大きさ」を算出しています。

人間の場合、所属する組織やコミュニティが150人を超えると、お互いを明確に識別しあうことが難しくなるため、組織としてのパフォーマンスが悪化し、生き残ることが困難になってくるそうで、事実、世界各地の狩猟民族は平均すると150人前後(130人〜250人の平均)に落ち着くとのこと。

これを組織論に当てはめて論じると、社員同士が意識し合える部門内の人数は150人を超えないことが望ましい、という結論を導くことができます。

ダンバーの150人理論について、松村崇さんがうまくまとめているので引用します。


『ダンバーは150人以下であれば、規範やルールがなくても同じ目標を達成することができ、これが最大効果を生む組織の適正規模だと主張している。逆に 150人をわずかに超えてしまっただけで、分派行動が生まれ、互いがギクシャクしはじめて疎遠になって、各人のベクトルが分散してしまうということだ。

 この150人の法則を取り入れて成長した企業が防水繊維で有名なゴアテックスを生み出したゴア・アソシエイツだ。この企業は、規範とか肩書きというものを持たず、あたかもアメーバのように自然体の組織を実現してきた。工場の敷地の駐車場を150用意し、そこからあふれ出る車がちらほら出始めると、工場を分割して、常に150人より小さい組織を維持しながら成長していったのである。

 小集団のなかで形式ばらない顔の見える人間関係が効果的に機能するためには、150人を超えたら分割し、常に150人より小さい組織を維持することが大切なようだ。会社組織のみならず、特に教育現場においても、1学年の人数が150人を超えてしまうと、生徒同士はギクシャクしはじめ、まとまりがつかなくなり、分派行動や問題が増加するともいえる。』

(詳細はこちらから)
 → http://it-ura.seesaa.net/article/115009549.html



この理論を意識して組織を構成している企業は多いようで、事業規模をうまく拡大している企業の多くは一部門の人数を150人以下に抑えるようにしていると聞いたことがあります。

しかし、これで話が終わってしまうと、組織は150人以上の単位でまとまることはできなくなってしまいますね。そこで登場するのが、前回のエントリーで触れた”方法論(メソドロジー)”というものです。

人間の集落を調査すると250人(子供を抜くと150人程度)以下と1000人以上のいずれかに識別できる、というのは中山心太さんの発表資料に書かれていたことですが、これはとても面白い考察だと思います。

(詳細はこちらから)
 → http://it-ura.seesaa.net/article/115009549.html

中山さんによれば、1000人以上のコミュニティに共通していたのは、宗教や儀礼のような共通のルールが発達したからであるとしていますが、これはそのまま企業のメソドロジーにも当てはまることではないでしょうか。

つまり、150人を超える組織をひとつのコミュニティとして発展させたいのであれば、そこに共通のメソドロジーが必要になるということです。それができない組織は人数の拡大とともにチームパフォーマンスの著しい劣化を招くことでしょう。


あなたの組織、どうなってますか?

posted by 吉澤準特 at 01:08 | Comment(6) | TrackBack(1) | 業界裏話

この記事へのコメント
三田紀房のマンガで同じネタをつい最近
みました。うちの会社は100人いないので
まだ、大丈夫。グループだとだいぶ超えてますが
事業部制をとっているので、
150人の法則にあてはまるのでしょうかね。
Posted by ぼっちー at 2009年03月03日 00:32
ずいぶん前に自分が書いた資料にリンクが張られてますね。
はてブにも書きましたが、この資料はセキュリティ系の学会の二次会用に一時間で書いたものであり、
集落の規模の話は歴史学を専攻している友人から聞いたものです。
そのため、リファレンスが無い状態ですので、注意してください。

ちょっと古いですが、mixiもダンバー数に当てはまるであろう統計データが出てるので、一応参考までに。
http://www.itmedia.co.jp/news/articles/0509/14/news040.html

後それから、ダンバー数の大元の論文を張っておきます。
http://www.bbsonline.org/documents/a/00/00/05/65/bbs00000565-00/bbs.dunbar.html
Posted by tokoroten at 2009年03月03日 20:48
個人的な感覚として、150人以下だと全員を把握できるので、
「集団」=自分の所属する大切なもの となるが、
150人を超えると、その中に知らない人が出てきて、
「知らない人がいる集団」よりも、
「知らない人がいる集団 の中の自分の知ってるグループ」が大切になるのかなと思いました。

「急に売れ始めるにはワケがある」という本で、この話が詳しくされていますよ。
Posted by tec at 2009年03月03日 23:29
ぼっちーさん、コメントありがとうございます。

私はこの話は以前から知っていたのですが、先日書いたコンサル企業のエントリーに関係する内容だったので取り上げてみたところ、偶然にもエンゼルバンクという漫画で最近取り上げられたテーマだったようですね。

私が所属している組織は業界ごとにグループが分かれているのですが、規模が400人弱のグループは、そこからさらに3チームに分けていました。グループ全体としての統率は少し欠けていたかもしれませんが、チーム内では意思疎通がかなり図られていたので、こういったケースでも150人理論というのは概ね正しいと実感しています。
Posted by 吉澤準特 at 2009年03月04日 10:20
tokorotenさん、コメントありがとうございます。

資料についてご指摘下さりありがとうございます。ダンバー博士の論文を直接全部読むのは時間が掛かりそうですけど興味深いので読んでみますね。

mixiの話も興味深いですね。一定規模まで数が増えるとそこから飛躍的に集団数が増加するというのは、はてなのブックマークにも当てはまることかもしれません。
Posted by 吉澤準特 at 2009年03月04日 10:26
tecさん、コメントありがとうございます。

まさにその通りですね。幼稚園から社会人まで徹頭徹尾、人間は自分が知っている&知られているコミュニティを求めており、マズローで言うところの”所属の欲求”と”承認の欲求”を与えてくれるところの目安の規模が150人というところなのでしょう。

教えて下さった書籍は後で目を通してみようと思います。
Posted by 吉澤準特 at 2009年03月04日 10:34
コメントを書く
お名前:

メールアドレス:

ホームページアドレス:

コメント:

この記事へのTrackBack URL


大きいことはいいこと…なのか?
Excerpt: 組織が150人を超えると仕事の質は劣化する 経験知からしても、これはそうだよなぁ。
Weblog: 狩メロ日記
Tracked: 2009-03-02 21:10





【IT業界の裏話】過去コラム(No.1-337)
[ TOP ]IT業界の裏話

▼ IT業界の人々
「内製率を高めたい」のに「世界...
人の話を聞かないIT技術者の...
コンサルを目指す学生との対話...
IT業界、悪魔の辞典『ヒト編』
改善は「自分が楽をすること...
近くて遠きもの、プログラ...
IT企業が求めるプログラマ...
ITプロの3割が機密情報に...
10年働くソルジャーが欲しい...
PGとSEの仕事の面白みは何...
メールをすぐ返信する人、しな...
├ ITコンサルタントになる方法
我がコードは我流。我流は無...
欧米人がグリーンITに積極的...
実は変化など望んでいないエ...
├ 実はコミュニケーション能力に...
IT業界人は自分のドッグフード...
IT業界を不人気にした重鎮...
IT業界の変わった人々
電子メール禁止!ゼロメール...
名言集−運用フェーズ−
システム開発における名言集
失敗から学ぶ人、学ばない人...
SEに多いコーチングタイプは...
あなたのコーチングタイプは...
ITエンジニアの年収公開サ...
CTCは何の略?
会議は踊る、されど進まず...
繰り返し使われるメールアド...
遅刻しそうなので面接受け...
社内SEが人気を集めている...
サポートセンターの悪夢
IT業界に向いていない人
日本の夏、熱暴走の夏
客前で後ろから刺される
システム障害でクビが飛ぶ人
病欠って何ですか?
昼休みって何ですか?
Windowsに弱いIT技術者2
Windowsに弱いIT技術者
エンジニアは音を伸ばさない
話しにくい人
転職する人しない人
サイコロ一振りで給料を決め...
コンサルがお絵描き好きなの...
コンサルの報酬額って?
ITコンサルとSEの違い
SEのITリテラシ
公私のケジメ

▼ 仕事のやり方
客先で自分のPCが差し押さえられ...
「闇リリース」は善意でやっても...
新人のための7つのワークハック...
仕事の質を落とさないメソドロ...
組織が150人を超えると仕事の質...
世界最大のコンサル会社が最低...
IT業界、悪魔の辞典『SI編』
パワーポイントを紙芝居に貶め...
日本と米国の違い:ベンダーサ...
定時退社日に罪悪感を感じるIT...
ストレス厳しい職場を生き抜く...
おまえが呼ぶな、俺が呼ぶ「ハ...
ITプロレタリアートは多機能工...
図表をリッチにする5つのシン...
セクシーパワーポイント道
エンジニア御用達のIT誌
メールコミュニケーションを200.
├ ニッポン・エンジニア・レボリュ...
ITのプロって何ですか?
クールビズにも限界、冷房28...
真夏に長袖!なのに裸より涼...
測定しにくいものを測定する方...
山田さんの使いやすいシス...
SEの品格
コンサルの品格
ダメシステムはひとまず葬れ
眠気対策アイテムを考える
長篠メソッド
ITサポートがユーザーに教え...
資格の価値
出張先のホテルでインターネ...
お口の恋人
絶対に潰れない会社の悩み
エアエッジが必要になる理由
ハイプ曲線+キャズム理論
ユンケル黄帝液とスーパー黄...
一貫性が信用を生む
デビルズ・アドボケイト
落とし所を見定める
クライアントの良き友人たれ
キャンペーンでたたみかける
比較で暴利をごまかす
権威を活用する
ヒヤリハットの考え方
密談のタバコ部屋
「えいや」で決まる、魔法の言葉
海外テレカンの心得
IT業界でうまく生きていくコツ
ポンチ絵
仕事と作業の違い
上司に背を向けると怒られる?
ロケットスタートのススメ
人の考えを利用すべし
「見える」化
仕事の範囲
ワークシートのススメ
フローチャートの基本
仕事のやり方、片付け方
もんたメソッド
高橋メソッド
作業時間の見積り方
仁義を切る
アクションプラン
ミーティングと議事録
ベンダー選定の基準
ITと数学
レスポンシビリティとアカウンタ..
仕事の密度
リクルーティング
ドキュメントプロパティ
クライアントが納得する答え

▼ 仕事の環境
こんなのITのプロらしい仕事...
デスマーチに陥るお決まりパ...
外資が休暇を大切にする”真”...
HTMLメールとテキストメール...
ペーパーレス化が紙の無駄...
携帯電話のSDカードも禁止す...
人々は安定性と安全性の両方...
カタカナ会社はあやしい会社?
サービスリリースの落とし穴
IT業界の職場環境
IT業界の労働環境悪化は...
英語の必要性
正月出勤
年末年始の過ごし方
止められないコンピュータ
動かないコンピュータ
リリース直前の危機

▼ IT業界の動向
クラウドプレイヤーの名言集...
ネット史上最大の惨事、マイクロ...
ベンダー努力を台無しにするIFRS...
電子政府構想は無駄遣いの温床...
NASAのレポートがIT業界に与える...
中国当局によるプログラム盗用は...
コンサルもSIerもいらない内製...
中国のソースコード強制開示制度...
IBMは当て馬、Oracleが演出する...
PWCCが復活、ベリングポイントを...
IBMに喰われたSun、IT業界に訪れ...
ヤフー、自社データセンター所有...
自分が決めたルールに違反するGo...
SOAは死んだ
データセンターを巡るIT業界三...
├ リーマン破綻にみる米国証券業界...
IT史に輝く「すべったテクノロジ...
冷却を必要としない常温データ...
過去のIT業界10大予測を振り...
├ エンジニアよ、大志を抱け!
├ 黒箱襲来!コンテナがDC...
IT業界進化論: SIer 2.0を目...
IT業界がダメな理由を学生の...
IT業界温室効果の1/4はDC...
新生ニコニコ動画、ニコンド...
システム前線異常アリ!ゆう...
ニコニコ動画は文化の架け橋
Web2.0の向こう側〜サードリ...
セカンドライフだけで宣伝の...
国家戦争にも利用されるDDo...
DoCoMo2.0に見る情報格差...
DoCoMo2.0とWeb2.0
ITIL準拠という幻想
システム障害訓練の日を制...
WAONとnanacoが提携したい...
NTT東西の野望〜光回線編...
mixi招待制の綻び
Vistaが売れない理由
独自仕様に走り過ぎて泣き...
米国事情から見る日本のIT...
MVCからAjaxへ
外字ってなんですか?
Sunがx86サーバにIntel採用...
やりたい放題バッドウェア!
アウトソーシングという名の幻...
ソフトバンクモバイル、MNP停...
やっぱり止まったソフトバンク...
あらゆる意味でやり過ぎの...
経営者不在の日本版SOX法...
働いてみたいIT企業ランキン...
サーバの進化がデータセン...
_システム運用にRSSを活用
電力線通信が認可される日...
携帯メールはSSL通信よりも...
経営者不在の日本版SOX法...
Microsoftがサイトリニューア...
停電に脆弱なシステム
システムは誰のためにある...
ITILで運用が楽になる?
進化するコールセンター
Vacademy
IT業界にロングテールはある...
時間をお金で買う
あなたの猫はコンピュータウ...
個人情報保護法の範囲
あなたvsプロジェクト構成管理
ドラマ24にみるシステム最前...
次世代トレンドと枯れた...
日本版SOX法の施行に向け...
新しいWindowsはWeb決済...
地震に強いシステムをお持...
IT Doesn't Matter
SOAと分散コンピューティン...
各社で定義が異なるESB
おサイフケータイに見...(2/2)
おサイフケータイに見...(1/2)
子会社のシマを荒らす親会社
アインシュタインに学ぶソフ...
公職選挙法とインターネット
マイレージ負債
インターネットの舞台裏:海底...
ゼロ・クライアント
サーバのトレンド
外資系パッケージベンダー

▼ 業界の構造
対極にあるIT業界とコンビニ業...
IT業界は成果報酬型のサービス...
特定ベンダー以外をふるい落と...
欧米人なら爆笑するレベルと...
IT業界が詐欺師集団と言われる...
IT業界の格差社会、年収200...
├ 新基準導入でデスマーチがな...
公式では言えないニコニコ動...
├ コンサルとアプリ開発者、格差...
システム運用はIT業界の最下...
テストフェーズの呼び方は千...
2000年問題再来!?サマー..
減り続ける正社員の割合
労働局が偽装請負の抜け道...
会社貸与のPCは何年償却?
ITIL Foundationを2万円で買..
IT製品もイメージ重視?
お試しできない製品は売れない
IT業界は無免許制
どんぶり勘定
標準価格と提供価格
ソフトウェアライセンス
社外秘の秘密度合
偽装請負 
システム開発の流れ7 テス...
システム開発の流れ6 開発...
├ システム開発の流れ5 開発...
システム開発の流れ4
システム開発の流れ3
システム開発の流れ2
システム開発の流れ1
IT業界の構造

▼ 業界ランキング
SIerランキング2005
コンサルランキング2005

▼ その他
「幣社」という表現は相手を見下...
コミュニケーション力の不足は...
聞く耳を持たないYahooニュース...
黒デスクトップ事件に見る中国...
ITコンサルから見たブラッディ...
違法ダウンロードでネット追放...
就職難民=不出来な学生とい...
モンスターペアレント、会社襲来
あえて言おう、Yahooの掲示...
プログラマ向きなカフェをオー..
├ Japan Brog Award 2008を..
日立さん、IT大喜利をもう一度
インターネット上の信頼できる...
IT業界でありそうな迷惑勧誘...
倒産してもカネを要求する悪2...
倒産してもカネを要求する悪1...
├ 枯れた技術の水平思考で
├ ずさん極まりない環境保護ラ...
世界の奇妙な法律を集めた...
50万円のキーボード
洋楽を1曲10円で購入できる...
CNETとZDNetは同じ会社
情報の価値(情報商材)
コンパイル1回12時間の世界
楽天ポイント事件
楽天ポイント事件〜利用者...
楽天300ポイント付与で謝罪
ライブドア強制捜査
└ ネットワークベンダー