论信息系统项目的范围管理

1.概要叙述你参与管理过的一个信息系统项目(项目的背景、项目规模、发起单位、目的、项目内容、组织结构、项目周期、交付的成果等),并说明你在其中承担的工作(项目背景要求本人真实经历,不得抄袭及杜撰)。
2.请结合你所叙述的信息系统项目,围绕以下要点论述你对信息系统项目范围管理的认识,并总结你的心得体会。
(1)项目范围管理的过程;
(2)根据你所描述的项目范围,写出核心范围对应的需求跟踪矩阵。
3.请结合你所叙述的项目范围和需求跟踪矩阵,给出项目的WBS(要求与描述项目保持一致,符合WBS原则,至少分解至5层)

论信息系统项目的范围管理

2021年11月,在“广东省2021年工业互联网标识解析体系”的建设中,本人所在的工作单位XX股份有限公司作为发起单位,承接了“面向 5G 通信行业的标识解析二级节点项目”(以下简称标识解析项目)的建设工作,该项目总投资金额为1825万元,建设工期为1年10个月,我有幸作为项目经理负责全面管理该项目,根据项目的特点组建了项目型项目团队,项目需要的人力资源约为19人左右,其中需求分析小组4人,开发小组8人,测试小组2人,质保小组2人,运营推广3人。本项目已于2023年10月成功上线并于2023年12月顺利通过了第三方专业机构的各项测试并完成项目验收,目前运行状况良好,得到了用户的高度评价。

本项目建设的总体目标是建设面向 5G 通信行业标识解析二级节点,利用工业互联网标识解析技术为行业提供质量追溯、产品防伪、供应链优化管理、远程运维监控等解决方案服务,引导行业上下游企业接入 5G 通信行业的工业互联网标识二级节点,合力打造工业互联网标识解析生态圈,实现行业价值链工业数据流通,提升行业的生产管控和成本控制能力,促进行业整体数字化转型,提高行业整体竞争力。项目目标是实现二级节点接入不少于 60 家企业,实现注册量不少于 2 亿个,日均解析量不少于 150 万次,同时参与工业互联网标识解析二级节点相关的国家标准、行业标准或团体标准不少于 1 项;提交专利申请 2 项;提交软件著作权 5 项。

在本项目中,我司各岗位人员汇集了通讯领域专家、5G设备研发、精益生产管理、供应链领域专家等众多行业的人才,在项目建设场景的具体落地方案各自关注不同的侧重点,且行业上尚未有成熟的方案和实践可供参考,不同领域之间如何有效利用标识进行打通协作,需要多轮的论证,因此项目各方需求较难明晰。

因此在本项目中,范围管理显得特别重要,我作为项目经理除了对其他管理领域进行严格管理外,特别对范围管理从如下几个方面进行了管理。在制定范围管理计划的基础上,通过访谈和原型展示收集需求,尤其重视核心范围对应的需求跟踪矩阵,通过逐层分解和滚动规划创建WBS工作分解结构,重视局部范围确认,通过刚性合同和柔性沟通相结合的方法做好变更控制,取得了较好的效果。

批注:

1. 概述太多,建议500-800。本文项目目标太多,建议精简。

2. 本文需要写明项目内容(项目包括哪些模块)

一、制定范围管理计划

凡事预则立,不预则废。好的开始是成本的一半,因此制定一个合理有效的计划是对开展后续工作成功的有力保障。范围管理计划,作为项目管理计划的一项子计划,它是描述如何管理项目范围,怎样确保项目范围的变化与项目要求保持一致。我们采用专家判断法,结合该项目的项目章程,和公司的组织过程资产,找出制定范围管理计划的模板和标准,制订了标识解析项目的范围管理计划。

二、收集项目需求

在展开需求收集工作之前,需要识别项目的干系人,分析针对不同干系人采用的需求收集方式,建立起沟通制度,有条不紊地做好需求收集工作。通过需求收集与分析,不但可以提高参与项目的岗位人员对信息系统建设有了一定的认知,有助于提高他们管理项目的参与度;还能令执行需求收集的信息技术人员充分理解需求的含义后设计出更符合实际的信息系统,减少后期的变更。

需求收集工作中,我带领项目团队主要采用问卷调查、焦点小组的方法,了解相关方对标识解析项目的需求和期望。项目团队根据需求收集的最终目标设计出调查问卷的模板下发到调研对象的手里,公司领导层下达命令要求必须按要求填完。

有实践经验的项目经理都知道,需求跟踪矩阵是一个很重要的文件,因为它既能帮助我们跟踪需求被实现的过程和状态,又能帮助我们跟踪需求与后续工作成果(如设计、代码、测试用例等)的对应关系。结合本项目的特点,我创建了需求跟踪矩阵主要包括:用户需求编号、用户需求描述、需求被实现的进度状态、场景设计和测试用例等,部分内容举例如下表。

​标识解析项目需求跟踪矩阵

用户需求编号

用户需求描述

需求被实现的进度状态

场景设计

测试用例

XQ-01

微信小程序快速查询

功能已实现

待小程序备案验证

通过小程序快速查询设备维保信息

 

批注:

1. 题目明确要求根据你所描述的项目范围,写出核心范围对应的需求跟踪矩阵

2. 建议测试用例写出来。

3. 本文要求的核心范围的。建议写2-3条

三、定义范围

完成用户需求收集后,我们在公司内部召开会议,依照项目章程的总体范围目标与质量目标,结合需求文件进行需求分析,定义了初步的项目范围说明书,然后与用户进行沟通确认,最终形成项目范围说明书。项目范围说明书是需求整理工作的升华,为了能保障项目的成功,项目团队需要通过范围说明书来明确标识解析项目的成果边界。在项目需求、范围、可交付成果、假设条件和制约因素等方面与项目干系人达成一致。

四、创建工作分解结构WBS

分解是项目管理的重要思想之一,好的WBS有利于项目团队和相关方尽早地、更全面地了解项目工作,也是后续管理好项目的基础。我组织小组的组长和骨干成员以及了解项目工作的相关干系人和相关专家一起编制WBS。首先,依据本系统开发流程采用迭代的方式编制WBS,编制第一份初稿后,我们会征求那些比较了解项目工作的关键干系人的意见,然后反复优化修改。然后,请项目管理办公室提供指导,帮助确认WBS的有效性。根据项目团队的历史项目经验,WBS越是详细,项目成功的机率就越大。本次项目是依据主要可交付成果进行创建WBS的,由于系统包含的功能较多,采用列表式来罗列每个组件的WBS标识和名称,本项目部分WBS举例如下表所示。考虑到每个项目干系人对项目工作会有不同的理解和认识,项目团队编制了WBS词典用于进一步说明WBS的内容、项目可交付成果和项目边界。WBS词典中的关键内容是“工作描述”,用于澄清和描述每个组件的范围。

层级

WBS标识

任务说明

责任人

1

1

标识解析项目

 

2

1.1

​统一查询系统模块

 

3

1.1.1

集中查询分析功能

 

4

1.1.1.1

信息快速查询

 

5

1.1.1.1.1

Web查询页面

 

5

1.1.1.1.2

微信小程序查询

 

五、范围确认

项目可交付成果、子功能被开发出来之后,我们项目组内部先对其进行评审和测试,通过后,把这些成果交付给用户,和用户一道按范围基准、质量标准等要求进行范围确认(即验收)。由于该项目范围广、功能点多,我们找客户进行局部范围确认的频次较高,在里程碑点一般举行较为正式的会议,非里程碑点一般通过当面交流的方式,虽然这样做增加了不少工作量,但对于最后一次性通过竣工验收非常有利。

六、范围控制

范围控制就是监督项目的范围状态,管理范围变更的过程。标识解析项目的建设周期较长,系统设计、开发、测试、实施的过程处于一种动态变化环境之中,影响需求变更的因素非常多。而且项目范围经过确定后也不是就不能修改的,即使在项目制定和确认范围阶段的工作做得足够细致,也不能确保在系统建设过程中不会遇到新的变更因素,使得项目范围不得不做出改变和调整。

整个项目下来,在范围管理方面,项目范围定义得比较清晰,工作分解得比较恰当,各阶段的工作成果也几乎没有存在明显的返工。通过有效的项目管理特别是出色的范围管理,项目于2023年10月按计划上线并最终通过了相关部门的验收,各系统运行至今,运行状况良好,得到了用户的一致好评。然而,在本项目的范围管理方面,也还存在一些问题,需要我们不断改进。比如:对范围的监控还存在一定盲区,导致绩效收到一定的影响。最后,感谢项目中遇到的所有领导、同事,感谢参与项目评审的专家,您们扎实的理论功底、深厚的实战经验、严谨的指导给我留下了深刻的印象。后续我将不断提升自身项目管理水平,为我们工业互联网发展,数字中国建设添砖加瓦

批注:最后标红的建议换一种方式,比如 离不开***的正确指导

总评:

1.本文字数合理,结构清晰。建议概述500-800 总字数2800-3200,段首建议统一缩进2个汉字。

2.本文写出了每个子过程,但是子过程反映信息化的程度较低。因为是软考,要求写的是信息系统项目,所以建议案例也尽量写信息化方面的,比如可以写版本管理的工具、信息化系统管理知识,需求跟踪的工具,技术难点或者技术知识点、使用的开发软件工具,平台等都可以结合子过程写。

3.本文有扣题目要求,细节需要注意下。

4.建议写一下本项目使用的项目管理工具,如版本管理工具,使用的开发软件名称等,会更好

 

继续加油,相信会有很大提高!