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