基本限制：
 
　　不許離群
　　不許相撞
　　往一個方向飛
　　Jurgen Appelo認為，鳥群的行為可以很容易映射到軟件開發團隊上來：
 
　　不要把自己孤立
　　不要跟其他人打架
　　與團隊的方向保持一致
　　自然，這樣幾條簡簡單單的限制是無法保證能把事情做好的，但是給團隊制定規則就能管用么？敏捷宣言中提到過：
 
　　鼓舞起每個人的積極性，以個人為中心構建項目，提供所需的環境、支持與信任。
　　最好的架構、需求和設計出自于自組織的團隊。
 
　　團隊會定期就如何更有效的工作進行回顧，繼而調整行為。
 
　　那么，你有沒有因為擔心組織或者團隊出現混亂，而從外部強加過多約束呢？
 
　　Jurgen Appelo接著說道：
 
　　在管理軟件項目的時候，敏捷軟件開發是一種很自然而然的方式。它設置了一些限制，如“跟客戶協作”、“允許頻繁的變化”、“只交付可以工作的成品”，剩下的規則就由團隊自己選擇。
　　……
 
　　這也表明，敏捷軟件開發并不是天生就代表了結對編程、TDD、迭代……（注意，敏捷宣言根本沒提到這些！）當然，這些實踐很不錯，但你要是想把它們當做固定規則來實施，你就……
 
　　當然，也就失去了敏捷的能力。

　　各位讀者朋友，你對團隊建設、團隊管理持有何種態度呢？你有沒有想辦法組建自組織的團隊？當團隊能力和工作態度沒有滿足你的預期時，你采用了什么方式來提高生產效率，轉變大家的心態？歡迎留下評論，與大家分享經驗。