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

1软件项目进度跟踪管理经验谈肖永威本文简介：本文通过建立软件开发进度模型，建立周工作计划管理制度，按周统计软件开发工作完成量，并与软件开发进度模型比对，把完成的工作量线性化成项目进度百分比，并配合相关的管理制度和工作质量考核标准，进行项目进度的跟踪管理。项目管理是当前软件产业中的热门话题。项目管理是为了完成预定的目标，对任务和资源进行计划、组织和管理的过程，通常需要满足时间、资源和成本等方面的限制要求。在项目管理三角理论中，有绩效（P）、时间进度（T）、费用成本（C）、范围（S）四要素。假设S（范围）不变，C（费用）不变，预期的绩效（P）也不变，则时间进度（T）是项目管理的重要要素。针对时间进度要素，谈谈来自于应用软件开发实践的软件项目进度跟踪管理。本文项目进度跟踪管理引用了CMM（软件能力成熟度模型）理论思想，适应SPI（软件过程改进）。本文通过建立软件开发进度模型，建立周工作计划管理制度，按周统计软件开发工作完成量，并与软件开发进度模型比对，把完成的工作量线性化成项目进度百分比，并配合相关的管理制度和工作质量考核标准，进行项目进度的跟踪管理。本文内容包括典型项目开发进度情况举例、建立软件开发进度模型、开发工作完成量线性化、影响软件开发进度的几个要素和与实际工作相结合的进度跟踪管理等五个部分。一、典型项目开发进度情况举例有一个典型的管理信息系统项目，项目内容是把当前分散的、C/S模式的管理信息系统，进行数据集中、业务系统升级。当前，项目需求已经完成，开发人员初步掌握中间件技术，公司为项目组配置了业务专家。用户要求用四个月时间达到试点运行状态，而项目组认为依靠公司现有力量，四个月内无法满足用户要求，于是修改了项目实施计划，采取分步实施的措施。首先完成基础业务开发，其它部分在四个月后试点运行时继续开发，余下的决策分析部分在维护期继续开发。项目组在开发过程中，配以甘特图制定了严密的开发计划，进行项目进度跟踪管理，项目实际开发进度如下表所示。2表1时间任务（表面）完成情况项目组报的进度说明实际进度第一个月完成设计完成，有的提前编码100％任务紧，急于编码，设计不全面70％第二个月编码进展很快55％代码完成量很多25％第三个月编码进展放缓90％中间件使用出麻烦45％第四个月编码修改完善无明显成绩，97％由于设计问题而调整，修改代码60％第五个月编码修改代码造成其它部分出问题99％需求小变而修改代码，数据库速度慢75％接下两月编码工期紧急，无法测试，现场写了很多代码99％为了保证系统运行，写了应敷代码98％从此表很容易看出，该项目开发进度从第三个月就开始失控，在第三个月，项目经理报的项目完成情况达到了90％，但实际上，项目经理所报的仅是代码完成的行数而非项目完成情况，项目实际进度与其所报进度相差甚远。而且，对于项目进度评价忽视或者故意避开了工作质量因素，而工作质量恰恰是影响项目进度的关键因素之一。这是个很有代表性的案例。我在进行项目管理经验总结的基础上，参考相关资料，建立起来的一套软件项目开发阶段的进度模型。二、影响项目开发进度的因素通常，软件开发公司用来衡量项目开发进度的标准和方法，是完成代码或文档的工作量和完成功能点数量，适当考虑项目难易度修正，加以调整。这种方法不足的地方是过于简单，对影响项目进度的工作质量、项目复杂度、难易程度、项目开发风险、沟通和变更控制等诸多因素估计不足。往往是代码已经写完，所有功能已经实现，但还不能达到项目的预期目标。所以，用完成代码或文档的工作量和完成功能点数量衡量项目进度是不科学的。如上所述影响项目进度的因素很多，本文仅从项目复杂度变化、难易度变化、指设计进度接下所有的进度指编码进度3工作质量等主要方面分析其对项目进度的影响。1、项目复杂度变化对项目的影响在项目初期，程序代码较少，目标也很明确，故复杂度基本按线性曲线，缓慢增加，但当项目进展到一定程度上时，复杂度会快速增大。如下图1所示项目进展时的复杂度曲线。例如：项目开始时只有用户需求，随着项目开展，需求分析说明书、设计说明书等文档增加，文档版本控制就变得很复杂。t时间项目复杂度复杂度曲线图12、项目开发难易度变化对项目的影响在软件项目刚开始时，虽有不少困难，但多是表面的、浅层次的问题，随着工作逐步开展，这些问题会逐步解决，难度不太大，当工作全面深入展开后，开发中的深层次问题就会逐步被发现，越积累越多，项目开发难度就会快速增大。如下图2所示项目进展时的难易度曲线。例如：开发中使用中间件技术，在项目初期，开发人员会研究如何使用中间件，但其高级使用技术和限制条件不会被掌握，这样中间件初级使用技术很快被掌握和使用，开发工作快速展开，但当工作逐步深入后，高级技术就被发现，被迫投入时间和人力进行研究，难度反而增大。t时间难易度曲线项目难易度图23、项目开发工作质量的影响工作质量是影响项目进度的首要因素，工作质量主要包括：文档质量、代码质量。“失之毫厘，差之千里”，项目初期的微小差错，就会给后期排除差错带来4很大的困难，花费很大的精力。图3如图3所示，开始时差错很少，当工作量、复杂度增加后，错误可能会快速增加。虽然出现差错是在所难免的，但为了保证项目的进度和质量，必须建立和健全相应的管理制度，加强督导。软件项目管理是“知识转移型”管理，有别于“资源消耗型”的管理，在制定管理制度时，要以人为本，充分调动员工主观能动性。在项目开发过程中，经过上述各种因素的影响，最后，项目工作量完成曲线实际就如图4所示。计划工作量项目产品交付期限tW时间工作量（代码与文档量）图4即项目完成工作量（代码行数与文档的字数）开始非常快，然后逐渐趋于平缓，给人以停滞的感觉。这是软件开发项目必然规律，所以在项目管理中，不能简单的追求项目进度，要充分考虑以上诸多因素，才能正确指导整个项目按期完成，满足用户要求。5三、建立软件开发进度模型如上图4所示，开发进度模型是在数理统计基础上的，建立完成工作量和时间花费成指数曲线关系的模型，用完成工作量表示项目进度（本文中使用的项目进度曲线，都是用完成工作量表示项目进度的）。在实际工作中，需要对完成的工作量、时间花费等不确定变量建立样本，然后对样本进行数理统计分析。以数理统计理论中的多元非线性回归方法，建立数学模型，例如：根据实践经验可以采用灰色模型——GM（1，1）模型，这是因为完成的工作量是随着时间逐渐增加的，是增量型的，其样本满足光滑离散原始数列，符合灰色模型的使用范围。总之，通过多种数理统计方式，建立软件项目开发工作完成量随时间变化的模型，也就是软件开发进度模型（本文重点不是研究开发进度模型，数学模型描述可参照相关数理统计方面的资料）。此数学模型是随着项目进度跟踪管理而逐步修正完善的。同理，也可以对项目复杂度变化、难易度变化建立线性或非线性模型，在此不作探讨。四、工作完成量线性化参照软件开发CMM模型的要求，一个项目的开发一定要有章可循，而且要做到有章必循，同时项目进度跟踪与监控是KPA的一项。所以，建立在经验上的时间与进度曲线模型（在图4中的进度曲线），可以看作时间是衡量工作进度的一种尺度，并且时间和工作量是非线性关系，虽然模型不精确，但是可以在实践中逐步对该模型进行完善。工作量具体体现在开发周期上（标准级别开发人员需要的工作日），工作量一般通过常用的功能点分析法核定，设总的开发周期为Tz，单个阶段的开发周期为Tn。而实际上工作量完成情况是很难考核的，特别是正在进行中的项目，主要是靠经验模型主观判断得出大约数值。如图5所示，每个阶段都有开发周期Tn，占总工作量的百分比Wn，阶段的进度曲线指标是Sn0，实际进度曲线是Sn。其中，进度曲线指标就是开发进度模型。6图5节点的进度指标曲线把非线性进度线性化，形成时间可比进度，例如：假设10周的工作量，符合指标曲线Sn0的每周就是10％，然后用实际曲线Sn比对指标Sn0曲线，得出线性化后的进度Pn%。设按模型完成开发工作量所需要的时间为tn0，实际发生时间是tx，f(x)是开发进度模型，其中，x是时间变量，f(x)结果是理论完成的工作量，则：tx=f-1(Wx)其中，Wx是当前完成工作量。则当前某个阶段工作进度为：Px=tx/Tn则当前项目某个阶段完成总的工作量的百分比为：Pn%×Wn%=Pzn%五、软件开发各个阶段的工作量划分和开发进度计算从软件开发角度划分项目各个阶段，软件项目可划分为建设方案、需求调研、需求分析、设计、编码、测试、试点、推广、维护等阶段。由于建设方案、试点、推广、维护阶段与用户关系密切，可控性差，先不做考虑。对于其它阶段，一般说来，在现代软件项目管理中各种资源的理论分配比例（按实际情况可以调整）是：项目需求分析阶段15%，系统总体/详细设计阶7段40%，编码阶段25%，系统测试阶段20%。对于一个大、中型项目，又可以在设计和编码环节拆分成几个小的子项目。为此，我们可以把项目各个阶段的任务画成树状结构。如图6所示。需求分析总体设计子系统1设计子系统1编码子系统1测试子系统2设计子系统2编码子系统3测试子系统n设计子系统n编码子系统n测试组装测试A%B%C%D%Cn1%Cn2%Cn3%C1%Cn%C2%图6对应各个阶段定义如表2所示。表2项目的各个阶段占总体工作量定义备注需求分析A%总体设计B%开发（详细设计与编码）C%此部分经常拆分成若干子系统测试D%其中，对开发阶段进行拆分，首先是分块拆分成若干个子系统，子系统再分成设计、编码、单元测试等阶段，所以各个子系统的工作量C1%+C2%+……+Cn%=1。开发阶段每个子系统又由设计、编码、测试各个阶段组成，其各个阶段工作8量百分比累加，Cn1%+Cn2%+Cn3%=1。总体各个阶段：A%+B%+C%+D%=1如上所示拆分工作方式，则开发阶段工作进度，一般是取各个子系统开发最慢的进度，公式如下：Pc=Min(Pcn)其中，Pc是开发阶段的进度，n∈{1,2,…N}，N是最大分块拆分数。总体项目进度为：P=Pa+Pb+Pc+Pd六、与实际工作结合的进度跟踪管理软件开发进度跟踪管理，需要配套的工作，主要是做好计划（软件开发进度模型）、统计当前进度（工作完成量线性化）、监控工作质量管理，目的是保证计划和进度的有效性的。形成闭环管理的主要内容如下：⑴项目计划任务书⑵项目里程碑（定期检查点）⑶周工作计划与工作计划完成情况⑷中间工作质量检查⑸月工作计划及总结⑹测试及测试评分标准⑺审管理项目计划任务书、周工作计划管理、中间工作质量检查管理、月工作计划总结、评审和测试等环节构成项目闭环管理，周工作计划管理贯穿整个项目周期，定期或随机的中间工作质量检查保证周工作计划的真实性、准确性，使项目进度跟踪管理能得到有效的实施。使用数据库技术积累周工作计划、月工作计划及其完成情况的数据，逐步完善中间工作质量检查标准、方法，最终有效地实现软件过程改进、项目进度跟踪管理。通常，一个项目开始于《项目计划任务书》，对于项目计划任务书来说，在软件工程和项目管理等资料中已经介绍了很多，这里不再描述。1、工作计划和工作总结管理项目一般有任务计划书，规定各个阶段的时间和工作内容，但其周期比较长，属于粗粒度管理，很难有效的控制项目开发进度。夸张的说，全天8小时监控项9目的开发进度是最理想的。比较现实的方案是按周做工作计划，按日检查完成情况，再在周末汇总周工作计划完成情况。“周工作计划和工作完成情况管理”和“月工作计划和月工作总结”的管理制度，是项目进度跟踪管理的有效管理载体。⑴周工作计划和工作完成情况管理需要填写的表格形式如下项目周工作计划和完成情况项目名称时间开发周期项目负责人进度完成工作量工作质量检查人进度修正花费工时计划/完成内容备注审核人：审核时间：其中，时间：以周为单位；内容：本周要完成的工作内容；进度：以百分数形式书写，按项目进度模型线性化的结果；完成工作量：完成工作量占计划工作量的百分比；花费工时：标准级别员工完成此工作所花费的时间。⑵日工作完成情况管理需要填写的表格形式如下项目日工作完成情况工作名称时间工时工作负责人进度完成工作量计划/完成内容备注审核人：审核