华为锁定项目范围的五个步骤
深度拆解华为项目范围管理方法论:五步生成法(解读方案→识别交付物→WBS分解→责任矩阵→范围确认)实现交付基线锁定,结合中央空调交付物清单、C919子系统职能分解案例,详解WBS时间/功能双维分解规则与工程类项目三维管控模型(交付物基线+责任分工矩阵+维保链路)。

项目的范围

首先我们要介绍什么是项目的范围。项目的范围是对项目所期望的最终产品和交付成果,以及为实现该产品和交付成果所做的工作的描述。这里项目范围包含两个部分,一是项目交付完成以后,客户要验收的东西,也就是我们说的可交付成果。另一个包括了为了实现可交付成果,将会产生对应的一系列的动作,也就是整个过程的部分,也属于项目的范围。

如何生成项目的范围

明确了项目的范围的定义以后,那么如何生成项目的范围呢?我们有项目生成范围的五个步骤。

第一步、解读解决方案。

因为解决方案它是由不同的部分来组成的,需要仔细解读。解决方案可能体现为硬件、软件或者相应的服务。

第二步、识别可交付成果。

可交付成果也就是最终客户要验收的东西。

第二步、工作分解

基于最后的可交付成果进行工作分解。我们将为了达成可交付成果的一系列的工作给分解出来,逐层的呈现出来。

第三步、责任分工矩阵

由于一项工作可能是由多个组织参与支撑实施的。所以我们还可以根据这项工作完成的各方彼此之间的责任,来形成责任分工矩阵。

第五步、确定项目交付范围

确定最终的项目交付范围。

项目范围生成的过程(举例)

在这里我们举一个生活中的例子,说明项目范围生成的过程。例如你家里要装一套中央空调系统,工程师勘测以后给你家做了一个方案,这个方案包含一台室外机和若干台室内机,以及中间的连接部分。方案确定了以后,交付成果也就确定了,也就是内机和外机以及安装服务,那么对应的活动也就生成了。例如活动可以包括勘测、设计、安装、调试、验收,至于责任分工矩阵,业主侧则需要提供室外机和室内机的位置和电源部分。




通过以上的例子,我想大家对项目范围的五步法有了一个感性的认知。接下来我们介绍工作结构分解。

工作结构分解

工作结构分解它就是以可交付成果为导向的一种工作组成分解的一个过程。WBS也可以说是工作结构分解的一个工具,它定义了整个项目的工作范围,每下一层代表对整个项目工作更详细的定义。


工作结构分解规则有哪些呢?一般来说,我们有两种规则,第一种规则是按照时间维度来分解。比如一个大型的开发项目,我们可能把它分解成需求收集阶段、开发阶段、测试阶段和验收阶段。一个工程类的项目,我们也可以把它分解成勘测阶段、设计阶段、货物采购阶段、安装阶段和验收阶段。其实以上的分法就是按照时间的维度来分解的过程。另外一种分法就是根据功能点或者职能来划分。比如说一个复杂的系统,它包含多个模块或者多个子系统,那么这个就可以按照功能或者职能来分解。在实践中我们也发现,有的时候可以按照时间来划分,有的时候可以按照职能来划分,或者是两种方式的组合都可以进行结构分解。

工作结构分解的好处

工作结构分解的好处有哪些呢?一、它可以形成整个项目范围的基线,也就是说如果在工作分解清单之内的工作都是项目需要完成的工作,项目工作分解清单之外的都不属于项目的范围。二是工作结构分解可以使得工作量的评估更为准确。例如需求调研这样一个活动,那么你如何去评估他的工作量呢?很难评估。如果把需求调研的工作分解成某某子系统的需求调研或者某某模块的需求调研,那么我们就可以更好地去进行工作量的评估了。工作结构分解的另外一个好处就是工作分解完成以后,我们更容易确定完成这个工作各方面的责任界面。


好,以上就是我们对工作结构分解的介绍。接下来再跟大家分享一个实际的工作分解的案例。大飞机C919它的结构非常复杂,为了将大飞机的设计和制造工作能够有序地开展,我们就将大飞机按照不同的子系统分配给不同的团队去执行,有效地进行了工作分解、分工和合作,从而提高了整个项目的可控性。我们可以把大飞机分成动力系统、导航系统、控制系统、燃油系统等等。这个方法就是我们前面介绍的,按照功能或者职能来分解,是WBS最常用的方法之一。

责任分工矩阵

完成了工作结构分解以后,我们就可以确定每项工作的工作责任分工矩阵。因为完成一项工作可能有多方来参与,每一方在这个工作上他承担的责任是不一样的。所以我们一定要彼此之间明确下来,否则就有可能带来冲突或者理解不一致的情况,影响项目的顺利施工。比如说我们在家庭装修这个项目上,拿家装设计这个工作为例,客户他的责任是批准设计方案,也就是说认可了方案以后才能开始施工。设计公司承担主要的设计工作,监理公司和厂家要支持家装的设计,设计的结果要通知到施工队。


以上的内容就是工作责任分工矩阵的一个实例,接下来再给大家分享一个华为的实践,工程类项目的项目范围工程类项目的项目范围分成三个部分,一部分是可交付成果,另外一部分是工作结构分解,最后一部分是责任分工矩阵。工程类的项目通常我们做完以后有硬件,包括主设备和配套的产品软件,还包括软件版本、数据库、操作系统等等服务。那可能是包含了一些咨询服务、项目管理、培训服务等等工作结构分解。在硬件上可能有工程勘测、生产发货、土建安装和验收。软件上可能有需求调研、开发、安装、验收、割接等等。在维保上还有监控、故障处理等等。在责任分工矩阵方面,我们需要针对一个具体的工作,识别出来谁是批准人,谁是责任人等等。


相关课程
易方卓AI百科助手 DeepSeek提供支持
欢迎使用易方卓AI助手,您的智能管理百科!