基於 Jira 的 Scrum 敏捷管理實戰

一、研發管理生命週期 (SDLC)

二、引入敏捷，如何破冰

三、項目與團隊

四、創建項目

4.1 項目 CREQPOOL(業務需求池)

用於對接業務部門、市場及產品部門的需求，作爲迭代需求評審的需求池。

4.2 項目 CSTC(迭代項目)

用於日常迭代管理，需求評審後，將評審通過澄清後的需求遷移到該項目 Backlog。基於該項目創建 Sprint 迭代計劃和管理。

五、如何管理結構化需求

• 故事也稱爲 “用戶故事”，是簡短的要求或從最終用戶的角度提出的要求。

• 史詩是大型工作，可以分解爲許多較小的任務（稱爲故事）。

• 倡議是朝着一個共同目標邁進的史詩集。

• 主題是整個組織的重點關注領域。

舉例：

六、需求分解步驟

七、工作流設計

八、迭代機制與分支策略

九、基於 Jira 敏捷管理實踐

9.1 產品 Backlog 梳理

1）產品 Backlog 梳理——創建用戶故事、獨立任務和子任務

【概要說明】由對應的項目產品 PO 和 Master 創建用戶故事；由對應的敏捷團隊成員創建自己的獨立任務和子任務。

【關鍵圖示】

2）產品 Backlog 梳理——用戶故事拆分與估算 

【概要說明】由 PO 或 Master 將用戶故事拆分和估算的結果按照用戶故事” 三段論” 錄入 Jira。進入產品 Backlog 中的用戶故事、任務和子任務，正式進入迭代開發前都需要進行估算（以故事點數，團隊估算方式進行）。

【關鍵圖示】

3）產品 Backlog 梳理——滾動更新、排序

【概要說明】由 PO 來拖拽產品 Backlog 中的 Issue 進行重新排序，同時也在 Issue 屬性頁面中更新優先級。條目按照優先級排列，從上而下，不可隨意更改順序，只有對應的 PO 纔可以修改。

【關鍵圖示】

9.2 版本規劃與迭代計劃

1）版本規劃和迭代計劃——創建版本和管理版本

【概要說明】對應項目負責人或 master 在項目設置中創建和管理版本，這裏的版本最好是產品版本。

【關鍵圖示】

2）版本規劃和迭代計劃——創建迭代和管理迭代

【概要說明】對應項目負責人或 master 在敏捷看板中的相關頁面創建迭代和管理迭代，爲每個版本構建響應的迭代開發計劃。

• Sprint 開始前務必確認迭代的開始和結束時間是否正確，故事 \ 任務是否有遺漏;

• 本迭代中的故事是否拆解並預估故事點數；否則開始後，在進行預估，會影響燃盡圖與速度圖；

【關鍵圖示】

3）版本規劃和迭代計劃——執行迭代開發計劃

【概要說明】對應敏捷團隊成員拖拽自己名下的任務、子任務等到指定的列，並進行 Issue 狀態的更新；由團隊 Master 或者測試主管來拖拽用戶故事到指定的列，並在迭代結束之後及時關閉迭代。

• 迭代任務都在敏捷看板的 Active Sprints 面板中進行，每個 Issue 都以卡片形式出現在面板列中，可以直接拖拽更新狀態；

• 點擊完成衝刺後，未完成的 Issue 將會自動退回到 Backlog 中待處理；

• 可以通過面板 - 配置 - 卡布局，來設置要顯示在卡片上的屬性，如經辦人、測試負責人、初始預估等。

【關鍵圖示】

9.3 每日站會

1）每日站會——使用 Jira 的敏捷看板支持每日站會

【概要說明】團隊成員圍繞 Active Sprints 面板中的內容來召開每日站會，Issue 狀態發生更新時，就及時將其拖拽到指定列。

• 迭代任務都在敏捷看板的 Active Sprints 面板中進行，每個 Issue 都以卡片形式出現在面板列中，可以直接拖拽更新狀態； 

• 點擊完成衝刺後，未完成的 Issue 將會自動退回到 Backlog 中待處理；

• 可以通過面板 - 配置 - 卡布局，來設置要顯示在卡片上的屬性，如經辦人、測試負責人、初始預估等。

【關鍵圖示】

9.4 總結會

1）總結會——使用 Jira 數據統計報表支持總結會

【概要說明】Jira 的敏捷管理具有豐富的報告和統計插件, 時間與進度跟蹤、Issue 問題分析、預測與管理、測試報告等方面提供了數據報表展示功能。以燃盡圖和速度圖爲例，如下圖。

• 燃盡圖反映了工作的進展情況。理想情況下，隨着剩餘工作的完成，曲線燃盡至零。可以按剩餘時間、預估時間、故事點數、過程等來展示。

• 速度圖反映了團隊產生的變化趨勢，體現了團隊計劃承諾完成的故事點數與實際完成的故事點數的對比。

Issue 數據的真實性是分析的前提。

【關鍵圖示】 

9.5 產品質量管理

1）產品質量管理——使用 Jira 自帶的 Dashboard 和 Applet 來支持產品質量管理

【概要說明】創建團隊的 Jira Dashboard 來管理產品研發過程中的各種問題類型和覆蓋問題生命週期的各階段。添加 Applet，選擇 “2 維篩選器統計” 和“餅圖”，通過設置過濾器來關聯數據。

【關鍵圖示】

十、推薦插件

• Tempo - 項目管理插件，工時統計等；

• SynapseRT- 測試用例管理。

十一、Q & A

Q: 是否必須要採用標準的敏捷管理？

A：標準敏捷管理成員素質要求較高，可以部分敏捷開始。可以適用當前環境的，就先開始推行，讓其產生價值。起初，敏捷程度的高低並不重要，解決團隊問題和現狀，並交付目標，纔是正道。

Q: 進行敏捷轉型，遇到什麼阻礙？

A：傳統的瀑布模型轉型敏捷時，思維和工作方式都會發生變化。開始會有很多人認爲敏捷轉型後是否比現在更好。在推行敏捷時，首先要明確解決了當下哪些問題，其次通過持續的培訓，增強團隊敏捷的認知。

Q: 如何帶動團隊氛圍？

A：敏捷轉型初期，選擇相對積極同學參與組建敏捷團隊，不要過於追求完美。先形似後神似，成功開展前兩個迭代很重要。每日三贊，表現好的同學，站會及時提出表揚，做的差的以引導爲主。總結會議或技術分享，可以準備一些禮品、水果、零食之類的，營造輕鬆氛圍，真實反饋，相互討論，互相促進。

本文由 Readfog 進行 AMP 轉碼，版權歸原作者所有。
來源：https://mp.weixin.qq.com/s/-4MCUMYcu_1gF8QM3zfmOA