信息系统项目管理师论文范围管理.docx
版权申诉
23 浏览量
2022-07-08
16:47:06
上传
评论
收藏 11KB DOCX 举报
一、 细致的需求分析和确认
项目的需求分析的偏差和理解不透彻是导致项目后期范围做变更的最主要
原因，针对此点，在项目的需求分析阶段我要求分析人员对项目范围中的所有特
性进行详细的需求分析，包括写作需求分析文档，硬件支持情况分析、环境分析
等，这些报告完成后，我们组织需求分析人员对这些特性需求逐条和相关干系人
进行确认，其中发现了 3 条需求理解上的不一致，经过充分的沟通后，确认是项
目成员对需求理解出现偏差，并及时进行了纠正，减少了项目后期出现需求理解
偏差而可能的大规模返工。由于智能维护系统需要处理大量数据，功能特性的实
现依赖数据通道上各环节的高速传输，通过对硬件分析发现一款用于系统和设备
之间的接口模块的性能不能满足数据流的需求，这个情况及时反馈给相关干系
人，经评估认为该需求是必须实现的，于是用更高性能的接口模块来满足这个需
求。
通过对需求的细致分析，提前发现了需求理解的问题以及需求可能无法满足
而造成系统功能无法实现等风险，对项目范围的控制起到了很好的作用，通过项
目验收测试进行的范围确认，全部实现了项目范围的要求。
二、 创建工作分解结构和需求跟踪矩阵
依据项目范围说明书，按照以下步骤来创建工作分解结构（WBS）：识别和
分析可交付成果及相关工作；确定工作分解结构的结构和编排方法；自上而下逐
层细化分解；为工作分解结构组成部分制定和分配标志编码；核实工作分解的程
度是必要且充分的。
经过项目前期的需求调研和功能分析，系统确定开发火力、水力和风力三个
子系统的智能维护系统，根据子系统的领域，分别制定了三个子项目的 WBS，
资源评论
