目前遇到棘手问题，有关需求缺陷的定义，应该如何界定需求缺陷，避免需求部门与设计部门互相推诿。

首先要明确的是 缺陷的范围.. 一般来说项目进行的过程中.. 按照事前定义的缺陷标准来衡定为不合格的都可以称为缺陷(不能满足客户的需要或者是针对项目成本或公司的相关情况而判定为不可的)

其次根据你所提出的问题 是为了避免需求部门和设计部门之间的问题.. 那就还没有进入到开发阶段
问题就转化为如何确定需求说明书的问题了..  说明书上明确记载的就不是需求缺陷 没有记载的但是需求部门却说应该怎么怎么做就是需求缺陷.

不过LZ说缺陷怎么定义? 缺陷还能怎么定义... 是缺陷或不是缺陷.. 什么样的是缺陷
这个就要有个标准..这个标准就是约定... 所以要有约定...

感谢 randoming 的回复， 您说的要有个标准..这个标准就是约定，一般如何制定标准才算合理，还有标准的约定准则如何把握呢？

标准是客户来主要负责..需求部门协同整理  所以只要是他们共同承诺出的书面材料就是合理的..
当然需求部门要考虑到 设计开发部门的实际能力和项目的成本等很多东西.

所以约定是什么标准.. 这个取决于需求部门和客户的成果物

根据我的理解，楼主的问题应该是想要界定缺陷的产生阶段，分清楚责任

我认为缺陷阶段类型应该由测试部门去界定，以通过评审及客户确认的软件需求规格说明书为依据，由于需求不明确或者矛盾导致的缺陷，列为需求缺陷；由于结构设计不合理，数据类型错误等属于设计开发缺陷；如果是由于理解不一致导致的缺陷就应该是项目经理的问题了，因为在需求评审、设计评审或其他时候项目经理应该要组织好沟通的

QUOTE:

---

原帖由 flash31912 于 2008-5-29 09:27 发表
目前遇到棘手问题，有关需求缺陷的定义，应该如何界定需求缺陷，避免需求部门与设计部门互相推诿。

---

什么是需求缺陷?  在定义需求的时候没有明确定义出来的.. 在需求文件上没有明确标记出来的

在项目过程中又没有特意追加的   就属于需求缺陷了

基于用户角度来定义，影响功能就是严重的。迎刃而解！