六問禪道5:需求和Bug的區別
05-08
我自己從2010年8月開始接觸和使用禪道項目管理軟體,由剛開始的只使用測試--Bug管理模塊,到現在的所有模塊均有在使用。在不斷的使用過程中,加上長期混跡在禪道QQ技術交流群,對禪道的使用,項目管理也有了深入的理解。在QQ群里,同樣的問題經常被問起,看起來是個小問題,其實裡面卻蘊含了項目管理的一些大道理。
推薦閱讀:
因此,我以禪道使用為背景,再加上自己的拙見,整理了「六問禪道」系列禪道使用分享,希望能達到拋磚引玉的效果。
歡迎吐槽指正。除了產品與項目的區別,還有不少童鞋還會混淆需求和Bug的區別。我同樣做了一些總結。一、需求和Bug的區別
1、概念不同需求是描述一件事情,作為什麼用戶,希望如何,這樣做的目的或價值何在。需求需要構建用戶角色,描述使用場景,定義用戶問題。Bug是程序中隱藏或被發現的功能缺陷或漏洞。簡單說就是使用軟體時,出現的錯誤問題。Bug需要描述重現的步驟,環境及其他因素,以便定位問題。
2、是新需求還是Bug簡單的概括:需求是有與無,好與壞的問題。Bug是對與錯,是與非的問題。比如禪道里圖標的優化,頁面細節的調整,這些可以歸類為新需求。
再比如,創建需求後,點擊附件上傳圖片,頁面沒跳轉,無法選擇要上傳的圖片,這樣的情況可以歸類為Bug。功能性和設計缺陷類型的Bug可視作為新需求。二、禪道里,明確區分需求和Bug1、細分需求和Bug
一些項目管理軟體沒有把需求和Bug明確的區分開來。比較容易使大家混淆需求和Bug,導致項目管理中出現混亂的問題。禪道里細分了需求、Bug、任務和用例。產品經理可以把重點放到需求和計划上,開發人員把重點放在Bug上,這樣不同的使用角色有關注點,有效提高工作效率。2、Bug轉需求如果把需求記錄為Bug了,禪道里提供了Bug轉需求按鈕。Bug詳情頁,點擊 提需求 按鈕,即可把Bug轉為需求。推薦閱讀:
※如何看待能自動修復bug的CodePhage?
※寫 patch 修復了一個軟體的 bug,卻被拒絕合併是一種怎樣的體驗?
※熱愛你的 Bug
※岸本本人也啞口無言的火影BUG!徹頭徹尾的失誤!