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

2019-11-20郑永升毛茂文

中国信息化 2019年10期

郑永升毛茂文

据最新的软件项目交付研究报告，在过去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所示。