? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 1
之所以想寫這篇文章，是因為之前自己初次使用JIRA的時候，無法在互聯(lián)網(wǎng)上找到好資料。好不容易看到一個培訓(xùn)課程，還要收費2K+。我想，這么一個系統(tǒng)，也要收費這么高？等哪天我學(xué)會了，我就自己寫一個。
上個月，也確實覺得應(yīng)該寫一點了，于是就回到簡書，寫了20個字，還說明天更新完（牛總是很容易吹）。今天回到簡書，竟然還有人來讀過。突然，我自己覺得非常慚愧，大家過來了，但是內(nèi)容沒有上。于是，趕緊將使用說明更新上來。
為了方便說明，我在圖片上畫上了很多箭頭和文字。給大家?guī)淼牟槐悖€希望多多諒解。另外，我這里談的是管理員賬號，部分內(nèi)容普通用戶不能使用，譬如版本發(fā)布。
考慮到需要保護項目信息，在此我隱去了項目名稱和人員信息。若給大家造成了閱讀上的不便，還請大家多多原諒~
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 2
做軟件項目的寶寶們，多少都知道JIRA這個項目管理工具。那么，我就直接說怎么用最，尤其是常見的功能。
有管理員賬號的話，可以去創(chuàng)建如下內(nèi)容：
- Project，類似于項目，一個項目中可能有多個項目。
- Board，類似于看板，用來查看項目中某個組成部分的開發(fā)進度。
- 開發(fā)流程步驟，包括To Do, Blocked, In Dev, In QA, To Review, Done等。也可以根據(jù)項目情況自定義，譬如，加上QA(STG)，方便測試妹子工作的開展。
- Sprint迭代，我們用的是通常采用的兩周。當(dāng)然，也有一周或四周的。具體的，就不討論了。
-Story Point，點數(shù)，項目團隊用來描述完成某項工作所需的時間投入。我們這里，用來描述開發(fā)難度。
對于嚴(yán)格執(zhí)行迭代管理，尤其是開發(fā)速度的團隊而言，所有迭代工作規(guī)劃，用戶故事創(chuàng)建，點數(shù)估算等，都需要在迭代真正開始之前完成。這里，需要為即將開啟的迭代設(shè)定具體的時間（具體到分鐘）。當(dāng)然，這其中也需要配合需求變更管理，否則執(zhí)行起來有難度。當(dāng)然，迭代要在結(jié)束之前關(guān)閉，否則，就算工作完成了，后臺的燃盡圖也無法燃盡。這一部分，稍后再講。
通過產(chǎn)品代辦事項，可以創(chuàng)建Ticket，包括任務(wù)，bug等。也可以創(chuàng)建發(fā)布版本，并設(shè)定時間，譬如ISV2.1.0 (12/29/2017)，也是為了方便管理。
Ticket創(chuàng)建出錯的話，直接點擊，通過“Move Issue”進行移動，如：所屬Project，Type（任務(wù)改成bug）。
同時，還可以對一個Ticket進行Clone（復(fù)制），還可以帶上其附屬的附件，并帶上迭代信息。
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 3
嚴(yán)格執(zhí)行迭代管理的話，可以用 Burndown Chart燃盡圖來監(jiān)控。當(dāng)然，這也需要合理管理客戶需求變更，否則無法實現(xiàn)。理想情況，Burndown Chart是一根傾斜向下的曲線。但是，如果任務(wù)量拆分不是很細(xì)，或者工作之間還有依賴的話，曲線就會發(fā)生變化，如下所示。
中間灰色的柱狀是周末。有了多個Burndown Chart后，就可以估算出開發(fā)某項大任務(wù)，大概需要多少時間，包括：最樂觀時間、最悲觀時間、最可能時間，是估算進度的輔助工具。
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?4
相對而言，JIRA作為項目管理工具，還是非常好用的，尤其是搭上Confluence之后。后面這部分，以后有時間再來寫。
希望能幫大家更快上手使用JIRA。
