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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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