Recommended
More Related Content
What's hot
What's hot (20)
Jira 教學
- 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
- 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
- 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
- 32. JIRA 好麻煩！ JIRA 這麼麻煩，為何要花錢找罪受？ 很多大公司也都沒用 issue tracker、version control，還不是做得嚇嚇叫？ 32
- 33. JIRA 反思 為什麼我們需要 JIRA？ JIRA 真的能夠幫助我（或其他人）嗎？還是只 是應付上級的要求而已？ 有沒有比 JIRA 更好的方法來管理 project？ 33
- 34. 估計時間？ 軟體這種東西到底怎麼估計時間？真的存在一 種估計的方式嗎？ JIRA 無法幫你估計時間，但他可以協助你管理 時間。估計這件事情，必須靠自己或其他人的 幫忙，反覆練習就可以越來越準確。 34
- 35. 估不準怎麼辦？ 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