|
中国有句俗语“吃一堑，长一智”。如果用项目管理的知识和观点来看，这个堑就是教训。项目经理博客 原有的观点认为教训是贬义的，是见不得人的，如果被其他的组织和个人知道，是一件很没有面子的事，家丑不可外扬。有的时候，教训往往会被忽视，只有出现了严重问题、后果恶劣的事件才进行教训总结。小的、一般性的变更和教训是不进行总结的。教训的总结是失败者的事情，而成功者对项目出现的教训也不进行总结，他们总结的常常是经验和成果，或许，他们已经忘记，如果项目没有出现这些变更可能会取得更大的成功。通过阅读PMI的《项目管理知识体系指南》，我们知道，教训是项目控制过程中产生的一个输出，是项目经理和项目组成员宝贵的财富。项目控制包含八个过程，其中有五个过程的输出是教训，这五个过程是：综合变更控制、范围变更控制、进度计划控制、成本控制和管理收尾。 项目具有一次性、独特性、风险性和消耗资源的特性。任何一个项目，不论项目的大小，都会在范围、时间和成本等几个不同的方面受到约束，满足客户的要求，才能取得项目的成功。没有一个项目能够完全按照项目初期的计划一点不差的执行和实施，项目在实施的过程中出现变更是正常的，也是必然的。而对项目出现的变更进行控制是保证项目成功的一个条件。项目管理者联盟 项目经理的职能是防止不必要的变更。但项目的特性是一次性、独特性和渐进明细，怎么防止不必要的变更？一个项目如果项目范围特别大、特别广的话，则会引起许多问题。为了尽量减少范围变更控制工作，已实施项目的教训作为模板就是减少不必要变更的方法之一。项目管理论坛 在项目生命周期的每个阶段要对教训进行总结并归档。教训主要包括出现变更的原因，采取的纠正措施和原因，变更后对项目造成的影响，不同的项目管理方法和技术的应用，以及项目组成员根据个人的经验总结的只言片语。作为历史资料，要将教训文档化。 项目经理和项目组成员应当在相互之间或项目内部人员之间和组织内分享项目的经验教训。应该保留一定数量的文档记录这些有关变更的教训和采取的纠正措施，并且在一个公开的会议上，所有与会人员对这些教训进行讨论，这是共享这些信息的一个有效途径，也可以在一定的范围内发送邮件。虽然控制过程贯穿于整个项目管理的生命周期，但作为模板的教训一般在项目的早期共享，他是已完成项目的教训，而不是正在实施项目的教训。实施项目在控制过程中会产生新的教训，该教训也应该在项目组的下一次会议上进行公开并讨论，待整理归档后让项目组成员和组织内其他项目组分享。教训文档是那些知道什么对项目有用，什么对项目没用的人在项目阶段结束后进行的反思，不同的人有不同的工作方法和不同的见解。教训文档是极好的资源，共享后对将来项目的实施有很大的帮助。对变更控制教训的共享有助于管理未来项目中的变更控制过程。
项目管理者联盟
|
