我們常說項目進度拖延，要保證按時完成，經常會采取一些措施，包括增加人手，趕工，外包等等。我們看下“布魯克定律”：當項目進度落后于計劃時，增加人手的做法通常是無效的。哈佛大學教授J.理查德·哈克曼認為：“這就好像為了快點生出孩子，分配9個女子各懷一個月的孕……一個軟件的生產一延遲，如果此時加派人力，則整個項目進度只會更加拖延。”
團隊越小越靈活，越大越難做到敏捷。在一個小團隊中，成員之間相互認識并建立互信，相互了解，這樣才能有一個統一的目標，在一個25人的團隊里做到這一點不難，在一個50人的團隊里做到這一點也是可以的，超過100人就有些難了。在企業中幾千人的大團隊中做到這一點幾乎是不可能的。
但是，只要在一支有小團隊構成的大團隊中，每個個體成員無須與其他所有成員建立關系，只要構成這個大團隊的各個小團隊之間建立起那樣的關系就行了。就能建立起整體的高效敏捷團隊。
一、最傳統的指揮控制式架構：（圖1）
小團隊各自為政，互不關聯，只聽從最上面的領導者，層層傳遞信息和指令。
二、下層為團隊結構，上層仍是指揮控制式結構（圖2）
要提升團隊的靈活性。于是我們經常可以看到一種改進式的團隊架構，在這個體系中，下層為團隊結構，但是上層仍然保持著指揮控制式結構。
三、由小團隊構成的大團隊（圖3）
最終的目標，是打造一個高度靈活的團隊。由靈活的小團隊構建靈活的大團隊。組織中的每個人沒有必要了解其他的所有人，只要和其他團隊中的某個人取得聯系即可。
轉載：//bamboo-vinegar.cn/zixun_detail/109048.html
