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系統可以快速恢復起他應有的作用。
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章