mike cohn是一名scrum正規化的早期貢獻者，還是scrum聯盟的創始成員之一，他在最近的報告中指出，在自組織團隊形成和生存的期間，需要平衡促進作用和自上而下的指導原則。他記述了把促進作用融入團隊治理的個人經驗，報告中稱這麼做易於建立工作實踐、會議和其他能充分估計影響因素的工作授權，而「太多的規則將會把團隊推向絕境」，並使你們遠離自組織。mike提醒說：
\u0026#xd;\n
\u0026#xd;\n\u0026#xd;\n對於每條規則，你都應該考慮是否值得為這條規則冒險。如果答案是否定的，那麼你就不要設立這條規則。另外，不管什麼時候只要你考慮為團隊增加一條規則，就要看看是否有其他可以刪除的規則，或者它對工作有哪些限制。
\u0026#xd;\n
在最近一篇關於自建團隊的文章中， scrum大師rok prešerenw分享了他的專案經驗，他闡明團隊構成是保持自組織團隊成功的關鍵因素。他在文章中說, 下乙個被敏捷徹底改變的傳統管理正規化是團隊形成的過程。他還指出自上而下的團隊建設通常過於關注個人能力，而不是團隊的綜合能力。
\u0026#xd;\n
\u0026#xd;\n\u0026#xd;\n……管理應從促進團隊自建開始切入，因為這麼做通常會收穫更好的專案成果。不管怎麼說，誰更了解如何針對實際的專案工作去完美地組建專案團隊呢？
\u0026#xd;\n
prešeren引述了craig larman和ahmad fahmy在美國銀行美林集團（baml）全球**業務技術的經驗，他們只開了3小時的會議就成功地促使35個個人由5個專業職能組織重組成了4個跨職能的團隊。larman和fahmy利用邏輯約束在自組織的三個推進週期內迫使個人在舒適區之外組成團隊。craig 和 ahmad設立的約束是，團隊必須是均衡的、本地協作的、跨職能的和跨元件的。prešeren指出促進作用是指導團隊組建的必要條件，要避免巢狀的命令和控制結構：
\u0026#xd;\n
\u0026#xd;\n\u0026#xd;\n促進者以提問的方式請大家針對約束評估團隊構成，以此把大家推出了舒適區，從此之後事情才開始改變。在第二個週期他們開始自我形成團隊，但是此時，自然當選的團隊領導開始在團隊形成中使用自上而下的方法了。這時有必要讓促進者介入以預防形成內部自上而下的方式。
\u0026#xd;\n
《精通軟體專案管理：最佳實踐、工具和技術》的作者thomas cagley去年寫文章敘述了會在敏捷場景**現的問題，自頂向下會損害團隊構成的穩定性。他指出敏捷是建立在乙個基本假設上的，那就是「團隊將是穩定的，在sprint或者迭代週期內團隊成員和工作重心都不會有變化。」他描述了團隊成員之間人際關係的重要性，每一次團隊發生變化時都會帶來團隊的化學變化。他說：
\u0026#xd;\n
\u0026#xd;\n\u0026#xd;\n如果團隊構成違反了這個基礎的假設，那麼團隊成員的任期就會破壞團隊的信任度和效率。這就會產生一群職責不清的個人，而不是乙個敏捷團隊。
\u0026#xd;\n
infosys的nitin mital 最近**了建立自組織團隊所必需的成功因素。他在文章中說，要建立自組織團隊並不斷地取得成功需要分三個步驟培養團隊能力，指導團隊一起享受工作效率，然後不斷地輔導和學習。他寫道：
\u0026#xd;\n
\u0026#xd;\n\u0026#xd;\n……自組織團隊不需要「命令和控制」，但它需要教練和指導。
\u0026#xd;\n
本著同樣的精神，cagley和cohn也寫文章**了由教練去促進和引導反饋環的必要性，這有助於團隊自我評估和擁抱敏捷。thomas分享了一段軼事，有乙個已經遠離敏捷實踐並已經開始分配工作的團隊，通過引入了教練和新的反饋機制能讓這個團隊重新步入正軌。
\u0026#xd;\n
\u0026#xd;\n\u0026#xd;\n……組建自組織團隊是乙個不斷持續的過程，我們從來都沒有到達過終點。無論團隊構成何時發生變化，我們都需要重複整個過程。
\u0026#xd;\n
檢視英文原文：how to self-assemble and sustain a self-organising team
\u0026#xd;\n
感謝吳海星對本文的審校。
\u0026#xd;\n
什麼是自組織團隊
最好的架構 需求和設計出自自組織團隊 敏捷宣言如是說。這帶出幾個問題 什麼是自組織團隊？為什麼我們需要它們？自組織團隊有什麼差異？我們如何支援自組織？是否有什麼方式有助於浮現出這種特殊的協作型別？出人意料的是，並沒有太多關於自組織以及如何使它們更加高效的資料。組織行為發展顧問sigi kaltene...
自組織團隊 學習筆記
mishkin 這個很難 說，因為在不同的組織，情況會稍微不同。不過，對於一些規模較小的公司來說。要開發軟體，最重要的可能是測試驅動開發 test driven development 和迭代式開發 iterative delivery 在專案初期，這兩種實踐是最簡單也是最重要的。但是，從長遠來看，...
建立自組織敏捷團隊
敏捷建議團隊自組織他們的工作。問題就產生了，自組織是什麼，什麼樣的組織讓團隊可能做到自組織？mike cottmeyer發表了一篇名為關於敏捷團隊自組織的一些想法的部落格帖子,cottmeyer在文中談到了對於自組織的某些錯誤概念，自組織並不意味著沒有經理 團隊沒有約束或者團隊自己可以決定所有事情。...