1. 如何利用
JIRA +Green Hopper + Structure
管理backlog
Howie
Howie.yu@gmail.com
2012 年 10 月 23 日

2. About me
 Howie
 http://baqua45.blogspot.tw/
 思昉科技(前 )研發經理

3. 故事是這樣開始的…..
3

4. 公司要獲利生存主要靠幾種管道
• 接專案
• 做產品
• 騙投資人
4

5. 我們都知道接專案
其中很重要的一塊就是需求管理
5

6. 在傳統的需求管理
可能就是透過一份雙向需求追朔表
來管理所有的文件
如：規格、需求、測試..等文件
6

7. 但是
這要管理和維護一堆惱人的文件耶!!
7

8. 聽說有個東西叫做Scrum
服用以後….
8

9. 需求管理？
我知道Scrum有個叫做
Backlog的東西
9

10. Backlog是用來
記錄與追中需求的清單
10

11. 那Backlog 裡面記錄什麼呢？
 User Story
› ID
› Name(Description)
› Importance (From 10~150)
› Initial estimate (Story Point ≒ Man Day)
› How to Demo (類似 Test Case)
› Note
› [Optional] Track (類似問題類型)
› [Optional] Components
› [Optional] Requestor
› Issues tracking ID
11

12. 喔~~簡單來說
Scrum 就是每個Iteration開會
討論所有User Story的優先順序
然後不斷的重複
直到把Backlog清空就好啦!
12

13. 看樣子只要跑了Scrum
專案一定可順利結案!!
13

14. But…….
14

15. 為什麼還是那麼多問題？
 已經跑了5個iteration 到底還有哪些Requirement 沒做完？怎麼跟User Story
對不起來？
 這個User Story 對應到哪個Requirement？
 這個Task 是從哪個User Story切出來的？
 到底哪些Requirement 的bug還沒被解完，無法驗收？
 那個增加的需求是屬於哪個User Story ？
 那個被變更的需求是屬於哪個User Story？
 …………
15

16. Task? Requirement? Epic?
User Story?
Issue? Epic?
Bug?
16

17. 有沒有一個好的工具？
 可以分們別類記錄各種Issue
› Epic
› User story
› Requirement
› Bug
› Task
 可以追蹤互相的關聯性
 可以看出互相的階層關係
17

18. 現在才進入今日重點
JIRA +Green Hopper + Structure
18

19. Green Hopper 的Backlog View
19

20. Green Hopper 的TODO View
20

21. Green Hopper 的Burn down chart
21

22. Structure view
22

23. Structure view
23

24. Structure view
24

25. 結論
 雖然工具和方法不是萬能
 但是善用工具可以讓你事半功倍
25