10414人阅读
软件工程类（144）
企业管理（164）
这个问题是个老问题了，但是一直没有很详细的回答过，这次看到知乎上有人提到，就回复了一下，原帖如下：/question//answer/我的回答：首先，发现了问题，第一时间应该考虑的是如何解决问题，其次才是查找问题的来源避免问题的发生。对于企业来说，问题不解决，只是纠缠问题是谁的责任，公司会被这些人直接拖垮，这时候对于企业来说最重要的就是解决问题！其次，问题解决后，再查找问题的来源，这时候才需要分类：1，需求覆盖不到的地方，描述不清楚的地方，需求，设计和测试都要承担一定的责任，需求的责任最重。说需求人员的责任大家都容易理解，为什么说设计和测试还有PM都有责任，是因为需求的评审是需要设计和测试参与的，角度不同，具体这里就不展开了。除非判断就是需求采集中的重大缺陷，否则设计和测试都有关联的次要责任。2，设计过程，开发过程没有实现，需求检查到了，设计和开发却没有弥补。设计或/和开发的责任，PM责任最大，监管不到位。3，测试过程中的疏漏，前面那位说的比较完全了。测试用例没有覆盖，测试用例覆盖了却没有执行，各有不同的偏重点，前者参与评审的相关人员都有责任，后者测试组的完全责任，PM也有对应责任。4，交付部署中出现的问题版本拿错的责任，一般在于PM，配置管理员和测试经理，也有可能是因为没有足够明确的制度造成了混乱，这样需要部门经理或者更高层的人员来牵头负责。版本拿对了，***过程出错，交付部署人员的责任最大，项目经理次之。大体上就是这样分类和对应，应该算是比较全了
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：1659254次
积分：23488
积分：23488
排名：第217名
原创：469篇
转载：13篇
评论：2754条
(1)(2)(3)(6)(2)(5)(2)(3)(2)(3)(3)(1)(3)(5)(1)(2)(2)(1)(1)(2)(1)(2)(5)(1)(2)(3)(1)(2)(1)(1)(5)(5)(5)(3)(10)(2)(4)(2)(2)(1)(2)(1)(3)(1)(1)(1)(3)(3)(1)(3)(1)(2)(5)(2)(7)(5)(7)(7)(2)(5)(5)(2)(4)(3)(5)(3)(6)(5)(5)(3)(7)(1)(4)(3)(1)(5)(3)(1)(3)(3)(8)(3)(3)(3)(7)(5)(8)(7)(5)(2)(2)(3)(2)(2)(1)(1)(4)(10)(9)(6)(3)(2)(2)(7)(5)(5)(4)(7)(5)(1)(6)(5)(3)(1)(8)(3)(1)(1)(1)(6)(2)(3)(2)(9)(7)(18)(24)(1)(4)(1)(1)(1)