Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.
JIRA 基礎教學
Doremi Lin
什麼是 JIRA?
Atlassian	
 這間公司的產品,是一套	
 tracking	
 
system,可讓專案管理變得更輕鬆、簡單。
對於	
 open	
 source	
 project	
 提供免費版本,其餘最
便宜的版本則是	
...
可以拿 JIRA 來做什麼?
管理大大小小的專案,小至一人,大至數千人
的專案都可用此來管理。
記下完成一個	
 project	
 會遇到什麼事情、會碰到
什麼樣的問題、如何解決的,每個人也都可對
於某個	
 issue	
 做	
 comm...
JIRA 管理的最小單位
通常我們會稱為「一個	
 issue」,以數字編號。
每個	
 issue	
 前面會加上一個	
 Key,這個	
 Key	
 是
用來區別不同的	
 project,例如	
 WEBDEV-132	
 代
表的是	...
建立新的 project
不同的	
 type	
 會影響到一個	
 issue	
 的生命週期。
5
以 JIRA Classic 為例
這是	
 JIRA	
 最典型的一個流程管理方式,首先設
定名稱和	
 Key,Key	
 是用來加在每個	
 issue	
 前,
方便辨認,例如剛剛提到的	
 WEBDEV-132。
6
當你想要建立一個 issue
7
Create Issue
按下問號?按鈕,會
顯示說明畫面。
8
決定 issue type
Issue	
 type
不同的公司、部門、甚至是不同的	
 PM	
 都有可
能對	
 issue	
 type	
 有不同的認知,務必確定和你合
作的夥伴對於	
 issue	
 type	
 有一致的共識。
9
Summary 欄位
清楚簡潔敘述這個	
 issue	
 是在做什麼的,或者是
想要解決什麼事情。
這是自己或其他同事第一眼會看到的欄位,清
楚表達有助於節省自己或他人的時間。
切勿文不對題,例如	
 summary	
 和實際的內容沒
關係...
壞的 summary 範例
「把字型調整為	
 18」
壞的原因:
沒有講明調整哪裡的字型。
字型是放大了還是縮小?字體有改嗎?
為什麼要調整?
想想看,該如何修改比較好?
11
Priority levels
和	
 issue	
 type	
 一樣,不同的公司部門會有不同的
做法。例如:有一個	
 issue	
 的	
 priority	
 是	
 
Blocker,負責的	
 PM	
 有可能必須請產線停工。
...
Assignee/Reporter
Assignee	
 用來指定負責此	
 issue	
 的是哪位?建立	
 
issue	
 的人不必是負責	
 issue	
 的人。
Reporter	
 指的是該	
 issue	
 要回報給誰?只要...
Environment
Environment	
 用來描述此	
 issue	
 存在的環境,離
如:可能會描述發生此	
 issue	
 當下的	
 OS、硬體
設備等等。
14
Description
這個欄位用來詳細描述此	
 issue,例如:
為什麼需要這個	
 issue?
這個	
 issue	
 是怎麼發生的?
重現此	
 issue	
 的步驟?可否容易重現?
如何解決的?要注意什麼事情?如果今天是另
外...
Issue time
每個	
 issue	
 有三個	
 time	
 可以設定:
Due	
 Date:	
 何時到期。
Original	
 Estimate:	
 還沒開始做之前,預估要花
多久時間。
Remaining	
 Estim...
建立 issue 完成
17
建立 issue 完成
18
Watchers
Watchers	
 清單裡的
人,只要該	
 issue	
 
有更新,就會收到
通知。
19
Watchers
或者是看到某個	
 issue	
 感興趣的,可自己按下	
 
Start	
 watching	
 this	
 issue,以便接收通知。
20
開始處理一個 issue
21
status 欄位會跟著更新
22
issue 的生命週期
23
issue 的生命週期
每個	
 issue	
 一開始都是處於	
 OPEN	
 的狀態。
當你開始處理一個	
 issue	
 時,就可按下	
 Start	
 
Progress,此時會成為	
 IN PROGRESS。
在	
 IN P...
issue 的生命週期
在	
 IN PROGRESS	
 下,可按:
Resolve	
 Issue,此時	
 status	
 會到	
 RESOLVED,
代表此	
 issue	
 已試著解決,但需要其他人	
 (例
如	
 QA)	
...
issue 的生命週期
當按下	
 Close	
 Issue	
 或	
 Resolve	
 Issue	
 時,會出現
下圖類似的表單:
26
Resolution
Fixed:	
 已解決且經過測試。
Won’t Fix:	
 該	
 issue	
 不會	
 fix,請記得在	
 
Comment	
 留下原因。
Duplicate:	
 重複的	
 issue,記得在	
 Com...
時間記錄
28
時間記錄
例如,你填了	
 1d	
 (代表你在這	
 issue	
 上做了一些
事,花了一天的時間)。
每次的	
 Log	
 work	
 ,	
 JIRA	
 會自動幫你加總,因
此這欄位填的「不是」總時間。
右下角的	
 Time	
...
解決一個 issue 之後
除了選定	
 Resolution	
 種類外,也記得要寫上	
 
Time	
 Spent。
這裡的	
 Time	
 Spent	
 要記得寫上次	
 Log	
 work	
 到
現在的時間,而不是總時間。
30
JIRA 好麻煩!
要填的欄位好多,這不是降低生產力嗎?
寫這些東西到底有什麼好處?
軟體、設計、創意類的工作,時間是無法估計
的!
31
JIRA 好麻煩!
JIRA	
 這麼麻煩,為何要花錢找罪受?
很多大公司也都沒用	
 issue	
 tracker、version	
 
control,還不是做得嚇嚇叫?
32
JIRA 反思
為什麼我們需要	
 JIRA?
JIRA	
 真的能夠幫助我(或其他人)嗎?還是只
是應付上級的要求而已?
有沒有比	
 JIRA	
 更好的方法來管理	
 project?
33
估計時間?
軟體這種東西到底怎麼估計時間?真的存在一
種估計的方式嗎?
JIRA	
 無法幫你估計時間,但他可以協助你管理
時間。估計這件事情,必須靠自己或其他人的
幫忙,反覆練習就可以越來越準確。
34
估不準怎麼辦?
35
估不準怎麼辦?
我又不是產線作業員有	
 SOP,這種事情怎麼可
能估得準?
35
估不準怎麼辦?
我又不是產線作業員有	
 SOP,這種事情怎麼可
能估得準?
隨便填個數字,到時候再改。
35
估不準怎麼辦?
我又不是產線作業員有	
 SOP,這種事情怎麼可
能估得準?
隨便填個數字,到時候再改。
不如把估計的時間乘以	
 2,這樣起碼有個	
 
buffer,免得考績不好看。
35
估不準怎麼辦?
我又不是產線作業員有	
 SOP,這種事情怎麼可
能估得準?
隨便填個數字,到時候再改。
不如把估計的時間乘以	
 2,這樣起碼有個	
 
buffer,免得考績不好看。
這些都不是解決問題的好方法。
35
有關估計時間
把問題拆解成小問題,利用	
 divide	
 and	
 
conquer。
成功的估計,應該把一個需要	
 2	
 天的	
 issue	
 在	
 2	
 
天做完,而不是因為你估計	
 2	
 天,所以需要	
 2	
 
...
參考書籍
37
關於我
About	
 me:	
 http://about.me/doremi
github:	
 https://github.com/doremi
Linked	
 in:	
 http://www.linkedin.com/in/lin...
Upcoming SlideShare
Loading in …5
×

Jira 教學

17,875 views

Published on

Jira 基本教學,如何以 Jira 管理一個 Project。

Published in: Software
  • Be the first to comment

Jira 教學

  1. 1. JIRA 基礎教學 Doremi Lin
  2. 2. 什麼是 JIRA? Atlassian 這間公司的產品,是一套 tracking system,可讓專案管理變得更輕鬆、簡單。 對於 open source project 提供免費版本,其餘最 便宜的版本則是 USD $10/year/10 users 2
  3. 3. 可以拿 JIRA 來做什麼? 管理大大小小的專案,小至一人,大至數千人 的專案都可用此來管理。 記下完成一個 project 會遇到什麼事情、會碰到 什麼樣的問題、如何解決的,每個人也都可對 於某個 issue 做 comment。 3
  4. 4. JIRA 管理的最小單位 通常我們會稱為「一個 issue」,以數字編號。 每個 issue 前面會加上一個 Key,這個 Key 是 用來區別不同的 project,例如 WEBDEV-132 代 表的是 WEBDEV 這個 project 的第 132 個 issue。 4
  5. 5. 建立新的 project 不同的 type 會影響到一個 issue 的生命週期。 5
  6. 6. 以 JIRA Classic 為例 這是 JIRA 最典型的一個流程管理方式,首先設 定名稱和 Key,Key 是用來加在每個 issue 前, 方便辨認,例如剛剛提到的 WEBDEV-132。 6
  7. 7. 當你想要建立一個 issue 7
  8. 8. Create Issue 按下問號?按鈕,會 顯示說明畫面。 8
  9. 9. 決定 issue type Issue type 不同的公司、部門、甚至是不同的 PM 都有可 能對 issue type 有不同的認知,務必確定和你合 作的夥伴對於 issue type 有一致的共識。 9
  10. 10. Summary 欄位 清楚簡潔敘述這個 issue 是在做什麼的,或者是 想要解決什麼事情。 這是自己或其他同事第一眼會看到的欄位,清 楚表達有助於節省自己或他人的時間。 切勿文不對題,例如 summary 和實際的內容沒 關係;也不要只用一個 issue 就包山包海做一堆 事情。 10
  11. 11. 壞的 summary 範例 「把字型調整為 18」 壞的原因: 沒有講明調整哪裡的字型。 字型是放大了還是縮小?字體有改嗎? 為什麼要調整? 想想看,該如何修改比較好? 11
  12. 12. Priority levels 和 issue type 一樣,不同的公司部門會有不同的 做法。例如:有一個 issue 的 priority 是 Blocker,負責的 PM 有可能必須請產線停工。 12
  13. 13. Assignee/Reporter Assignee 用來指定負責此 issue 的是哪位?建立 issue 的人不必是負責 issue 的人。 Reporter 指的是該 issue 要回報給誰?只要該 issue 有更新就會通知 reporter。同樣的,建立 issue 的人不必是 reporter。 13
  14. 14. Environment Environment 用來描述此 issue 存在的環境,離 如:可能會描述發生此 issue 當下的 OS、硬體 設備等等。 14
  15. 15. Description 這個欄位用來詳細描述此 issue,例如: 為什麼需要這個 issue? 這個 issue 是怎麼發生的? 重現此 issue 的步驟?可否容易重現? 如何解決的?要注意什麼事情?如果今天是另 外一個人來接手,該如何做? 15
  16. 16. Issue time 每個 issue 有三個 time 可以設定: Due Date: 何時到期。 Original Estimate: 還沒開始做之前,預估要花 多久時間。 Remaining Estimate: 預計還剩多久的時間。 後面的投影片會說明為何要有這些欄位。 16
  17. 17. 建立 issue 完成 17
  18. 18. 建立 issue 完成 18
  19. 19. Watchers Watchers 清單裡的 人,只要該 issue 有更新,就會收到 通知。 19
  20. 20. Watchers 或者是看到某個 issue 感興趣的,可自己按下 Start watching this issue,以便接收通知。 20
  21. 21. 開始處理一個 issue 21
  22. 22. status 欄位會跟著更新 22
  23. 23. issue 的生命週期 23
  24. 24. issue 的生命週期 每個 issue 一開始都是處於 OPEN 的狀態。 當你開始處理一個 issue 時,就可按下 Start Progress,此時會成為 IN PROGRESS。 在 IN PROGRESS 情況下按 Stop Progress,會 回到 OPEN。 24
  25. 25. issue 的生命週期 在 IN PROGRESS 下,可按: Resolve Issue,此時 status 會到 RESOLVED, 代表此 issue 已試著解決,但需要其他人 (例 如 QA) 的審核或測試。 Close Issue,此時 status 會到 CLOSED,代表 此 issue 已解決,也已經通過測試。 25
  26. 26. issue 的生命週期 當按下 Close Issue 或 Resolve Issue 時,會出現 下圖類似的表單: 26
  27. 27. Resolution Fixed: 已解決且經過測試。 Won’t Fix: 該 issue 不會 fix,請記得在 Comment 留下原因。 Duplicate: 重複的 issue,記得在 Comment 留 下跟哪一個 issue 重複。 Incomplete: 未完成的 issue,記得在 Comment 寫原因。 Cannot Reproduce: 這個 issue 無法重現。 27
  28. 28. 時間記錄 28
  29. 29. 時間記錄 例如,你填了 1d (代表你在這 issue 上做了一些 事,花了一天的時間)。 每次的 Log work , JIRA 會自動幫你加總,因 此這欄位填的「不是」總時間。 右下角的 Time Tracking 會自動更新。 29
  30. 30. 解決一個 issue 之後 除了選定 Resolution 種類外,也記得要寫上 Time Spent。 這裡的 Time Spent 要記得寫上次 Log work 到 現在的時間,而不是總時間。 30
  31. 31. JIRA 好麻煩! 要填的欄位好多,這不是降低生產力嗎? 寫這些東西到底有什麼好處? 軟體、設計、創意類的工作,時間是無法估計 的! 31
  32. 32. JIRA 好麻煩! JIRA 這麼麻煩,為何要花錢找罪受? 很多大公司也都沒用 issue tracker、version control,還不是做得嚇嚇叫? 32
  33. 33. JIRA 反思 為什麼我們需要 JIRA? JIRA 真的能夠幫助我(或其他人)嗎?還是只 是應付上級的要求而已? 有沒有比 JIRA 更好的方法來管理 project? 33
  34. 34. 估計時間? 軟體這種東西到底怎麼估計時間?真的存在一 種估計的方式嗎? JIRA 無法幫你估計時間,但他可以協助你管理 時間。估計這件事情,必須靠自己或其他人的 幫忙,反覆練習就可以越來越準確。 34
  35. 35. 估不準怎麼辦? 35
  36. 36. 估不準怎麼辦? 我又不是產線作業員有 SOP,這種事情怎麼可 能估得準? 35
  37. 37. 估不準怎麼辦? 我又不是產線作業員有 SOP,這種事情怎麼可 能估得準? 隨便填個數字,到時候再改。 35
  38. 38. 估不準怎麼辦? 我又不是產線作業員有 SOP,這種事情怎麼可 能估得準? 隨便填個數字,到時候再改。 不如把估計的時間乘以 2,這樣起碼有個 buffer,免得考績不好看。 35
  39. 39. 估不準怎麼辦? 我又不是產線作業員有 SOP,這種事情怎麼可 能估得準? 隨便填個數字,到時候再改。 不如把估計的時間乘以 2,這樣起碼有個 buffer,免得考績不好看。 這些都不是解決問題的好方法。 35
  40. 40. 有關估計時間 把問題拆解成小問題,利用 divide and conquer。 成功的估計,應該把一個需要 2 天的 issue 在 2 天做完,而不是因為你估計 2 天,所以需要 2 天;換句話說,估計這個動作,不應該影響被 估計的事物。 想想看:估計時間是否真的很重要?為什麼要 花力氣來估計時間? 36
  41. 41. 參考書籍 37
  42. 42. 關於我 About me: http://about.me/doremi github: https://github.com/doremi Linked in: http://www.linkedin.com/in/lindoremi Facebook: https://www.facebook.com/bsdmaillist slidesshare: http://www.slideshare.net/rtesldoremi 38

×