標籤:

六問禪道5:需求和Bug的區別

我自己從2010年8月開始接觸和使用禪道項目管理軟體,由剛開始的只使用測試--Bug管理模塊,到現在的所有模塊均有在使用。

在不斷的使用過程中,加上長期混跡在禪道QQ技術交流群,對禪道的使用,項目管理也有了深入的理解。

在QQ群里,同樣的問題經常被問起,看起來是個小問題,其實裡面卻蘊含了項目管理的一些大道理。

因此,我以禪道使用為背景,再加上自己的拙見,整理了「六問禪道」系列禪道使用分享,希望能達到拋磚引玉的效果。

歡迎吐槽指正。

除了產品與項目的區別,還有不少童鞋還會混淆需求和Bug的區別。

我同樣做了一些總結。

一、需求和Bug的區別

1、概念不同

需求是描述一件事情,作為什麼用戶,希望如何,這樣做的目的或價值何在。

需求需要構建用戶角色,描述使用場景,定義用戶問題。

Bug是程序中隱藏或被發現的功能缺陷或漏洞。簡單說就是使用軟體時,出現的錯誤問題。

Bug需要描述重現的步驟,環境及其他因素,以便定位問題。

2、是新需求還是Bug

簡單的概括:

需求是有與無,好與壞的問題。

Bug是對與錯,是與非的問題。

比如禪道里圖標的優化,頁面細節的調整,這些可以歸類為新需求。

再比如,創建需求後,點擊附件上傳圖片,頁面沒跳轉,無法選擇要上傳的圖片,這樣的情況可以歸類為Bug。

功能性和設計缺陷類型的Bug可視作為新需求。

二、禪道里,明確區分需求和Bug

1、細分需求和Bug

一些項目管理軟體沒有把需求和Bug明確的區分開來。

比較容易使大家混淆需求和Bug,導致項目管理中出現混亂的問題。

禪道里細分了需求、Bug、任務和用例。

產品經理可以把重點放到需求和計划上,開發人員把重點放在Bug上,這樣不同的使用角色有關注點,有效提高工作效率。

2、Bug轉需求

如果把需求記錄為Bug了,禪道里提供了Bug轉需求按鈕。

Bug詳情頁,點擊 提需求 按鈕,即可把Bug轉為需求。


推薦閱讀:

如何看待能自動修復bug的CodePhage?
寫 patch 修復了一個軟體的 bug,卻被拒絕合併是一種怎樣的體驗?
熱愛你的 Bug
岸本本人也啞口無言的火影BUG!徹頭徹尾的失誤!

TAG:禪道 | Bug | 需求 |