模型体方法在软件项目管理中的应用

郑永升 毛茂文

据最新的软件项目交付研究报告，在过去5年的软件开发项目中，因为软件项目管理的原因，有17%的项目在部署前被取消，33%的是问题项目，而且在所谓成功交付的50%的项目中，还有28%并未产生预期的业务价值。这些报告数据表明，软件项目管理存在着成本增加、范围多变、进度延后、风险失控等诸多的痛点，现有的理论和方法，已经不能满足软件项目管理的需要。基于过程管理和量化管理的模型体方法，是软件快速交付的一种新型项目管理方法，它的优势和特点，受到了广泛的关注和期待。

一、模型体方法的原理

模型体是一种对持续的软件项目管理成熟度进行量化的模型，由过程维度、能力维度、知识维度构成，分别对应软件项目管理中的交付过程、交付能力和交付知识。通过对维度主要操作要素进行分析，找出核心短板和关键因素，按照定位、量化、执行和评价四个使用步骤，解决软件项目管理过程中的痛点，以提高软件快速交付的效率和效果。

软件的复杂性使得成本和进度难以估算、质量和范围难以控制、风险和问题不可预测，软件项目管理变得更为复杂、表现为各种痛点。模型体方法的原理就是将痛点与主要操作要素进行映射，将核心短板与关键因素进行转化。

模型体方法的原理，如图1所示。

（一）痛点与主要操作要素的映射原理（简称映射原理）

1、交付过程痛点与过程维度的映射

软件全生命周期划分为需求、设计、开发、测试、发布、部署六个过程，软件项目管理的痛点也一定包含在这六个过程中。

模型体过程维度的主要操作要素包括：

（1）需求过程有需求的搜集、分析、开发和管理等。

（2）设计过程集中在业务功能、系统架构、数据模型和用户体验等的分析和设计，以及是否遵循设计原则等。

（3）开发过程集中在前端、后端、中台和接口等。

（4）测试过程有测试用例、测试方法、性能测试和测试工具等。

（5）发布过程和部署过程集中在是否遵循相关的流程步骤、是否选择了合适的方法等。

软件项目管理中的交付过程对应模型体的过程维度，交付过程存在的痛点映射为模型体过程维度的主要操作要素。

2、交付能力痛点与能力维度的映射

软件项目管理在某种程度上是交付能力的管理，交付能力表现为技能和素养。软件快速交付需要通过合理配置交付能力，来避免或解决软件项目管理中存在的痛点。

模型体能力维度的主要操作要素包括：

（1）技能是指集设计、技术、服务和协作于一体的交付能力。其中设计能力在需求和设计二个过程中，技术能力在开发、测试、发布和部署四个过程中。协作能力集中在协作的形式、机制、工具、流程等。服务能力集中在服务的适配、响应、共享、成果的转化等。

（2）素养是一种文化，包括团队的氛围和个人的风貌。团队氛围是交付团队的意识力、执行力、绩效力和凝聚力等，个人风貌是交付成员的学习、工作、生活和协作等。

软件项目管理中的交付能力对应模型体的能力维度，交付能力存在的痛点映射为模型体能力维度的主要操作要素。

3、交付知识痛点与知识维度的映射

软件项目是知识型的工程，软件交付需要专业的工具、方法、流程、模板、成果等知识来支撑。发现和解决软件项目管理中存在的痛点，一定离不开对交付知识的正确选择和合理使用。

模型体知识维度的主要操作要素包括：

（1）工具和方法是软件交付过程中使用最多，效果最好的专业知识，集中在使用场景、适配度、约束条件、应用效果以及选择原则等。

（2）流程和模板是软件交付专业知识的重要组成部分，集中在使用场景、是否根据实际情况进行调整、流程是否顺畅和适配、模板是否简洁和高效等。

（3）成果作为组织资产，是软件专业知识的重要構成，合理地使用或复用成果，可以极大地提升软件交付的效率和效果，主要包括成果的积累、匹配和复用等。

软件项目管理中的交付知识对应模型体的知识维度，交付知识存在的痛点映射为模型体知识维度的主要操作要素。

（二）核心短板与关键因素的转化原理（简称转化原理）

软件项目管理中出现的痛点，对应模型体方法不同维度上的主要操作要素，按照模型体方法的映射原理，将作用力比较大的痛点映射成模型体方法的核心短板。同时，将核心短板转化为模型体方法的关键因素，具体的转化机制如下：

1、分析核心短板发生在哪个过程维度，由过程维度的主要操作要素，转化为交付过程的关键因素。

2、在交付过程关键因素的基础上，分析核心短板发生在哪个能力维度，由能力维度的主要操作要素，转化为交付能力的关键因素，确定是哪种交付能力配置不当所致。

3、在交付过程关键因素的基础上，分析核心短板发生在哪个知识维度，由知识维度的主要操作要素，转化为交付知识的关键因素，确定是哪种交付知识使用不当所致。

二、模型体方法的使用

模型体方法的映射原理和转化原理，是将软件项目管理中的痛点转化为模型体方法的核心短板，并分析和定位出作用于核心短板的关键因素。模型体方法的使用就是降低核心短板关键因素的作用力，解决软件项目管理中存在的痛点。

模型体方法的使用需要按照定位、量化、执行和评价四个步骤。

1、定位步骤，对核心短板的主要操作要素进行精准定位，确定产生软件项目管理痛点的关键因素。

2、分析步骤，对关键因素进行影响程度、解决程度和资源投入的量化分析。

（1）影响程度分析，量化关键因素作用于痛点的影响程度有多大。用指标A、B、C、D四个等级来度量，如果达到C或D，就要执行该关键因素。

（2）解决程度分析，量化解决痛点的优先值有多大。用指标值1到100来度量，如果超过70，就要执行该关键因素。

（3）资源投入分析，估算解决痛点所需要投入的资源有多大，包括要投入资源的类型、数量和时间点。

3、执行步骤，就是选择策略和方法，依据执行的计划、所需的资源和执行的依赖，对痛点进行解决。

（1）策略选择，解决痛点的策略分为等级降低、优先值最大和资源最小三种，要根据影响程度的等级和解决程度的优先值来选择执行策略。

（2）方法选择，解决痛点的方法分为版本和过程二种，执行方法的选择要与执行策略相结合，以增强解决痛点的效果。

4、评价步骤，将解决痛点的效果和效率，用度量的方法和指标做出满意度评价，以衡量模型体方法在软件项目管理中对痛点改正的优势。

三、模型体方法在软件项目管理中的应用

在软件项目管理中，经常会出现项目进度延迟、工作量安排不合适、加班赶工等情况。例如，某软件项目实施到第一个里程碑检查点（过去了60天工期）时，项目进度严重滞后预期（进度执行指标SPI = 0.45），后续交付压力特别大，主要表现在以下几个方面：

（1）有3个业务模块需求模糊，功能设计无法落地，占7个业务模块的43%。

（2）设计人员抱怨页面设计改动频繁。

（3）项目采用前后端分离开发，前后端人员比例为2：1，后端Java开发人员工作量不饱和，前端开发人员工作量压力特别大，始终处于加班状态。

（4）已完成的4个业务模块，其测试用例跟不上，不能进行系统测试而无法上线。

（5）测试用例模板与自动化测试的输入不一致，不能用Junit组织自动化测试。

（6）测试人员与相关开发、设计等人员存在工作上的摩擦。

以下阐述模型体方法在软件项目管理中的实际应用。

（一）模型体方法在应用中的原理分析

根据软件项目管理的痛点“项目进度严重滞后预期（进度执行指标SPI = 0.45），后续交付压力特别大”的描述，利用模型体方法的映射原理，将痛点映射成模型体方法不同维度的主要操作要素。

1、过程维度分析，依据（1）的描述，映射到需求过程的主要操作要素有业务干系人配合不好、需求人员不够（平均每人2个模块）、需求工作量大、获取的需求质量差。依据（4）的描述，映射到测试过程的主要操作要素是测试人员不够（2人完成7个模块测试用例）、测试计划不合理。

2、能力维度分析，依据（3）的描述，映射到技术能力的主要操作要素是2个前端工程师JS脚本能力弱、对Bootstrap不熟练，3个业务模块因需求模糊、设计无法落地而使后台Java人员处在待工状态。依据（2）和（6）的描述，映射到协作能力的主要操作要素是需求人员与业务干系人、设计人员之间，测试人员与开发和设计人员之间，都缺乏有效的沟通机制、沟通方法。

3、知识维度分析，依据（3）和（5）的描述，映射到工具知识的主要操作要素是对Bootstrap前端框架不熟练、对Junit测试工具的不熟练。依据（4）和（6）的描述，映射到流程知识的主要操作要素是缺乏适合的沟通流程，使得测试人员与需求、设计、开发之间存在工作上的摩擦，缺乏测试、发布、部署的审批流程，不能开展系统测试并影响上线。依据（5）的描述，映射到模板知识的主要操作要素是没有规范测试用例模板，不能自动化测试。

通过映射原理，对痛点和主要操作要素进行了映射，并依据作用力的大小确定核心短板。利用转化原理，将核心短板转化为关键因素，找到解决痛点的关键因素。

1、分析核心短板的过程维度，依据作用力的大小确定关键因素，本应用中需求过程转化为交付过程的关键因素。

2、在交付过程关键因素的基础上，分析核心短板的能力维度，依据交付能力的合理性，本应用中協作能力转化为能力过程的关键因素。

3、在交付过程关键因素的基础上，分析核心短板的知识维度，依据交付知识的恰当性，本应用中工具知识和模板知识转化为知识过程的关键因素。

（二）模型体方法在应用中的使用步骤

1、定位步骤

在本应用中，通过映射原理和转化原理的分析，定位痛点的关键因素，如表1所示。

2、分析步骤

在本应用中，解决痛点的关键因素量化分析，包括影响程度、解决程度和资源投入。

（1）影响程度分析，如表2所示。

（2）解决程度分析，如表3所示。

（3）资源投入分析，如表4所示。

3、执行步骤

在本应用中，痛点的各关键因素，其影响程度都达到了C或D，解决程度的优先值都在70以上，采用优先值最大策略比较合适。同时，本应用的核心短板是在“第一个里程碑检查点（过去了60天工期）时，项目进度严重滞后预期（进度执行指标SPI = 0.45）”发现，选择版本方法比较合适。

在采用优先值最大策略、版本方法，解决软件项目管理痛点前，还需要做好以下工作：

（1）制定执行计划，将每项工作任务分配到人、按周制定工作计划（本次执行周期是30天工期，要求进度执行指标SPI在0.8以上），以保证执行的过程化和量化。

（2）确定所需资源，明确所需资源的类型、数量和时间点，包括人力资源、组织培训、團队管理和专业知识，增加和置换的人员数量，资源入场和释放的时间点。

（3）做好执行依赖，准备解决痛点的依赖条件，如本应用中的依赖有专业知识的掌握，团队氛围的认同。

4、评价步骤

本应用对解决痛点的效果和效率，采用挣值法进行满意度评价。在第93天（比执行计划延迟3天）时，其进度执行指标SPI = 0.81，项目的总体进度比之前提高了0.36。通过模型体方法解决软件项目管理中的痛点后，在第二个里程碑节点时将达到正常的进度。

四、模型体方法在软件项目管理中的应用优势

通过上述实际应用，模型体方法在发现、分析、定位、解决软件项目管理痛点方面，具有明显的应用优势。

1、更形象和可视化。通过模型体的原理分析，将软件项目管理中的痛点与快速交付的主要操作要素进行映射和转化，将核心短板的关键因素进行定位，借助模型体，把抽象的软件项目管理变得更加形象化和可视化。

2、更过程和量化。通过模型体的使用步骤，将产生痛点的结果分解为关键因素的根因，与快速交付的过程结合起来，将产生的过程数据与解决痛点的量化指标、估算方法、度量工具结合起来，借助模型体，把复杂的软件项目管理变得更加过程化和数据化。

3、更客观和科学。模型体方法弥补了软件项目管理依赖经验知识、主观意识的不足，回应了快速交付的客观要求。同时，模型体方法不仅适用于软件项目管理的事后和事中，更适用于事前，增强了风险识别，响应了快速交付的发展方向。借助模型体方法，把难以估算和度量的软件项目管理变得更加客观和科学。

总之，以新业务、新技术、新模式为代表的信息化建设项目，使得软件项目管理更为复杂、更有挑战。模型体方法在软件快速交付中具有的应用优势，不仅是一种专业的软件项目管理方法，更是一种创新的软件项目管理方向，对提升信息化建设管理水平具有指导意义，对丰富完善软件快速交付方法具有参考价值。

作者单位：北京中油瑞飞信息技术有限责任公司