项目收尾与知识管理
<p> 项目生命期用来定义一个项目的开始和结束，决定项目收尾阶段中应包含或不应包含的过渡行为，如技术转移和移交等。通常定义如下内容： <font class="insert"></font><br/><font class="insert"></font><br/> a)在每个阶段所需要进行的技术工作； <font class="insert"></font><br/><font class="insert"></font><br/> b）在项目各个阶段所涉及的人员。 <font class="insert"></font><br/><font class="insert"></font><br/> 项目收尾是项目生命期的最后一个阶段，项目收尾阶段同时也是项目产品投入使用，或者项目交付结果进入运营期的开始，项目没有一个圆满的交接，必将严重影响今后的运营工作，项目的维修保养也无法进行，项目的商业目的不可能实现，因此，必须做好项目的收尾、交接工作。 <font class="insert"></font><br/><font class="insert"></font><br/> <strong>项目收尾包括： 1、合同收尾；2、管理收尾</strong>。 <font class="insert"></font><br/><font class="insert"></font><br/><strong> 1、合同收尾</strong><font size="1"><font color="#ffffff"><font class="insert">项目管理者联盟，项目管理问题。</font><br/><font class="insert"></font><br/></font></font> 1)合同终止的原因 <font class="insert"></font><br/> 2)核实合同条款 <font class="insert"></font><br/> 3)项目移交评审 <font size="1"><font color="#ffffff"><font class="insert">http://bbs.mypm.net</font><br/></font></font> 4)合同文件归档 <font class="insert"></font><br/><font class="insert"></font><br/> <strong>2、管理收尾</strong>
<font class="insert"></font><br/><font size="1"><font color="#ffffff"><font class="insert">http://bbs.mypm.net</font><br/></font></font> 管理收尾包括一系列零碎、繁琐的工作，如收集、整理项目文件，发布项目信息，重新安排项目人员，庆祝项目结束，总结经验教训等。 <font size="1"><font color="#ffffff"><font class="insert">项目管理者联盟，项目管理问题。</font><br/><font class="insert"></font><br/></font></font> <strong>1)建立项目文档</strong>
<font class="insert"></font><br/><font class="insert"></font><br/> 为了保证文档版本的一致性，在项目执行之前就要对文档的输出格式、文档的描述质量、文档的具体内容、文档的可用性进行明文规定，并且要求所有的项目管理人员严格按照规定的要求输出、记录、提交文档。项目经理应事先在项目小组内部指定专门的文档管理员，对于符合质量要求的文档，统一由文档管理员管理；对于不符合要求的文档，全部退回文档输出责任人重新处理。 <font class="insert"></font><br/><font class="insert"></font><br/> 在项目执行的每一阶段，必须将所完成的文档提交到项目执行小组，如果发现提交的文档不符合要求，文档输出责任人必须对文档进行修改并在项目实施的下一阶段对其进行完善，必须从文档管理员的文档配置库中将文档登记取出进行完善，而不得进行随意修改，修改完毕后再提交审核和入库管理。 <font class="insert"></font><br/><font class="insert"></font><br/> 项目结束了，需要将项目全过程形成的文档进行汇总、归类和保存。文档管理员必须建立一个项目文档配置管理目录（按照工程项目实施阶段建立），并对各文档进行编号，对不同阶段输出的文档进行版本控制管理，该目录可给各文档输出责任人读取的权限但没有写的权限。 <font class="insert"></font><br/><font class="insert"></font><br/> <strong>2)项目验收</strong>
</p><p> 当项目小组完成项目的所有任务后，还应该协助相关方面对项目进行验收，以确保项目事先规定的工作范围都得到圆满完成，同时检查项目完成的任务是否符合客户的要求，确保客户的要求得到满足。 <font class="insert"></font><br/><font class="insert"></font><br/> <strong>项目完成至少应包括如下内容： <font class="insert"></font><br/><font class="insert"></font></strong><br/> Ø 项目范围说明书规定的所有任务都已完成； <font class="insert"></font><br/> Ø 事先商定的可交付结果已实现； <font class="insert"></font><br/> Ø 设备安装完毕并能投入使用； <font size="1"><font color="#ffffff"><font class="insert">http://blog.mypm.net</font><br/></font></font> Ø 样件已制造出来并提交； <font class="insert"></font><br/> Ø 过程程序已完成并进行了实验； <font class="insert"></font><br/> Ø 测试已完成； <font class="insert"></font><br/> Ø 文档、资料已提交； <font class="insert"></font><br/> Ø 员工培训已完成； <font class="insert"></font><br/><font size="1"><font color="#ffffff"><font class="insert">本文转自项目管理者联盟</font><br/></font></font> 3)项目总结 <font class="insert"></font><br/><font class="insert"></font><br/> 项目执行完毕，项目小组的每一个人都应该总结一下项目执行的得与失、成与败。这样做的目的有两个：一是为员工个人的成长积累经验，二是为将来的项目提供借鉴。只有进行总结，这些信息才能指导员工今后的工作，才可以在未来项目的计划和估算中发挥作用。 <font class="insert"></font><br/><font class="insert"></font><br/> 项目经理对项目的总结报告则应注重项目进度、成本、范围等目标实现情况，项目交付结果的质量情况、团队工作情况、客户关系、项目合同执行情况以及在项目执行过程中成功的经验和失败的教训。 <font class="insert"></font><br/><font class="insert"></font><br/> <strong>项目经理在总结中不妨询问如下问题：</strong>
<font class="insert"></font><br/><font class="insert"></font><br/> Ø 这些工作是怎样进行的？ <font class="insert"></font><br/> Ø 使用了哪些方法和程序？ <font class="insert"></font><br/> Ø 是如何管理问题和风险的？ <font class="insert"></font><br/> Ø 是如何平息冲突的？ <font class="insert"></font><br/> Ø 用到了哪些方法激励队员？ <font class="insert"></font><br/><font class="insert"></font><br/> 比较正式的项目往往还要召开项目的总结大会，以对项目的状态进行一个全面的、严格的审查。 项目总结大会的内容包括： <font class="insert"></font><br/><font class="insert"></font><br/> Ø 回顾项目所取得的成果； <font class="insert"></font><br/> Ø 检查、核实项目移交的结果； <font size="1"><font color="#ffffff"><font class="insert">http://bbs.mypm.net</font><br/></font></font> Ø 确认并解释为解决未完成工作所制定的计划措施； <font class="insert"></font><br/> Ø 确认并解释为解决仍然存在的问题所制定的计划措施； <font class="insert"></font><br/> Ø 商定并确认关于正在进行的工作或提供支持的责任； <font class="insert"></font><br/> Ø 确认谁对项目效益的监控负责； <font size="1"><font color="#ffffff"><font class="insert">项目管理者联盟，项目管理问题。</font><br/></font></font> Ø 感谢项目小组及其他项目利益相关着的努力和支持； <font class="insert"></font><br/> Ø 感谢客户和发起人的支持和承担的义务。 <font class="insert"></font><br/><font class="insert"></font><br/> <strong>项目KM的三文化要素：信任 宽容 回报 <font class="insert"></font><br/><font class="insert"></font><br/></strong> 知识管理是我们企业有待加强的一个薄弱环节。 <font class="insert"></font><br/><font class="insert"></font><br/> 项目收尾结算，很多员工的工作需进行内部调动，企业没有一个很好的平台将大家的经验、教训积累下来，导致大量宝贵的资源流失。 <font class="insert"></font><br/><font class="insert"></font><br/> 因此加强项目收尾阶段的知识管理不得不引起我们的重视！</p> <p><strong>KM 是要贯穿整个实施过程的。</strong></p><p><strong>尤其是对ERP的实施起来而言，如果KM做的不到位，企业的实施力量会收到严重的制约，乙方的项目实施团队也会被企业终端用户的小问题骚扰的项目周期不断延长！</strong></p> 项目建设所积累下来的这些总结性的文档是不是就是组织过程资产？ 还有一种情况我感觉是普遍的：程序员在总结的时候不知道写些什么，特别是遇到的一些输出错误的结果，他们会觉得把这些东西写道报告里显得自己水平低，所以技术人员的开发总结文档有两种情况。一是套话比较多；二是纯技术（交付运维的技术开发文档）。这可能与企业文化有关。 <p><a href="http://blog.vsharing.com/huaz9/A682144.html">http://blog.vsharing.com/huaz9/A682144.html</a></p><p>原稿 </p>
页:
[1]