
アリの生態にみる自己組織化のルール
2006/2/15
第1回のまとめ:自己組織化を促すために
前回「プロジェクトを管理しないという発想」の内容のまとめから始めましょう。
■『システム開発が複雑で変化が激しいものになっている』ということの真の意味は何か?
現在のプロジェクトの問題点である『複雑さ』とは、プロジェクトを構成する『もの』=『粒』が増えたことによる、粒同士の関係、ネットワークの爆発にある。
昔のプロジェクトと現在のプロジェクトを比較し、現在は、プロジェクトを構成するものの数が増えていることで、関係性=ネットワークの複雑さが爆発的に増えていることを示しました。
■自己組織化を目指す解決案
『粒』のネットワークが複雑な状態で、環境の変化が激しい場合、完全な秩序を目指すCMMI的なアプローチを取るのは難しいことを述べました。
そこで異なる方法として、混沌(カオス)と秩序の中間状態である『カオスの縁』にプロジェクトを誘導することが、プロジェクトの自己組織化につながるということを提案しました。
■プロジェクトの自己組織化を促すための具体的なポイント
- 大きさのそろった『粒』をできるだけ増やすこと
- 『粒』と『粒』との連携は可能な限りシンプルにすること
- 『粒』と『粒』との連携方法に例外をなくすこと
混沌とした大火事開発プロジェクトで、自分が取った具体的な方針を述べました。その中でのポイントは、『粒』が増えてネットワークが複雑になり、困っていたのにもかかわらず、なぜかあえて大きさのそろった『粒』をできるだけ増やす、という正反対のアプローチを採用したか、ということです。
今回は、この一見不可解な方針が自己組織化につながっている例をいくつか紹介していくところから始めます。
例といっても、システム開発とまるで関係がないように見えるため、驚かれるかもしれません。まずは、昆虫のアリの巣(コロニー)についてです。
蟻の生態にみる自己組織化のルール
| Page 1 第1回のまとめ:自己組織化を促すために |
|
| Page2 自己組織化とはどんな現象か? |
|
| Page3 自己組織化のポイントを大火事プロジェクトへのアクションに当てはめてみると…… |
自己組織化プロジェクトの育て方 バックナンバー 連載インデックスへ»
- 第1回 プロジェクトを管理しないという発想
- 第2回 アリの生態にみる自己組織化のルール
- 最終回 実践! 自己組織化プロジェクト
ホワイトペーパー(TechTargetジャパン)
|
|

