软件项目进度跟踪管理经验谈.docx

软件项目进度追踪管理经验谈 肖永威 本文简介：本文经过成立软件开发进度模型，成立周工作计划管理制度，按周统计软件 开发工作达成量，并与软件开发进度模型比对，把达成的工作量线性化成项目进度百分比， 并配合有关的管理制度和工作质量查核标准，进行项目进度的追踪管理。 项目管理是目前软件产业中的热门话题。项目管理是为了达成预定的目标， 对任务和资源进行计划、组织和管理的过程，往常需要知足时间、资源和成本等 方面的限制要求。在项目管理三角理论中，有绩效（P）、时间进度（T）、费用成本（C）、范围（S）四要素。假定S（范围）不变，C（费用）不变，预期的绩效（P）也不变，则时间进度（T）是项目管理的重要要素。针对时间进度要 素，谈谈来自于应用软件开发实践的软件项目进度追踪管理。 本文项目进度追踪管理引用了CMM（软件能力成熟度模型）理论思想，适应SPI（软件过程改良）。 本文经过成立软件开发进度模型，成立周工作计划管理制度，按周统计软件开发工作达成量，并与软件开发进度模型比对，把达成的工作量线性化成项目进度百分比，并配合有关的管理制度和工作质量查核标准，进行项目进度的追踪管理。 本文内容包括典型项目开发进度情况举例、成立软件开发进度模型、开发工作达成量线性化、影响软件开发进度的几个要素和与实际工作相联合的进度追踪管理等五个部分。 一、典型项目开发进度情况举例 有一个典型的管理信息系统项目，项目内容是把目前分别的、C/S模式的管理信息系统，进行数据集中、业务系统升级。目前，项目需求已经达成，开发人员初步掌握中间件技术，企业为项目组配置了业务专家。用户要求用四个月时间达到试点运行状态，而项目组认为依赖企业现有力量，四个月内无法知足用户要 求，于是改正了项目实施计划，采取分步实施的举措。首先达成基础业务开发，其余部分在四个月后试点运行时持续开发，余下的决议剖析部分在维护期持续开发。项目组在开发过程中，配以甘特图拟订了严实的开发计划，进行项目进度追踪管理，项目实际开发进度如下表所示。 表1 接下所有的进度 指设计进度 指编码进度 1 项目组 实际 时间 任务 （表面）达成情况 说明 报的进度 进度 第一个月 达成 达成，有的提早编码 100％ 任务紧，急于编码，设计不 70％ 设计 全面 第二个月 编码 进展很快 55％ 代码达成量好多 25％ 第三个月 编码 进展放缓 90％ 中间件使用出麻烦 45％ 第四个月 编码 改正完善无显然成绩， 97％ 由于设计问题而调整， 改正 60％ 代码 第五个月 编码 改正代码造成其余部分 99％ 需求小变而改正代码， 数据 75％ 出问题 库速度慢 接下两月 编码 工期紧迫，无法测试， 99％ 为了保证系统运行， 写了应 98％ 现场写了好多代码 敷代码 此后表很容易看出，该项目开发进度从第三个月就开始失控，在第三个月， 项目经理报的项目达成情况达到了 90％，但实际上，项目经理所报的仅是代码 达成的行数而非项目达成情况，项目实际进度与其所报进度相差甚远。 而且，对 于项目进度评论忽略或许成心避开了工作质量因素， 而工作质量恰好是影响项目 进度的重点因素之一。 这是个很有代表性的案例。我在进行项目管理经验总结的基础上，参照有关资料，成立起来的一套软件项目开发阶段的进度模型。 二、影响项目开发进度的因素 往常，软件开发企业用来权衡项目开发进度的标准和方法，是达成代码或文档的工作量和达成功能点数量，适合考虑项目难易度修正，加以调整。这种方法不足的地方是过于简单，对影响项目进度的工作质量、项目复杂度、难易程度、 项目开发风险、交流和更改控制等诸多因素估计不足。往往是代码已经写完，所有功能已经实现，但还不能达到项目的预期目标。所以，用达成代码或文档的工作量和达成功能点数量权衡项目进度是不科学的。 如上所述影响项目进度的因素好多，本文仅从项目复杂度变化、难易度变化、工作质量等主要方面剖析其对项目进度的影响。 1、项目复杂度变化对项目的影响 在项目初期，程序代码较少，目标也很明确，故复杂度基本按线性曲线，缓 2 慢增加，但当项目进展到一定程度上时，复杂度会迅速增大。如下列图1所示项目进展时的复杂度曲线。比如：项目开始时只有用户需求，随着项目展开，需求分 析说明书、设计说明书等文档增加，文档版本控制就变得很复杂。 项目复杂度 复杂度曲线 时间 图1 2、项目开发难易度变化对项目的影响 在软件项目刚开始时，虽有不少困难，但多是表面的、浅层次的问题，随着工作逐步展开，这些问题会逐步解决，难度不太大，当工作全面深入展开后，开发中的深层次问题就会逐步被发现，越积累越多，项目开发难度就会迅速增大。 如下列图2所示项目进展时的难易度曲线。比如：开发中使用中间件技术，在项目初期，开发人员会研究怎样使用中间件，但其高级使用技术和限制条件