分类：
2008-10-15 13:47:02
对于你的组织规模，你可以把项目管理视为一项偶尔的实践或者可以拥有一个复杂的PMO。不论那种情况，你可能通过典型的项目初始、精化和构建过程。但是到了项目终结的时候，很多项目经理只讨论短期的终点线。最后的步骤处理不好会给行动增加混乱并且可能导致客户不满、员工不悦，并把项目拖得比所需时间更长。
这里是一些你需要在达到你下一个项目的终点时要考虑的事情。其中有些项目是纯管理的，但其中很多能帮助你进一步保证你的项目能够成功。
一、最终
会耗费人员，而我们很多人都不愿意去做——特别是做过几轮之后。我见过大量的四到六个月的项目有一两天的计划去测试。没有安排适当数量测试的项目通常在实施的最初几周内因问题而结束。这里不要走捷径和将测试的重要性减至最小；否则，你会为痛苦的进展过程而承担额外的风险。
二、最终培训
用户？谁关心用户？好了，很多项目都为了他们的利益而做，所以确信把你所有的测试资料完成并移交。这个不做好最有可能体现在发怒的客户半夜三更打来的愤怒的电话上。
三、确认交付物
你检查了所有的箱子并清理了收件箱，而且你想真地结束了。但你的客户怎么想？安排时间和你的客户检查所有的交付物并且确认他们已经得到满足了。有些情况下，可能有一些特殊问题到你计划终止日期时尚未解决。在你项目的早些时候，应该有一份来决定如果发生这样的情况会如何影响你的结束日期。
四、获得项目签字
当你获得所有交付物都已满足的认可以后，请求在项目文档上做一个正式的签字。这样做帮助确保所有人都认可项目状态。因为这个签字通常标志着项目的正式结束，注意不要让你的客户感觉签字的压力。如果他们在不明所以的情况下做了，你可能会在日后出现问题的时候最终得到一个不满意的客户。
五、解散团队
现在项目完成了，你的团队何去何从？基于你的组织，他们可能被送回一个开发池或者去做业务。或者他们需要在企业内部为自己发起一些工作。不管是什么，你要保证花点时间和他们在一起，并且设置一个明确的不再需要他们的服务的最后日期。同时不要忘了你可能需要完成一些需要加入他们档案的业绩审核文档。
六、分析实际与计划的对比
资源——你是否真正摆脱了10周只有一个开发者/测试员，或者你需要去争夺并得到更多的人员？你为你的商业伙伴安排的时间量怎么样？明白你有多接近这些目标能帮助你为下一个项目更好地分配资源，并且在下一个项目来临时为它设定更切实的预期。
预算——项目要花费多少？你是达到预算、未达到预算、超出预算？坐下来弄明白这些基本问题的答案会给你一些对任何项目临界区域的洞察力。
[1]
