Your SlideShare is downloading. ×
  • Like
Jira 教學
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×

Now you can save presentations on your phone or tablet

Available for both IPhone and Android

Text the download link to your phone

Standard text messaging rates apply
Published

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

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

Published in Software
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
No Downloads

Views

Total Views
1,221
On SlideShare
0
From Embeds
0
Number of Embeds
3

Actions

Shares
Downloads
41
Comments
0
Likes
7

Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

  • 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