2016上(cnitpm.com) 12:58:13 
小王負責(zé)一個管理信息系統(tǒng)項目，最近在與客戶共同進行的質(zhì)量審查中發(fā)現(xiàn)一個程序模塊不符合客戶的需求，進行追溯時，也未發(fā)現(xiàn)相應(yīng)的變更請求。最終小王被迫對這一模塊進行再設(shè)計并重新編程。造成此項返工的原因可能是（ ）。
A. 未進行需求管理
B. 未進行范圍確認
C. 未進行變更管理
D. 質(zhì)量管理過嚴

信管網(wǎng)lazykaola： 2016-3-11 11:15:57   [回復(fù)]
c

---

信管網(wǎng)wangvi： 2016-2-29 15:44:01   [回復(fù)]
范圍確認又叫移交或驗收。項目或項目階段結(jié)束時，項目班子在將項目最終交付成果交給使用者或接受者之前，接受方要對已經(jīng)完成的工作成果重新進行審查，查核項目計劃規(guī)定范圍內(nèi)的各項工作或活動是否已經(jīng)完成，應(yīng)交付成果是否令人滿意。

---

信管網(wǎng)linlu169： 2015-10-19 16:25:07   [回復(fù)]
未進行范圍確認

---

信管網(wǎng)jape： 2015-8-30 16:43:33   [回復(fù)]
重要的里程碑，交付物客戶才進行確認，一個模塊叫客戶確認個毛，他他根本不懂，就是需求的雙向跟蹤沒做好。

---

信管網(wǎng)zjj8815： 2015-8-21 17:18:33   [回復(fù)]
這個題目，嚴格來說，只能選a，為什么？ 需求管理是指進行詳細需求收集后，進行需求分析，形成需求規(guī)格說明書，然后開評審會，驗證需求，最后和建設(shè)方溝通確認需求，在這個過程中，如果以個程序模塊在需求確認中疏忽了，后續(xù)實施過程中就按這個來做了。就產(chǎn)生這個問題。 范圍確認，是對可交付物進行和詳細范圍說明書進行檢查，看哪些完成的交付物是可接受的。說白了，就是建設(shè)方對當(dāng)前完成的內(nèi)容進行認可，簽字確認，你可以收進度款了。 也就是分階段驗收，你驗收都驗了，再來說某個模塊不合需求，很顯然不是范圍確認。應(yīng)該是需求管理出了問題。

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
客戶后面肯定會繼續(xù)提需求
Do it～！(cnitpm.com) 13:04:08
繼續(xù)改死你，這種在中國式的項目里頭很常見
-(cnitpm.com) 13:04:11
不開始報名，都沒心思學(xué)習(xí)啊
Do it～！(cnitpm.com) 13:04:47
如果未進行需求管理何為追溯前面沒發(fā)現(xiàn)問題？明細有需求跟蹤矩陣。
Do it～！(cnitpm.com) 13:05:22
這種題目自己理解就好，不用過于糾結(jié)。