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