|
早年的项目管理理论认为时间、资源、范围是项目管理的关键要素，它们分别代表项目进度，人员与预算，以及需求，即项目管理金三角。其中任何一个要素发生变化，其他两个必然发生相应的变化，而且它们之间的关系是负相关的。
现代的项目管理，特别是软件项目管理，增加了一个关键要素—质量，这个要素的变化也是与其他三个要素的变化密切相关的，而且形成硬性约束。项目管理金三角变成了项目管理金字塔，质量处于金字塔的顶端，成为软件项目中最关键的一个要素。
为什么质量最重要呢?首先，质量最难度量，也最难控制。其次，如果控制得当，质量与其他要素正相关，即如果从一开始就把质量维持在一个较高的水平，不仅不会增加对项目时间、资源、范围的压力，反而可以节省人力资源，更准确的预测项目进度，甚至缩短工期，从而使项目更加可控。
从这个意义上讲，质量是牵一发而动全身的要素。最后，质量往往也是客户最关心的问题，资源和时间在大多数情况下是可以讨价还价的，做过项目经理的人都知道，说服客户或领导增加预算比说服他们在质量问题上让步容易的多。
时间是这个金字塔中第二重要的因素。它不但很难控制，而且客户一般很难在时间上让步。项目超支30%是很平常的，但如果项目延期半年甚至一年还完成不了，这个项目就死定了。因为客户的业务可能正等着这个项目上线，他们的损失是以小时计算的;
如果是一个待发布的软件产品，前期的市场宣传和销售渠道的准备都是按发布日期倒排的，延期发布带来的损失绝不仅限于项目组内部。
质量和时间是项目管理的重中之重，因此我们可以把有效的软件项目管理概括成一句话:按时交付高质量的软件。对包括项目质量和时间进度在内的项目要素进行准确的度量和有效的控制成为软件项目成功的关键。
之前在本专栏中已经讲了如何通过VS丁S进行质量控制，这期我们来讲如何用VSTS对进度进行度量和控制。项目进度项目进度的度量有多种方式，有看工时数的，有看计划工作完成数的，也有看测试完成情况的等。
按工时度量进度按工时度量是VS下S默认支持的方式，在VS下S过程模板自带的Task类型的工作项中，有已完成工时数、剩余工时数、总工时数等栏目。程序员在更新工作项时填入就可以了。如果项目组觉得默认模板不能完全满足要求，还可以定制工作项。
从工作项完成情况看进度工作项完成情况是另一个查看项目进度的有效方式。每一个工作项都有未启动、已开始、已完成这三个状态。就是根据这三个状态生成的工作项完成情况报告，红色的部分是活动的即未开始的工作，黄色的部分是已解决的工作，绿色部分是已确认完成的工作。
总的工作数量从开始的，00逐渐增加到，02，这在实际项目中也是很常见的，因为总会发现原来没有计划到的工作，只好在中途增加。工作项的状态可以定制，而且有不止一个状态。可以根据任何一个工作项的评审状态和完成状态生成进度报表，从不同的角度查看项目的进度。
上面的图就不是严格意义上的已开始、已完成统计，而是根据该类型工作项(Backlog)的特殊状态进行的统计。日aeklog是serum敏捷流程中的术语，代表待完成的需求场景。因此上图实际上显示的是需求的完成情况。分解和汇总通过对需求、任务的分解可以实现对项目进度更细致的度量和控制。
VS丁S通过工作项的定制和关联来支持需求和任务的分解，同时可以根据分解和关联关系生成不同层次的汇总报表。
一个分解的概念模型，最高层是项目目标或产品愿景，这是公司层面考虑的问题;第二和第三层是对目标和愿景的细化，在项目中这是需求细化，对于软件产品研发则对应产品策划，这是项目组层面考虑的问题;
第四层是具体功能点规划，对应到一个一个开发小组:最下一层是具体的开发和测试任务，是对功能点的实现，对应到一个一个具体的人。这个概念模型定义了从个人到团队、项目组、公司的分解，而我们可以通过VS下S把这个想法加以实现。
具体的做法是为每一层中的元素定义一个对应的工作项类型，并且通过工作项关联关系体现元素之间的层级和引用关系。一个类型为ExperienCe的工作项，对应中的第三层需求，这个工作项还有指向上层需求和下层具体功能点的链接。
这种工作项关联至关重要，它是我们前面讲到的质量分解控制和进度信息自动汇总的基础。基于这种关联关系，VSTS可以生成更丰富和直观的项目进度报表。
其中显示，有33个主要需求，分解为134个较小的需求，进而分解成779个具体功能点;可以从主要需求，较小需求，功能点三个角度查看项目进度;还可以深入查看某一个主要需求下面各功能点的完成情况，类似数据挖掘。
不同层面的状态是不同的，比如高层需求只有已完成和未完成两个状态，而具体功能点则有计划中、进行中、已完成、取消等五个状态。这个报表是可以自行定制的，因此有足够的灵活性展示个性化的数据。
这个报表可以使项目经理以及企业的高层领导对于项目进度有一个直观的了解，从而迅速发现风险，控制项目进度。
|
