起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識3個方面分析：如何打造團隊自組織？
實際上，在敏捷宣言中，自組織是一個關鍵性原則——最好的架構、需求和設計來自自組織團隊。
團隊實現自組織的能力，是實施包括Scrum在內的所有敏捷流程的基礎。實際上，在敏捷宣言中，自組織是一個關鍵性原則：“最好的架構、需求和設計來自自組織團隊”。
作為決定如何更好的實現目標的一部分，一些團隊會把所有關鍵的技術決策交給了一個人。其他團隊則會按照技術類別，來分配由誰來對技術決策負責：數據庫專家負責數據庫決策，最有經驗的Python程序員負責Python有關的決策。還有些團隊是不管誰做決定，所有決策結果都是整個團隊來承擔。
團隊達到自組織的路徑是不一樣的，這有兩個關鍵指標：
- 不是每個團隊都會選擇同樣的方式管理自己。
- 比起僅僅依靠某個經理的決策，利用團隊的集體智慧通常會更容易找到適合團隊的工作方式。
允許團隊自組織的好處，不是說團隊能找到可能會被經理遺漏的最佳組織方式，而是通過允許團隊自組織，從而鼓勵團隊自己承擔工作。
一、真的可以期待團隊實現自組織嗎？
對自組織團隊的一個常見批評是：
“我們并不能把隨機把8個人放在一起，告訴他們要自組織，然后期待任何好的結果。”
我不知道我們是否可以把8個人隨機地放在一起并期待某些事情，但是敏捷團隊不應該是一群人的隨機集合。事實上，公司里負責引入Scrum項目的那些人，組建團隊的時候在人員選擇方面應該是花了相當大的精力的。
對自組織團隊的精妙控制
在最初描述Scrum的文章中，Takeuchi和Nonaka將“精妙控制”作為六項原則之一，他們將人員配置列為關鍵的管理職責。為項目團隊選擇合適的人員，監控團隊動態變化，在必要的時候增減人數（這是關鍵的管理職責）。
本田的一位高管表示：
“如果團隊傾向激進，我們就會增加一名更加年長、保守的成員。項目成員都是經過深思熟慮的，我們會分析不同人的性格，看是否能相處融洽。”
二、找到適合敏捷團隊的人
如果你是一名人事主管，或者是能對團隊成員構成產生影響的，還有一些因素需要考慮。
敏捷團隊需要規則
作為一個跨職能團隊，重要的是：從想法到實現功能需要的所有技能，都能在團隊中得到體現。這可能意味著，在最開始的時候，團隊規模比預期的要大。
但是，隨著時間的推移，Scrum團隊中的成員，每個人都會學到其他同事所具備的一些技能，這在Scrum團隊中各自然而然的結果。當一些人開發出更廣泛的技能時，另外一些人就可以轉移到其他團隊去了。
敏捷團隊的混合技術能力水平
根據團隊的規模，應該努力平衡團隊中的技能水平。如果一個團隊有3個高級程序員而沒有經驗較少的，那么這些高級程序員就需要編寫一些低臨界點特性，他們可能會覺得無聊。一個初級程序員不僅可以發現這樣的功能令人愉快, 也將通過與資深程序員的交流而獲益。
平衡敏捷團隊的知識領域
我們應該在那些對我們所工作的領域，或我們試圖解決的問題，有深入了解的人之間尋求平衡。
這并不是說有機會組建一個全領域專家組成的團隊而不去做，更多是我們應該考慮我們的組織的長期目標，其中一個目標可能是在整個組織中建立領域知識。 如果將所有領域專家放在一個團隊中，您將很難實現這一點。
探索敏捷團隊的多樣性
多樣性意味著很多不同的東西——性別、種族和文化等。同樣重要的是個人如何思考問題，如何做決定，做決定之前需要多少信息等等。
研究表明：同質團隊比其他多樣性團隊能更快地達成一致，但這是因為他們沒能考慮所有選選擇。
組建敏捷團隊的時候要考慮持久性
團隊成員學習如何更好地一起工作是要花時間的。因此，努力讓過去能一起合作的成員繼續在一起。在組建新的團隊分配任務時，要考慮到他們能在一起工作多久。
三、對自組織團隊常見的反對意見
專制的人會做所有的決定
一個常見反對意見是：喜歡支配的人，比如：一個技術主管，會認為自組織就意味著由他/她來做所有決定，或者在團隊討論問題前，就將自己的意志強加給團隊。
如果你注意到開始發生這樣的事情，就要找他溝通，讓他了解：即使他可能知道“正確”的情況，也應該在別人有機會發表自看法前克制自己發表意見。并問他，如果將自己的想法當做一個觀點而不是無可辯駁的決定，團隊還能否做出正確的決定。
他的工作不應該只是做出正確的決定，還要幫助團隊成員成長，使得他們能在下一個他可能不再的項目上做出正確決策。
我的團隊希望Scrum master能發揮領導作用
第二個常見的反對意見是團隊太過被動，無法進行自組織，并且希望Scrum master或者教練來領導他們并為他們做一些重要的決定。
如果發生這樣的情況，要確保團隊成員知道Scrum master的職責是支持，而不是幫他們做決定。如果你既是Scrum master又是團隊成員，你不需要壓抑自己的意見，也不必一直保持沉默。你應該想辦法讓其他人參與進來而不是做決定。例如：在說出意見前，先試著問問其他人問題。
團隊太初級，無法進行自組織
我從來沒遇到過太初級而不能自組織等團隊，如果團隊成員有足夠的經驗構建一個軟件產品，他們就可能有足夠的經驗來弄清楚如何管理自己。如果沒有，那就為他們提供培訓指導。
通常，這個反對意見是為了掩蓋“我不相信團隊能按照我的想法進行自組織”這樣的想法。正確的做法應該是，巧妙的控制組建的團隊成員和既定目標，而不是控制他們如何組織日常工作。
<The end>
Mike Cohn博客：《Self-Organizing Teams Are Not Put Together Randomly》
原文地址：https://www.mountaingoatsoftware.com/blog/self-organizing-teams-are-not-put-together-randomly
本文由 @敏捷行動派 翻譯發布于人人都是產品經理。未經許可，禁止轉載
題圖來自Unsplash，基于CC0協議
- 目前還沒評論，等你發揮！
