超级会员免费看
本文通过分析M公司在某大学图书馆存储管理系统项目中的案例，揭示了项目范围管理和进度控制方面的问题。项目经理小陈在需求分析、范围变更和WBS分解上的处理不当导致项目困难。同时，通过三个相关试题，探讨了项目范围变更的原因、进度计划的计算与评估、质量管理的不足及应对措施、项目收尾中的常见问题以及IT服务管理的重要流程和价值。
试题一
M公司承担了某大学图书馆存储及管理系统的开发任务，项目周期4 个月。
小陈是M 公司的员工，半年前入职。在校期间，小陈跟随导师做过两年的软件开发，具有很好的软件开发基础。领导对小陈很信任，任命小陈担任该项目的项目经理。项目立项前，小陈参与了用户前期沟通会议，并承担了需求分析工作。
会议后，相关部门按照要求整理会议所形成的决议和共识，并发给客户等待确认。
为了节约时间，小陈根据自己在沟通会议上记录的结果，当晚组织相关人员撰写了软件需求规格说明。次日便要求设计人员开始进行系统设计，并指出项目组成员必须严格按照进度计划执行，以不辜负领导的期望与嘱托。
项目进行了2 个月后，校方主管此业务的新领导到任，并提出了新的信息化管理要求。小陈进行变更代价分析，认为成本超支严重，于是小陈准备不进行范围变更，并将结果通知客户，引起客户不满。
项目进入测试阶段后，M 公司开展内部管理审查活动。此项目作为
订阅专栏 解锁全文
扫一扫
9071
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
