如何利用Jira + structure 做需求管理

2,483 views

Published on

Published in: Business
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
2,483
On SlideShare
0
From Embeds
0
Number of Embeds
397
Actions
Shares
0
Downloads
48
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide

如何利用Jira + structure 做需求管理

  1. 1. 如何利用JIRA +Green Hopper + Structure 管理backlog Howie Howie.yu@gmail.com 2012 年 10 月 23 日
  2. 2. About me Howie http://baqua45.blogspot.tw/ 思昉科技(前 )研發經理
  3. 3. 故事是這樣開始的….. 3
  4. 4. 公司要獲利生存主要靠幾種管道 • 接專案 • 做產品 • 騙投資人 4
  5. 5. 我們都知道接專案其中很重要的一塊就是需求管理 5
  6. 6. 在傳統的需求管理可能就是透過一份雙向需求追朔表 來管理所有的文件 如:規格、需求、測試..等文件 6
  7. 7. 但是這要管理和維護一堆惱人的文件耶!! 7
  8. 8. 聽說有個東西叫做Scrum 服用以後…. 8
  9. 9. 需求管理?我知道Scrum有個叫做 Backlog的東西 9
  10. 10. Backlog是用來記錄與追中需求的清單 10
  11. 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. 12. 喔~~簡單來說Scrum 就是每個Iteration開會討論所有User Story的優先順序 然後不斷的重複 直到把Backlog清空就好啦! 12
  13. 13. 看樣子只要跑了Scrum專案一定可順利結案!! 13
  14. 14. But……. 14
  15. 15. 為什麼還是那麼多問題? 已經跑了5個iteration 到底還有哪些Requirement 沒做完?怎麼跟User Story 對不起來? 這個User Story 對應到哪個Requirement? 這個Task 是從哪個User Story切出來的? 到底哪些Requirement 的bug還沒被解完,無法驗收? 那個增加的需求是屬於哪個User Story ? 那個被變更的需求是屬於哪個User Story? ………… 15
  16. 16. Task? Requirement? Epic? User Story?Issue? Epic? Bug? 16
  17. 17. 有沒有一個好的工具? 可以分們別類記錄各種Issue › Epic › User story › Requirement › Bug › Task 可以追蹤互相的關聯性 可以看出互相的階層關係 17
  18. 18. 現在才進入今日重點JIRA +Green Hopper + Structure 18
  19. 19. Green Hopper 的Backlog View 19
  20. 20. Green Hopper 的TODO View 20
  21. 21. Green Hopper 的Burn down chart 21
  22. 22. Structure view 22
  23. 23. Structure view 23
  24. 24. Structure view 24
  25. 25. 結論 雖然工具和方法不是萬能 但是善用工具可以讓你事半功倍 25

×