新浪开发者博客

编译：李新
      

  项目计划再好，不过是一张纸。要想项目成功，就得进行跟踪和控制。在项目执行期间，项目经理要象医生治疗病人一样时刻关心项目的健康状态，并及时采取措施进行干预，使其按计划完工。因此，准确地获得项目的状态信息，及时地采取纠正措施是项目过程管理的关键。

如何准确地获得了解项目的状态信息呢？
       我们主要通过跟踪项目活动来获取项目状态信息。所以我们要分析项目中那些事情需要跟踪并记录日志，使用何种工具（方法）获取记录。项目中需要管理的事情可能有百百千，但一般可以分为3类，如果对这3类事情进行跟踪，那项目状态尽在在我军情单位掌控之中。
这3类事情是：
1 计划活动跟踪  2 缺陷跟踪 3 事务跟踪

*计划活动跟踪
计划活动就是有明确完成时间的任务，是项目计划的主体和项目的主要活动。项目跟踪和控制的首要任务就是确保计划好的任务按期完成，最简单办法是建立一包含计划完成时间和实际完成时间的任务表，或者用MS project 来跟踪这些任务。每天或者每周末等等，项目经理检查任务的完成情况，并更新任务表。颗粒度小的任务只有两个状态：完成或者未完成。跨度长的项目我们采用任务完成百分比来跟踪。project 2008 已经是标准工具了。
*缺陷跟踪
软件项目在制品（如文档、代码等）交付前经过测试都会产生大量缺陷，这些缺陷需要管理，并及时修复。这需要建立项目的缺陷跟踪系统，直到需要修复的缺陷全部关闭，产品才能交付。这些缺陷对了解项目的质量也非常关键，因此一定要建立缺陷管理系统。常见的缺陷跟踪系统包括bugzilla,jira，trac等工具，这些工具已经是项目开发必备的，项目经理要充分使用这些信息。
*事务跟踪
项目过程中，总会产生一些计划外的事情，这些事务可能需要大量的协调或者沟通，不解决就会拖延项目的进度，甚至演化为项目的风险。项目经理要及时管理这些事务，并解决。bugzilla和jira都可以用来作事务管理。

项目经理要关注的项目信息报告有那些？
以上三类活动产生了如下3类报告：
1 作业类活动报告 2 项目周报  3项目里程碑报告。
作业类活动报告主要是项目计划活动跟踪、缺陷跟踪、事务跟踪3类活动产生的。项目周报和项目里程碑报告主要是向高层经理和相关人回报和沟通使用。
因此以上3类报告供包含：1 项目计划跟踪报告（每天或者每周） 2 缺陷报告 3事务报告 4项目周报 5里程碑报告 5种项目状态信息报告。前三种报告都可以在通过工具中获得。后两种需要评审或者沟通获得：
项目周报
主要是以周为单位评估项目的状态，如任务完成情况，出现的问题等。
项目里程碑报告
主要是在里程碑处，如需求规格交付；原型交付，概要设计交付，集成测试交付等。召开项目评审会议评估实际的进度、工作量、资源消耗与计划的差异，评估风险等，以及采取的行动。

通过以上5种项目跟踪报告，应该就可以比较准确地获得项目的状态信息了。对项目经理来说，下一步，就是及时采取措施来纠偏项目达到成功！
附：项目周报的一个例子：

缺陷报告的例子：

事务报告例子：

lixin 软件工程, 配置管理, 项目管理

作者：李新 
     真正走入美国千家万户的汽车是福特的“T型”车，促使T型车流行的是福特首创的流水线生产。通过度量，从此资本家可以精确地知道生产一部车子的所有工艺步骤和时间消耗，然后在手脚慢的工人后面，加快传送带的转速，很简单，效率就这样提高了。
     随着软件成为越来越赚钱的行当，资本家也特别希望能够“透视”软件的每一步生产步骤和时间消耗，然后找出偷懒的员工，提高他们的软件生产的“传送带”的速度。来提高软件的生产效率。软件工程(包含项目管理、需求管理、质量管理等等）的主要目的就是要统计出软件开发效率。简单地说就是统计出平均情况下，工程师每天生产的代码行数。很可惜啊,软件开发是一个带有严重情绪特征的高智力的创造性活动。所以，到现在这样的“生产线”还没有发明出来。
        不过对于软件的度量统计可以得到一些关于软件开发的特征。巴厘.w.波姆（Barry W. Boehm )是一位著名的软件度量专家，他的贡献主要包括：首次提出了COCOMO 模型，提出了螺旋开发模型，宽带德尔菲的软件估算方法，w理论等等。他曾经从美国的软件开发中得出了软件度量的10个特点,虽然过去了20多年了，但是这些软件度量特征都没有过时。

巴厘.w.波姆   软件经济学家

1）交付之后找到并一个软件问题的成本，超过设计的前期阶段找到并修复的该问题的成本的100倍。（我曾在上一片博文中说到该论点，那是walker royce引用了该文。）
2）你可以将软件开发的进度压缩25%，但是不能再多了。
3）你在开发中每花掉1美元，就得在维护中花费2美元。
4）软件开发和维护成本主要是源代码行数的函数。
5）人与人的不同导致软件生产率的最大差异。
6）总体上软件和硬件成本比任然在上升。在1955年是15：85，1985年是85：15。
7）只要15%的软件开发工作者是主用于编码的。
8）软件系统和产品行代码的成本通常是个人软件维护程序的3倍。软件系统产品（比如多个系统构成的系统）的成本通常是个人软件程序的9倍。
9）走查发现了60%的错误。
10) 20%的贡献者做出了80%的贡献。
      80%的工程活动是由20%的需求引起的。
      80%的软件废品和返工是20%的错误引起的。
     80%的进度是20%的人完成的。

lixin 软件工程, 配置管理, 项目管理