基於Jira的Scrum敏捷管理實戰 | IDCF

來源：雲棧技術CSTC
作者：Geekwolf

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

基於Jira的Scrum敏捷管理實戰 | IDCF

相關文章