Scrum敏捷開發實戰(2):組建敏捷團隊

2 評論 7455 瀏覽 44 收藏 14 分鐘

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

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

一、敏捷開發的理解

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

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

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

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

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

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

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

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

其次,它是一套工具集。

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

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

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

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

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

二、敏捷原則

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

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

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

三、團隊組成

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

Scrum敏捷開發實戰(2):組建敏捷團隊

Product Owner 產品負責人

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

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

1. Scrum Master 敏捷教練

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

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

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

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

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

2. Scrum Team 開發團隊

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

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

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

四、自組織團隊特點

Scrum敏捷開發實戰(2):組建敏捷團隊

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

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

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

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

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

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

 

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

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

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

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 這篇文章干貨滿滿,結構清晰,感謝作者的分享,值得收藏

    來自江蘇 回復
    1. 這是一個系列文字,歡迎關注!??

      來自浙江 回復