第六章一范圍管理案例分析(參考版)
2025-04-20 08:19本頁面
【正文】 在發(fā)生需求變更時，也應該采取靈活的手段，在滿足用戶需求的前提下，盡量減少需求變更的范圍?！締栴}3】 對于本案例，項目經(jīng)理需要對需求定義的結果進行質量控制，采取評審等方式減少需求中的問題。 (2)在范圍確認中，張工沒有主動地要求用戶對需求進行確認。 (3)張工沒有要求用戶對已經(jīng)定義的需求進行確認，從而導致需求理解的偏差。 參考答案【問題1】 (1)張工為了更明確地把握系統(tǒng)需求，聘請了原系統(tǒng)的需求調研人員李工，提高了需求定義的效率和質量?！締栴}2】 請從項目范圍管理的角度找出該項目實施過程中的問題。最終系統(tǒng)需求發(fā)生重大變更，項目延期超過50%, M的業(yè)務代表也因為系統(tǒng)的延期表示了強烈的不滿。 在系統(tǒng)交付的時候，M公司的業(yè)務代表認為已經(jīng)提出的需求很多沒有實現(xiàn)，實現(xiàn)的需求也有很多不能滿足業(yè)務的要求，必須全部實現(xiàn)這些需求后才能驗收。 進入編碼階段后，李工因故移民加拿大，需要離開項目組。張工認為，雙方已經(jīng)建立了密切的合作關系，李工也參加了原系統(tǒng)的需求開發(fā)，對業(yè)務的系統(tǒng)比較熟悉，因此定義的需求是清晰的。在李工的幫助下，很快地完成了需求開發(fā)的工作并進入設計與編碼。升級后的系統(tǒng)可以滿足M公司新的業(yè)務流程和范圍。 在本案例中，張工首先進行了范圍定義和工作分解，得到了清晰的項目范圍；在出現(xiàn)新的項目目標后，張工進行了范圍控制，重新定義了兩個階段的項目范圍；最后，張工將重新定義的范圍與項目干系人進行了確認。 (4)范圍確認。 (2)范圍定義。(5)張工對項目進行了溝通管
教學教案相關推薦
鄂ICP備17016276號-1