上面有人胡说,至少不够客观。
首先,发现了问题,第一时间应该考虑的是如何解决问题,其次才是查找问题的来源避免问题的发生。
对于企业来说,问题不解决,只是纠缠问题是谁的责任,公司会被这些人直接拖垮,这时候对于企业来说最重要的就是解决问题!
其次,问题解决后,再查找问题的来源,这时候才需要分类:
1,需求覆盖不到的地方,描述不清楚的地方,需求,设计和测试都要承担一定的责任,需求的责任最重。
说需求人员的责任大家都容易理解,为什么说设计和测试还有PM都有责任,是因为需求的评审是需要设计和测试参与的,角度不同,具体这里就不展开了。
除非判断就是需求采集中的重大缺陷,否则设计和测试都有关联的次要责任。
2,设计过程,开发过程没有实现,需求检查到了,设计和开发却没有弥补。
设计或/和开发的责任,PM责任最大,监管不到位。
3,测试过程中的疏漏,前面那位说的比较完全了。
测试用例没有覆盖,测试用例覆盖了却没有执行,各有不同的偏重点,前者参与评审的相关人员都有责任,后者测试组的完全责任,PM也有对应责任。
4,交付部署中出现的问题
版本拿错的责任,一般在于PM,配置管理员和测试经理,也有可能是因为没有足够明确的制度造成了混乱,这样需要部门经理或者更高层的人员来牵头负责。
版本拿对了,安装过程出错,交付部署人员的责任最大,项目经理次之。
大体上就是这样分类和对应,应该算是比较全了。