JIRA帶來的管理思路

剛剛開始用Jira的時候，只是覺得這是一個方便的bug管理系統，可以將在測試過程中所發現的bug錄入、分配給開發人員。
之後開始在公司內使用，之前也曾經想嘗試使用bugzilla。在D的建議之下，又因我用過Jira，因此一拍即合，開始使用了。
因起初只是使用者，因而並未有站在一個管理者的角度上來看JIRA在專案管理中的作用和意義。因此今日再看時，已發現由於出發角度的錯誤而出現的很多偏差，導致的此時的問題。
沒辦法有效的管理bug，沒辦法有效的讓所有人及時新增bug，沒辦法讓所有人方便看到當前有哪些bug。因為太亂了，模組劃分亂、版本劃分亂、處理者亂，處理流程亂。
當這些問題出現後，才發現之前的錯誤。這些為什麼沒有在開始使用時就理解和計劃實施呢！
現在來看JIRA，這是一個專案管理的很好輔助工具，將所有專案開發、運作過程中的所有task 、 bug、創意、改善意見都可以融匯進入這個系統。可以在第一時間將這些問題指派而責任人進行處理。
而想用JIRA來做好BUG管理和專案管理，有這幾個重點要做好！
1.定義模組
    模組反應了問題出現因素的範圍。所發現的問題、所需要進行的任務、改善意見的指向、創意所應用的範圍。
2.定義里程碑
    問題、任務、意見、創意都需要分配在某一時段進行處理，時段可以是時間為單位的，周、日、時、分，也可以是里程碑，alpha/beta/close beta/open beta。如果所有的事情都可以以這兩種單位計量的非常清晰，那麼首先可以稱讚的一點是，你的負責心已經體現出來了，你知道在什麼時間該做什麼事，同時，你讓你的戰友們知道，他們應該在什麼時候做什麼事！
3.定義全域性處理流程
    第1點和第2點，是你在為這個專案管理做的基礎準備，有了第1點和第2點，那說明你在其中的工作，但這並不表明這個系統就可以運作起來。要運作起來，就必須你和你的戰友們都可以在處理JIRA上的所有事務時的處理流程。
    建立：建立一個issue。什麼樣的東西應該建立在JIRA中，我得到的經驗是，所有的工作任務、所有的bug（開發過程中的，A與B之前的，A與C之前 的，B與C之前，所有、所有），不單是測試小組所發現的一些黑盒測試的bug，開發過程中的也不遺漏。這樣，你可以看到這個專案在動的，每天所有人都在發 現問題，解決問題。
    分配：問題要給能解決問題的人，問題要給理解這個問題的人。程式上問題你給了一個商備人員，那你不對了；程式的問題你給了程式，可以程式不明白你說的是什 麼，那也是你不對了。要降低溝通過程中的風險，建立問題者，想清楚，這個問題要由誰來處理，要告訴他什麼資訊。你在沒有告訴清楚這些資訊的時候，你對這個 問題還是最大責任者。
    開始：開始是指接收到這個issue後的處理手段之一，因為還有拒絕這種可能。開始處理這個問題，在向所有人宣告一件事情，這個問題我開始著手處理了，我 會按著計劃和需求來完成這個事務。那麼，開始做這件事的人，你要很坦誠的向自己說，我知道這個事務是什麼，我知道要怎麼去處理，我知道要在這個時間內怎麼 處理。你開始接受這項事務，是你對於分配給你這個事務的人的一個回應。這時事務的責任在你的身上。用你的職業精神來處理這個事務吧。
    解決：整個的處理過程統稱為解決。雖然有可能出現解決不了、或者在解決的過程中需要其它人來幫忙，也可能需要很多的討論和會議，這都是解決的過程，在這個 過程中，把你做過的事情，對於這個Issue相關的資料，資訊版本，記錄下來。讓別人知道，你是用什麼方法來解決的，你這種解決方法是不是很安全，還有沒 有其它更優化的方法。
    關閉：解決完一個事務後，通常這種事務的責任轉移到分配人的頭上，分配人要處理的事情是，這個事務是否如需求、計劃所完成，完成質量是否符合要求。在通過 驗證後，這一個問題需要你的關閉。在出現不符合的情況，你不能關閉這個issue，你要提供更多資訊，更多資料，方便他再來解決。
    重開：對於bug，出現重現的情況是常見的，這時不要讓JIRA上有更多的垃圾資訊，也方便開發人員找到問題原因，你需要重開這個bug，並附上相關的資訊。 
4.每日的統計與清理
    管理專案要盯，每日的盯是少不了的，看全域性的issue數量、關閉情況、進行情況、所剩未解決的數量。你可以有的放矢的去針對這些問題來看。也可以看到，誰的問題比較多，誰的進度比較慢。因為什麼問題將影響進度，因為什麼問題將影響產品品質。
    你也有責任要清理一些問題，這種情況出現在，你沒有讓所有戰友都可以很好的使用這個系統。清理的另一意義是理，有一些問題，你可能要在這一階段放棄，那需要理到某一個其它時段，這個問題需要換由其它人再進行繼續的處理等等。
5.階段的統計與整理
    階段，這麼劃分吧，每週3/2這樣兩個階段，這是除了第4點所說的之外的最小階段吧。以它就是周、版本計劃階段、版本大的階段劃分這樣的劃分情況。
    通過階段內的完成情況，你可以看到誰處理的問題太多了，誰少一些，誰的難度高一些、誰的能力不足、誰不負責任。哪個部門做得不足，哪一模組需要更多人幫忙。如果說日為單位是盯的話，那麼階段來統計與整理，就是盯之後的分析與解決方案。
6.最大力度的使用過濾器
    Jira提供了較多的查詢條件可供個人建立過濾器和與團隊分享過濾器。同時還可以自定義自己的主頁，相信自定義主頁這個功能在google上你已經感受過了。同樣這些過濾器可以變為你的主頁中的一部分，把你最需要關注的issue都呈現在你每日的第一位置。

JIRA，是一個工具，是改變你原始管理思維的一個突破。如果你要用的話，請記住，Jira不是你一個人會用就行了，是一個團隊、一個系統。否則他運轉不起來，就算轉起來了，也有出現更大問題的時候。

現在我面對的就是出現這個大問題的時候。希望通過這樣的一處整理思路的過程，讓公司的JIRA系統可以快速恢復起他應有的作用。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/14789789/viewspace-434690/，如需轉載，請註明出處，否則將追究法律責任。