六問禅道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转为需求。
