Jira 教學

1. JIRA 基礎教學 Doremi Lin

2. 什麼是 JIRA? Atlassian 這間公司的產品，是一套 tracking system，可讓專案管理變得更輕鬆、簡單。對於 open source project 提供免費版本，其餘最便宜的版本則是 USD $10/year/10 users 2

3. 可以拿 JIRA 來做什麼？管理大大小小的專案，小至一人，大至數千人的專案都可用此來管理。記下完成一個 project 會遇到什麼事情、會碰到什麼樣的問題、如何解決的，每個人也都可對於某個 issue 做 comment。 3

4. JIRA 管理的最小單位通常我們會稱為「一個 issue」，以數字編號。每個 issue 前面會加上一個 Key，這個 Key 是用來區別不同的 project，例如 WEBDEV-132 代表的是 WEBDEV 這個 project 的第 132 個 issue。 4

5. 建立新的 project 不同的 type 會影響到一個 issue 的生命週期。 5

6. 以 JIRA Classic 為例這是 JIRA 最典型的一個流程管理方式，首先設定名稱和 Key，Key 是用來加在每個 issue 前，方便辨認，例如剛剛提到的 WEBDEV-132。 6

7. 當你想要建立一個 issue 7

8. Create Issue 按下問號?按鈕，會顯示說明畫面。 8

9. 決定 issue type Issue type 不同的公司、部門、甚至是不同的 PM 都有可能對 issue type 有不同的認知，務必確定和你合作的夥伴對於 issue type 有一致的共識。 9

10. Summary 欄位清楚簡潔敘述這個 issue 是在做什麼的，或者是想要解決什麼事情。這是自己或其他同事第一眼會看到的欄位，清楚表達有助於節省自己或他人的時間。切勿文不對題，例如 summary 和實際的內容沒關係；也不要只用一個 issue 就包山包海做一堆事情。 10

11. 壞的 summary 範例「把字型調整為 18」壞的原因：沒有講明調整哪裡的字型。字型是放大了還是縮小？字體有改嗎？為什麼要調整？想想看，該如何修改比較好？ 11

12. Priority levels 和 issue type 一樣，不同的公司部門會有不同的做法。例如：有一個 issue 的 priority 是 Blocker，負責的 PM 有可能必須請產線停工。 12

13. Assignee/Reporter Assignee 用來指定負責此 issue 的是哪位？建立 issue 的人不必是負責 issue 的人。 Reporter 指的是該 issue 要回報給誰？只要該 issue 有更新就會通知 reporter。同樣的，建立 issue 的人不必是 reporter。 13

14. Environment Environment 用來描述此 issue 存在的環境，離如：可能會描述發生此 issue 當下的 OS、硬體設備等等。 14

15. Description 這個欄位用來詳細描述此 issue，例如：為什麼需要這個 issue？這個 issue 是怎麼發生的？重現此 issue 的步驟？可否容易重現？如何解決的？要注意什麼事情？如果今天是另外一個人來接手，該如何做？ 15

16. Issue time 每個 issue 有三個 time 可以設定： Due Date: 何時到期。 Original Estimate: 還沒開始做之前，預估要花多久時間。 Remaining Estimate: 預計還剩多久的時間。後面的投影片會說明為何要有這些欄位。 16

17. 建立 issue 完成 17

18. 建立 issue 完成 18

19. Watchers Watchers 清單裡的人，只要該 issue 有更新，就會收到通知。 19

20. Watchers 或者是看到某個 issue 感興趣的，可自己按下 Start watching this issue，以便接收通知。 20

21. 開始處理一個 issue 21

22. status 欄位會跟著更新 22

23. issue 的生命週期 23

24. issue 的生命週期每個 issue 一開始都是處於 OPEN 的狀態。當你開始處理一個 issue 時，就可按下 Start Progress，此時會成為 IN PROGRESS。在 IN PROGRESS 情況下按 Stop Progress，會回到 OPEN。 24

25. issue 的生命週期在 IN PROGRESS 下，可按： Resolve Issue，此時 status 會到 RESOLVED，代表此 issue 已試著解決，但需要其他人 (例如 QA) 的審核或測試。 Close Issue，此時 status 會到 CLOSED，代表此 issue 已解決，也已經通過測試。 25

26. issue 的生命週期當按下 Close Issue 或 Resolve Issue 時，會出現下圖類似的表單： 26

27. Resolution Fixed: 已解決且經過測試。 Won’t Fix: 該 issue 不會 fix，請記得在 Comment 留下原因。 Duplicate: 重複的 issue，記得在 Comment 留下跟哪一個 issue 重複。 Incomplete: 未完成的 issue，記得在 Comment 寫原因。 Cannot Reproduce: 這個 issue 無法重現。 27

28. 時間記錄 28

29. 時間記錄例如，你填了 1d (代表你在這 issue 上做了一些事，花了一天的時間)。每次的 Log work ， JIRA 會自動幫你加總，因此這欄位填的「不是」總時間。右下角的 Time Tracking 會自動更新。 29

30. 解決一個 issue 之後除了選定 Resolution 種類外，也記得要寫上 Time Spent。這裡的 Time Spent 要記得寫上次 Log work 到現在的時間，而不是總時間。 30

31. JIRA 好麻煩！要填的欄位好多，這不是降低生產力嗎？寫這些東西到底有什麼好處？軟體、設計、創意類的工作，時間是無法估計的！ 31

32. JIRA 好麻煩！ JIRA 這麼麻煩，為何要花錢找罪受？很多大公司也都沒用 issue tracker、version control，還不是做得嚇嚇叫？ 32

33. JIRA 反思為什麼我們需要 JIRA？ JIRA 真的能夠幫助我（或其他人）嗎？還是只是應付上級的要求而已？有沒有比 JIRA 更好的方法來管理 project？ 33

34. 估計時間？軟體這種東西到底怎麼估計時間？真的存在一種估計的方式嗎？ JIRA 無法幫你估計時間，但他可以協助你管理時間。估計這件事情，必須靠自己或其他人的幫忙，反覆練習就可以越來越準確。 34

35. 估不準怎麼辦？ 35

36. 估不準怎麼辦？我又不是產線作業員有 SOP，這種事情怎麼可能估得準？ 35

37. 估不準怎麼辦？我又不是產線作業員有 SOP，這種事情怎麼可能估得準？隨便填個數字，到時候再改。 35

38. 估不準怎麼辦？我又不是產線作業員有 SOP，這種事情怎麼可能估得準？隨便填個數字，到時候再改。不如把估計的時間乘以 2，這樣起碼有個 buffer，免得考績不好看。 35

39. 估不準怎麼辦？我又不是產線作業員有 SOP，這種事情怎麼可能估得準？隨便填個數字，到時候再改。不如把估計的時間乘以 2，這樣起碼有個 buffer，免得考績不好看。這些都不是解決問題的好方法。 35

40. 有關估計時間把問題拆解成小問題，利用 divide and conquer。成功的估計，應該把一個需要 2 天的 issue 在 2 天做完，而不是因為你估計 2 天，所以需要 2 天；換句話說，估計這個動作，不應該影響被估計的事物。想想看：估計時間是否真的很重要？為什麼要花力氣來估計時間？ 36

41. 參考書籍 37

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

Jira 教學

You are reading a preview.

Check these out next

Jira 教學

More Related Content

Slideshows for you (20)

Recently uploaded (20)

Jira 教學