如何进行项目总结.doc

如何进行项目总结 为什么要进行项目总结呢？说起项目总结，大家都知道总结就是对过去某一时期或某项工作的情况（包括成绩、经验和存在的问题）的总回顾、评价和结论。大家也都认为它很重要。然而，在实际工作中，人们很少把它与进度、成本等同等对待，总认为它是一项可有可无的工作。因而，在项目实施过程中，项目干系人就很少会注意经验教训的积累，即使在项目运作中碰得头破血流，也只是抱怨运气、环境或者团队配合不好，很少系统地分析总结，或者不知道怎样总结，除了项目背景的介绍，就是一些原则性的套话，“加强管理，加强沟通、及时跟踪”等等，没有任何实质性东西，把许多宝贵的经验白白地给丢掉了，这不仅仅包括失败的经验，同样也包括成功的经验。 项目总结最大的好处用一句话可以概括——从已经完成的项目（或工作）中汲取尽量多的经验，为今后的发展提供积累。项目总结的目的和意义在于总结经验教训、防止犯同样的错误、评估项目团队、为绩效考核积累数据以及考察是否达到阶段性目标等。总结项目经验和教训，也会对其他项目和公司的项目管理体系建设和项目文化起到不可或缺的作用。完善的项目汇报和总结体系对项目的延续性是很重要的，例如项目完成后项目的售后维护、设备保修等。特别是项目收尾时的项目总结，项目管理机构应在项目结束前对项目进行正式评审，其重点是确保能够为其它项目提供可利用的经验，另外还有可能引申出用户新的需求而进一步拓展市场。 如何进行有效的项目总结呢？做好项目总结的工作，首先就应该在项目启动时将其加以明确规定，比如项目评价的标准、总结的方式以及参加人员（如项目办公室、商务部、售前部、市场部、储运部等）等。除此以外，如果可能，项目总结大会上还应吸收用户及其它相关项目干系人参加，以保证项目总结的全面性和充分性。 其次不能等到项目结束才进行总结，项目的每个阶段都要进行适当的总结，保证有价值的经验教训能够及时地转变为成功完成项目的能力。 再次事后归档是必不可少的，但项目总结可以采取多种沟通形式，不一定要完全正式的总结会和总结报告。大家在一起闲聊时，话匣子一打开，很容易变成了一个控诉会，项目组把所受的委屈，尤其是来自客户方面的，统统发泄出来。此时，作为项目经理，要引导控制好谈话方向，最后一定要实质性的结论，把原来发泄出的各种意见变成得系统化的建议或解决方法。不要“不要相信供应商的承诺、对客户的无礼要求应拒绝”等没有指导意义的结论，而要得到“如何促使甚至帮助供应商履行承诺，如何响应客户的无礼要求而不影响项目实施”等具体可操作的方法。 最后，需要强调的是，项目总结不能报喜不报忧，特别是对于失败的项目，总结会不应该成为批斗会，要坚持对事不对人的原则。这样项目总结才能够顺利开展，并对今后工作有指导意义。 如何编写项目总结？根据美国项目管理协会（PMI）的项目管理框架，把项目总结的框架提纲分成以下几个方面来进行。 编写的目的 说明编写项目总结报告的目的，指出预期的阅读范围。 例如：编写本《开发总结报告》的目的在于对××××软件项目开发过程进行总结，对遇到的困难和解决办法进行反思和总结，为以后软件的改进提供建议，为产品质量改进提供参考。 项目背景 本项目的名称和所开发出来软件系统的名称。 此软件的任务提出者、开发者、用户及安装此软件的地方。 项目概况 说明最终制成的产品，包括： 程序系统中各系统的名字、它们之间的层次关系、以千字节为单位的各程序的程序量、存储媒体的形式和数量。 程序系统各有哪几个版本，各自的版本号及它们之间的区别。 每个文件的名称。 所建立的每个数据库。如果开发中制订过配置管理计划，要同这个计划比较。 进度 按照项目整体计划或项目滚动计划编写的计划工期与实际工期之间差距和原因分析。其间有哪些变化？以便为项目经验库提供相应数据，提高下次计划的准确性。 如：列出原定计划进度与实际计划进度的对比，明确说明，实际进度是提前了，还是延迟了、分析主要原因。 工作量 项目实际工作量与计划工作量的对比。 成本费用 就计划成本、实际成本对比成本构成明细的差距和原因分析及建议，也包括项目合同款执行情况的分析总结。 如：列出原定计划费用与实际费用对比，包括： 工时，以人月为单位，并按不同级别统计。 其他费用消耗，如物料费用消耗、出差费用等。 明确说明经费是超出了，还是节余了，分析其主要原因。 资源 各资源实际占用率与计划占用率比较，可以采用直观的图表形式来反映项目的资源情况。 注： CMM中定义了资源（计算机资源，人力资源，等）和关键计算机资源。因此资源和关键计算机资源是有区别的。资源是指所有的资源。比如开发用的计算机（我们工作时人手一台的）。这个只能称作资源。而关键计算机资源，则是相对于计算机资源更重要的计算机了。在开发中更有用处。比如服务器。我们可以在开发的时候，定义N台计算机资源，即开发用机。可多可