編輯導語：在項目研究的過程中，可能會遇到需求變化和溝通平衡的挑戰，這時便需要敏捷開發來快速適應。本文作者總結了如何組建一支敏捷團隊，一起來看一下吧。

敏捷開發的落地，人是最重要的，在做敏捷開發之前，需要先組建一支敏捷的團隊，而作為這個團隊的負責人，必須要對于敏捷有著清晰的認知。

一、敏捷開發的理解

很多人對敏捷開發的理解就是快，做項目中如果不快就對不起敏捷這兩個字，但快到什么程度卻沒有概念，因此往往沒有參與過完整敏捷開發項目的人，遇到一些問題之后“比如不是他想象的那么快”，就對敏捷開發提出質疑，覺得敏捷開發也就那樣，究其根本是對敏捷開發的片面理解，或者只是了解了皮毛就覺得掌握了全部，而忽略其本質。

敏捷開發的目的是用來適應快速變化的市場，就像沖浪一樣，一直處在動態、不停的變化當中，而在項目研發過程中遇到的需求變化和溝通平衡的挑戰，就是你在沖浪時遇到的海浪，它們從不停止且永遠在變化，所以我們要快速的適應變化。

首先，敏捷開發是一種做事情的方法。

它適用于范圍軟件、運維、服務等領域，但在硬件領域就不太適用，硬件一般不允許需求中途改變；

它適用于競爭激烈的市場，這種情況下，趕在對手之前交付一個不完美但能用的產品，并通過用戶反饋不斷優化就非常重要了；

它適用于快速變化的市場，研發團隊和外部信息保持緊密聯系，不僅能讓產品能夠適用于當前的外部市場，而且還能按時交付；

它適用于小團隊，一般為5~9人，這樣能使敏捷開發提倡的“面對面”溝通方式是可行的；

所以它的快在于應對市場變化的靈活度，在于團隊配合的溝通和協作效率，在于對按時交付可使用軟件信念的堅定，而不是某個項目原本開發需要3個月，簡單的認為用了敏捷開發就一個半月就能交付了。

其次，它是一套工具集。

你可以通過各種最佳實踐提煉出自己的敏捷實踐方法，也可以選擇其中幾個你認為有用的來提高團隊的工作效率，比如站會，看板，用戶故事，演示、計劃會、評審會、反思會等活動工具。

最后，敏捷開發也是一種企業管理方式。

它專注于團隊的整體績效，而不是個人的單打獨斗能力，在實際工作中將決策權交給團隊，以人為核心，發揮個人的主觀能動性，提倡創新和效率，也需要負責人日常工作要不斷強調的核心理念；

它把大項目拆成小項目去做，每次使用Sprint作為一個沖刺版本，每個Sprint控制在2~4周內，持續輸出有價值的軟件；

綜合以上內容，敏捷開發是指在高度協作的環境中，持續不斷地快速輸出可交付的產品，通過反饋進行自我調整和完善的方法。

二、敏捷原則

圍繞著敏捷宣言，在實際工作中，我們總結出一系列的原則，使敏捷開發更具可操作性：

1. 可工作的軟件是主要的進度度量標準
2. 我們最優先要做的是通過盡早，經常性地交付可以工作的軟件來使客戶滿意
3. 要持續不斷交付可用的軟件，周期從幾周到幾個月不等，時間越短越好
4. 最好的需求調研、產品架構、和產品設計來自于自組織的團隊
5. 善于激勵項目員工，給他們提供所需環境和支持，并信任他們能勝任工作
6. 在團隊內部，最有效果和最有效率的傳遞信息的方式是面對面交流
7. 敏捷過程提倡可持續的開發速度，項目方、開發人員和用戶應該能夠保持恒久穩定的進展速度
8. 要做到簡潔，盡最大可能減少不必要的工作
9. 即使到了開發后期，也歡迎需求變化，要善于利用需求變更，幫助客戶獲得競爭優勢
10. 開發團隊每隔一段時間，都會對如何能有效地工作進行反省，然后相應地對自己的行為進行調整
11. 不斷地關注最優秀的技術和良好的設計能增強敏捷能力
12. 項目開發過程中，業務人員與開發人員需要在一起工作

隨著敏捷的不斷實踐和理解，團隊還可以提出自己的敏捷原則，最終讓每個人認可并執行，打造出整體輸出的高效團隊。

三、團隊組成

在一個敏捷開發團隊中，有以下幾種角色：

Product Owner 產品負責人

產品負責人是需求的制定者，代表了用戶的意愿，保證Scrum團隊從業務角度來說做正確的事情，產品負責人負責編寫用戶故事，排出優先級，并確定好每次Sprint的沖刺內容。

他是產品的既得利益者，也同時是部門負責人/項目負責人，責任是制定團隊的目標，把握方向，為產品是否為客戶想要的結果負責，同時也承擔著團隊管理的責任，給團隊賦能，協調公司資源，激勵團隊成員，以及對弱能力成員進行輔導，最終讓團隊成員整體作出成績。

1. Scrum Master 敏捷教練

為項目進度和交付結果負責的人，是團隊的負責者，提供服務要滿足團隊最高優先級需要；同時確保Scrum的正確理解和使用，使得每次Sprint的收益最大化，他必須了解完整的開發過程，以及開發過程中上下游的關系，擅長使用Scrum各種工具，并在實際的工作中引導團隊成員。

ScrumMaster是團隊的保護傘，確保團隊集中精力完成沖刺，同時他要掃清妨礙團隊生產效率的一切障礙。

ScrumMaster還要幫助他人理解變革的需要，在Scrum團隊之外Scrum所帶來的影響及Scrum能幫助達到的廣泛而深遠的收益。ScrumMaster還要確保組織的各個層面都發生有效的變革，不僅能夠促成短期的成功，而且能夠得到長期的收益。

這個角色可以是一個專職崗位，專職的好處是項目管理更加專注和專業，引入快，但可能會工作不飽和，因此一個專職的ScrumMaster可以參與多個項目；也可以從團隊中選一個資深的團隊成員兼任，兼任的好處是降低了人力成，對項目和產品理解更深，協作效率更高，但對ScrumMaster能力要求較高，對于成員的工作會有一定影響。

但不管是專職還是兼任的，這個角色要有很強的責任心才能按時交付、足夠細心才能控制好進度，擅長溝通才能掃清障礙，善于提問才能給團隊啟發，讓開發團隊自己找到答案，實現自組織管理。

2. Scrum Team 開發團隊

人數不宜過多，5~7人比較理想，包含產品、設計、前端、后端、測試等多角色，是實際價值產出者。

開發團隊的職責是合理評估好工作量，每天完成既定的工作內容，遇到阻礙要積極解決，解決不了需要及時需求幫助，承諾按時交付可工作的軟件。

敏捷開發的團隊是一個自組織的團隊，這個團隊接受外部給與的任務和約束條件，自行決定如何完成任務，在團隊中，團隊成員自己決定做什么，如何做；就像一個籃球隊，上場之后教練和老板就失去了球隊的控制權，場上的任何決定只能靠團隊成員自己來做；而角色的區分，讓項目成敗不全壓在團隊負責人身上，整個團隊要去承擔相應的責任。

四、自組織團隊特點

在一個自組織的團隊中，具備以下6個特點：

1. 尊重：是指團隊成員之間和團隊外部之間彼此尊重，公司放心授權，團隊間彼此信任，才能建立起高效的合作；每個成員敢說、敢做、敢犯錯，不不斷試錯中快速找到正確的路徑。
2. 透明：透明是建立信任和尊重關系最好的方法，講明原則，制定規則，在各種實踐中保持透明，盡量將一切活動可視化，使用看板、燃盡圖等工具。
3. 目標：團隊要有明確的目標，團隊才有前進的動力和方向；讓團隊明白項目背后的意義，團隊成員才能明白自己付出的價值，在團隊中達成價值、完成標準、驗收標準等共識。
4. 承諾：有了目標就要有承諾，團隊各成員之間相互承諾，完成彼此的責任和任務，做到當天的事情當天畢，對團隊承諾的事情，一定要做到。
5. 團隊：一個項目團隊就是一個整體，在項目開發過程中，要時刻強調以團隊作戰，團隊共同進退，增強每個人的集體榮譽感。
6. 輔導：互相輔導是提升團隊能力的最佳途徑，也是實現團隊間尊重、承諾的好方法，比如師徒制、Code Review、反思會等。

同時，定義好每個角色的責任邊界。

• 產品負責人：為團隊的配合度負責，為員工的流失負責，為最終交付產品的客戶使用滿意度負責；為打造高效的敏捷流程負責
• 敏捷教練：要為項目交付時間負責，為沒攔住開發過程中需求變更負責，為長期加班狀態負責，為線上bug負間接責任，為員工流失負間接責任
• 產品經理：要做到項目啟動會時，為PRD完備負責；在DL日期之前，不再變更需求，也不再插新需求，也就要求產品的邏輯要思考全面；為交付時間負責間接責任，為攔住需求方提負擔過重的需求負責
• 開發團隊：要為里程碑進度負責；要為交付時間負責；為線上bug負間接的責任
• 測試：為線上的bug負責

想要打造自組織的團隊，需要負責人堅信敏捷開發帶來的團隊變化，倡導敏捷文化，打造誠實守信、精益求精的團隊氛圍，在一個一個項目實踐中磨合。

如果是新團隊建議剛開始就使用敏捷工作方法，形成部門規矩，后續新人融入之后能夠快速適應；而成熟團隊需要潛移默化，切勿著急改變，挑選合適的成員來進行試點，有了一定結果之后再推廣到其他的項目團隊中。

作者：周武，曾就職于騰訊、邊鋒，現在一家上市公司產品負責人；公眾號：周武說。

本文由@ 周武 原創發布于人人都是產品經理，未經許可，禁止轉載。

題圖來自 Unsplash，基于CC0協議。