作為軟件開發(fā)團隊的一員，你是否經(jīng)常為客戶時不時提出來的需求改動而煩惱？

作為軟件的交付客戶，你是否常常抱怨開發(fā)團隊無法滿足自己提出來的需求？

讓我們來看這么一個故事：

一天，一頭豬和一只雞在路上散步。
雞看了一下豬說：“嗨，我們合伙開一家餐館怎么樣？”
豬回頭看了一下雞說：“好主意，那你準備給餐館賣什么呢？”
雞想了想說：“餐館賣火腿和雞蛋怎么樣？”
豬說：“不開了，我全身投入(火腿是一次性資源)，而你(雞蛋是可再生的)只是參與而已！”

這個故事是Implementing Scrum網(wǎng)站為了解釋什么是Scrum而推出的系列故事中最具代表性的一個,它展示了在Scrum中的兩組角色：豬和雞。

在故事展開之前，我們先來了解一下什么是Scrum。

Scrum是迭代式增量軟件開發(fā)過程，通常用于敏捷軟件開發(fā)。Scrum包括了一系列實踐和預定義角色的過程骨架。Scrum中的主要角色包括同項目經(jīng)理類似的Scrum主管角色負責維護過程和任務，產(chǎn)品負責人代表利益所有者，開發(fā)團隊包括了所有開發(fā)人員。雖然Scrum是為管理軟件開發(fā)項目而開發(fā)的，它同樣可以用于運行軟件維護團隊，或者作為計劃管理方法。

好了，回到本文開頭的故事。

豬被認為是Scrum團隊中的核心成員，在一個團隊中產(chǎn)品的負責人和Scrum主管和開發(fā)團隊就是"豬"角色。雞不是Scrum的一部分，但必須要考慮他們，用戶、客戶或提供商、經(jīng)理等扮演著“雞”角色。需要說明的是在Scrum團隊中不會有一個人同時成為“豬”角色和“雞”角色。

我們看看團隊中的“豬”都有哪類角色：

產(chǎn)品負責人（Product Owner）
即負責維護產(chǎn)品訂單的人，代表利益相關(guān)者的利益。我們可以把這一角色理解為沒有項目管理權(quán)限的產(chǎn)品經(jīng)理，他只對產(chǎn)品負責，決定做出來的產(chǎn)品是什么，包含哪些功能要點。傳統(tǒng)的軟件開發(fā)流程中，產(chǎn)品經(jīng)理是要肩負起一定的項目管理的職責的，產(chǎn)品經(jīng)理可能同時就是項目經(jīng)理，甚至在一些企業(yè)中CEO就是最大的產(chǎn)品經(jīng)理。但是在Scrum框架中，產(chǎn)品經(jīng)理沒有項目經(jīng)理的權(quán)限，無權(quán)干涉項目開發(fā)的進度，項目的成功與失敗也不需要產(chǎn)品經(jīng)理獨自承擔責任。產(chǎn)品負責人最大的職責就是做好開發(fā)團隊與客戶之間溝通的橋梁，維護好“產(chǎn)品訂單”，排列出開發(fā)的優(yōu)先級。簡單來說，有沒有按時做完項目不是產(chǎn)品負責人的責任，但做出來的東西是不是客戶想要的就是產(chǎn)品負責人的事情了。所以產(chǎn)品負責人必須是Scrum團隊的一員，和其他成員一起時刻盯著團隊開發(fā)的是否是“產(chǎn)品訂單”中列舉的東西。

Scrum主管（Scrum Master）
即為Scrum過程負責的人，確保scrum的正確使用并使得Scrum的收益最大化。Scrum Master需要知道團隊其他成員如何完成開發(fā)工作。這一角色通常要團隊中最資深的那個開發(fā)人員來擔當比較合適，不僅僅是他的技能可以指導其他成員，更因為他有資歷去排除哪些影響Scrum實施的外界干擾。Scrum Master雖然同樣無項目經(jīng)理的權(quán)限，但需要他在關(guān)鍵的時刻站出來，幫團隊推掉來自外界甚至是高層臨時下達的產(chǎn)品開發(fā)需求。

開發(fā)團隊
由負責自我管理開發(fā)產(chǎn)品的人組成的跨職能團隊。Scrum教程里倡導的Scrum團隊的理想人數(shù)是7人，那么即意味著除了1個Product Owner和1個Scrum Master外，開發(fā)團隊應有5人。開發(fā)團隊必須是跨職能的，如果大家的技能相同，很容易出現(xiàn)彼此推諉的現(xiàn)象。每個人都應該明確，自己的工作只有自己才能最好的完成，這樣才能組合在一起形成一個團隊。另外，開發(fā)團隊人數(shù)不能過多。Scrum倡導的是自我管理的團隊，這其實是違背傳統(tǒng)的管理模式的。團隊人數(shù)少的時候，即使團隊中個別人缺乏自我管理的意識，那周圍同伴也很容易幫助其提高和改善自我管理的能力。但團隊人數(shù)一旦很多，出現(xiàn)一群無自我管理意識的人群的時候，那影響的作用力就是相反的，這一小群人會影響周圍更多的人，此時Scrum團隊又無一個專職的管理者，便會出現(xiàn)“無政府主義”的現(xiàn)象，造成一盤散沙的惡果。

屬于“雞”的又有哪類角色呢？

用戶
在Scrum流程中，雖然不能完全聽取用戶的意見，但還是得時刻關(guān)注用戶的感受和反饋。因為Scrum是一種迭代式增量軟件開發(fā)的過程，如果每個小模塊都能得到用戶良好的反饋的話，那無疑最后完工的整個系統(tǒng)出差錯的概率會小很多。畢竟用戶不是專業(yè)軟件開發(fā)人員，整個系統(tǒng)對其來說過于龐大和復雜，一個個小模塊是其能最好理解的單元個體。處理好用戶與開發(fā)者關(guān)系的重要人物就是前面所講的Product Owner，他必須及時的收集用戶的反饋，以此完善每次沖刺的訂單，但同時又不能讓用戶的反饋去影響開發(fā)的步驟。

利益所有者(客戶，提供商)
在Scrum體系中，一旦開發(fā)團隊與客戶確認好開發(fā)需求后，客戶應該無權(quán)在中間干涉團隊是怎么完成的。客戶需要了解，隨意的更改需求、干涉開發(fā)的流程是很危險的，極有可能出現(xiàn)雞飛蛋打的雙輸場面。在前期項目立項的時候要盡可能多的和客戶接觸，完整的記錄客戶所有的需求。但在開發(fā)過程中，特別是每天的站立會中，建議不要讓客戶，特別是根本不知道什么是Scrum的客戶來旁聽站立會。

經(jīng)理
可以把他理解為項目經(jīng)理或部門經(jīng)理，甚至是管理產(chǎn)品開發(fā)的副總或直接就是老板！這群人就是故事中的雞爺爺，他們財大氣粗，有權(quán)有勢，為了能開發(fā)出新的有競爭力的產(chǎn)品，為小豬們提供了資金和場所，所以他們對產(chǎn)品的意見也是至關(guān)重要的。Scrum實施中一個令工程師們興奮的就是項目經(jīng)理將不再管理我們的開發(fā)過程，我們自己管理自己。但實際操作起來，這確實是最難的一個環(huán)節(jié)。一旦項目經(jīng)理在Scrum“每日立會”中下達指示，而Scrum Master又沒擋住的話，那這個團隊的Scrum實施就失敗了，團隊成員會覺得自己失去了領導的信任，被授予的自我管理的權(quán)限又被無情的收回了。大家又會重新回到原先的模式，每一步聽從項目經(jīng)理的指示，按指示辦反正不會有錯，失敗了是項目經(jīng)理指示錯誤的責任，成功了也能跟著項目經(jīng)理分碗湯喝。

Scrum能否成功實施，很關(guān)鍵的是能否得到高層的認同和理解。一個團隊要實施Scrum，首要需要接受培訓的就是公司高層領導們，高層領導們要權(quán)衡實施Scrum的利弊，如果Scrum能帶來高效、優(yōu)質(zhì)的開發(fā)成果，那就應該忘記Scrum實施過程中給所帶來的心靈上的折磨。我們可以合理的定好Scrum團隊中每個人的KPI，讓每個成員真正意識到項目成功是自己的事，而不是項目經(jīng)理、高層們的事。   

Scrum能否成功實施關(guān)鍵在于“豬”與“雞”兩種角色之間心理上的平衡與和諧！“雞爺爺”切不可把“小豬”們看成是一群豬八戒，空有一身本領，但好吃懶做。“小豬”們也不可把“雞爺爺”想象成周扒皮，只會半夜雞叫，影響正常的開發(fā)進度。豬和雞雙方相互理解，達到項目開展過程中的平衡點，才能讓整個項目順利的完成。