十、團隊結(jié)構(gòu)

給他們兩個披薩

亞馬遜團隊的做法，指他們的團隊吃兩個披薩就夠了

1、為什么兩個披薩就夠了

小團隊有更多的優(yōu)勢：

1）社會惰化現(xiàn)象程度更低。當一個人相信其他人會同時參與的時候，不會輕易偷懶

2）積極的互動更有可能發(fā)生在小團隊。容易簡歷信任感、共同的責任感以及凝聚力。

3）花在協(xié)調(diào)上的時間更少一些。小的團隊在團隊成員的協(xié)調(diào)方面花的時間會更少一些

4）沒有人會消失在幕后

5）小團隊會更滿意他們的成員，因為一個人的貢獻是很明顯的

6）過分專業(yè)化的不利因素不太可能發(fā)生。規(guī)模小的團隊成員在團隊中表現(xiàn)得更活躍，更忠實于自己的團隊，他們更深切體會到團隊的目標，更熟悉其他團隊成員的個性、工作角色和溝通的方式，并且關(guān)系更加融洽

2、小團隊的效率

團隊越小，每個團隊成員的生產(chǎn)率越高

小團隊完成項目需要的總的工作量更少

盡管如此，項目周期會拉長

在團隊中有一些人只能有一個專業(yè)方向，但是有些人可以跨專業(yè)工作，這樣的團隊結(jié)構(gòu)更容易平衡不同專業(yè)領(lǐng)域的工作量

支持特性團隊

在一個多團隊的項目中引入特性團隊，有下面諸多優(yōu)勢

1）特性團隊能夠更好地評估設(shè)計決策帶來的影響。

2）特性團隊減少了交接帶來的浪費

3）它確保了正確的人在討論

4）組件團隊會制造一些進度方面的風險

5）它保持著對交付特性的關(guān)注

1、保守地使用組件團隊

組件團隊，是指一個團隊開發(fā)軟件給項目的另外一個團隊

組件團隊在每個Sprint結(jié)束的時候還要交付高質(zhì)量的、經(jīng)過測試的、潛在可交付的代碼

只有在特性團隊要求的時候再構(gòu)建組件

只要有機會，就應(yīng)該組件特性團隊，而不是組件團隊，只有在如下條件都符合的時候才考慮組建組件團隊

1）組件團隊要開發(fā)供多個特性團隊使用的功能。

2）使用組件團隊可以減少共享的專家

3）多種方法的風險大于單個組件團隊的不足

4）可以促進討論，否則會保持沉默

5）可以看到不需要組件團隊的那一天

2、誰來做這些決定？

理想情況下，應(yīng)由團隊自己決定他們的結(jié)構(gòu)

但開始的時候，可能需要部門經(jīng)理、項目經(jīng)理、ScrumMaster或者其他想推動Scrum轉(zhuǎn)型的人決定團隊的結(jié)構(gòu)和組織

3、今天對，明天可能錯

沒有一個團隊結(jié)構(gòu)是永久的，如果當前結(jié)構(gòu)明顯是錯誤的，改變它

自組織不等于隨意組合

團隊對指定目標的自組織能力使所有敏捷方法論的根本

不是所有的團隊都選擇同樣的方式來組織，相比僅僅依靠人員管理者的智慧，使用團隊的集體智慧通常是組織工作的最好方式

為項目選擇正確的人，同時監(jiān)測群體的動態(tài)變化，在必要的時候增加或是減少人手是一個關(guān)鍵的管理職責

人員管理者在組織團隊時，應(yīng)該考慮以下因素：

1）包括所有需要的專業(yè)

2）平衡技術(shù)水平的等級

3）平衡領(lǐng)域知識

4）尋求多樣性

5）考慮持久性

一人一個項目

“哪個項目最厲害，就為那個項目工作”

1、任務(wù)太多的時候，花在單一任務(wù)上的時間會減少

任務(wù)切換會涉及一些成本，開始一個任務(wù)，然后切換到另外一個，然后再切換回來，這會有一個巨大的開銷

2、何時可以多任務(wù)

1）一般來說需要避免大多數(shù)團隊成員的多任務(wù)

2）如果一個人在一個項目上的工作量不太飽和，那么多任務(wù)也許是可以接受的

3）寧可讓少數(shù)人承擔更多一些的多任務(wù)，也不要讓每個人都有少量的多任務(wù)

3、公司的多任務(wù)表

如果企業(yè)每次做的少一些，項目就會更快做完

如果希望團隊如期完成項目，就必須限制工作量

4、立刻停止

1）在做好充分準備之前不要啟動項目

2）企業(yè)計劃中要包括啟動和收尾時間

3）制定簡單規(guī)則

4）雖慢也要前進

良好的團隊結(jié)構(gòu)指導(dǎo)原則

1）這個結(jié)構(gòu)是否可以突出優(yōu)勢，彌補不足，并幫助團隊成員提高積極性？

2）這個結(jié)構(gòu)是否可以盡量減少被安排兩個項目的人數(shù)，并且可以避免任何一個人被安排三個項目？

3）這個結(jié)構(gòu)是否可以最大化團隊成員的相處時間？

4）組件團隊的使用是否是受限制的，并且只有在簡單適當?shù)那闆r下使用？

5）只有兩個匹薩，你的團隊是否夠吃？

6）這個結(jié)構(gòu)是否可以最小化團隊之間的溝通路徑？

7）這個結(jié)構(gòu)是否可以鼓勵那些不主動溝通的團隊之間的溝通？

8）這個結(jié)構(gòu)是否有助于清楚地理解責任制？

9）團隊成員是否對團隊結(jié)構(gòu)的設(shè)計提供一些輸入？

承前啟后

在構(gòu)建多個團隊的時候，應(yīng)該力求支持特性團隊，盡量避免使用組件團隊，但同時也承認，組件團隊在某些情況是有好處的

對于任何團隊，團隊成員都需要花精力和心思去挑選