2016上(cnitpm.com) 12:58:13 
小王负责一个管理信息系统项目，最近在与客户共同进行的质量审查中发现一个程序模块不符合客户的需求，进行追溯时，也未发现相应的变更请求。最终小王被迫对这一模块进行再设计并重新编程。造成此项返工的原因可能是（ ）。
A. 未进行需求管理
B. 未进行范围确认
C. 未进行变更管理
D. 质量管理过严

信管网lazykaola： 2016-3-11 11:15:57   [回复]
c

---

信管网wangvi： 2016-2-29 15:44:01   [回复]
范围确认又叫移交或验收。项目或项目阶段结束时，项目班子在将项目最终交付成果交给使用者或接受者之前，接受方要对已经完成的工作成果重新进行审查，查核项目计划规定范围内的各项工作或活动是否已经完成，应交付成果是否令人满意。

---

信管网linlu169： 2015-10-19 16:25:07   [回复]
未进行范围确认

---

信管网jape： 2015-8-30 16:43:33   [回复]
重要的里程碑，交付物客户才进行确认，一个模块叫客户确认个毛，他他根本不懂，就是需求的双向跟踪沒做好。

---

信管网zjj8815： 2015-8-21 17:18:33   [回复]
这个题目，严格来说，只能选a，为什么？ 需求管理是指进行详细需求收集后，进行需求分析，形成需求规格说明书，然后开评审会，验证需求，最后和建设方沟通确认需求，在这个过程中，如果以个程序模块在需求确认中疏忽了，后续实施过程中就按这个来做了。就产生这个问题。 范围确认，是对可交付物进行和详细范围说明书进行检查，看哪些完成的交付物是可接受的。说白了，就是建设方对当前完成的内容进行认可，签字确认，你可以收进度款了。 也就是分阶段验收，你验收都验了，再来说某个模块不合需求，很显然不是范围确认。应该是需求管理出了问题。

2016上(cnitpm.com) 12:58:23
这题大家怎么认为？
Do it～！(cnitpm.com) 13:03:06
选C
Do it～！(cnitpm.com) 13:03:43
很显然小王都没把客户的新的变更需求走变更控制流程
Do it～！(cnitpm.com) 13:03:46
就给客户改了
Do it～！(cnitpm.com) 13:03:54
客户后面肯定会继续提需求
Do it～！(cnitpm.com) 13:04:08
继续改死你，这种在中国式的项目里头很常见
-(cnitpm.com) 13:04:11
不开始报名，都没心思学习啊
Do it～！(cnitpm.com) 13:04:47
如果未进行需求管理何为追溯前面没发现问题？明细有需求跟踪矩阵。
Do it～！(cnitpm.com) 13:05:22
这种题目自己理解就好，不用过于纠结。