您知道项目需要治理，但项目审查和经验教训是否适合？他们之间有什么区别？他们都采取了一个项目并审查它发生在它上面的目标是出于上一个关于下一步的书面报告。
在本文中，我们将讨论项目评审和经验教训之间的差异。简言之，这一切都与治理有关。我们来看看。
项目审查
首先，让我们定义项目评论。将它们视为对您的项目的健康检查。这是一个审查项目管理进程的机会，而不是项目的可交付成果。它有助于确定是否有在项目经理或团队已经从正常的工艺或方法，偏离项目的地方，并解释和说明为什么会出现这种情况。由于他们所做的事情可能存在有用的改进，或者偏差可能是监督 - 或者在最糟糕的情况下是一个昂贵的错误。
因此，您的项目审查是对正在发生的事情进行的内部审计式检查。它生成一个文档化的输出，其中包含如何改进项目的建议，以及哪些对业务有益。如果注意到不应该发生的事情，也可能建议采取补救措施。
项目评审可以在项目期间的任何时候进行，通常是一次性的。在设定的时间段后，可能需要再次审查，特别是当有人担心流程不充分或项目团队在某种程度上陷入困境时。后续审查是一个机会，可以看到发生了什么变化，并检查建议是否已付诸实施。
有关注治理，遵守标准和流程和控制。虽然一个很好的项目审查最终支持项目经理和团队，但它是一个揭示和纠正善行的机会。这不是一个责任的情况或女巫狩猎，你可以对每个人的思考都非常好的项目进行项目审查。
简而言之，这是一个在心里的企业目标的治理过程。
项目评论由PMO团队进行。
经验教训
与项目评审相反，任何人都可以召开经验教训会议。会议通常由项目经理主持，但如果有外部人员主持会议，则会容易得多。这使项目经理有时间充分参与，而不必同时进行对话、处理冲突和做笔记。会议室中的外部主持人可以是另一位项目经理或PMO团队成员，也可以是任何具有类似会议运行经验的人。
经验教训课程通常在项目结束时举行，但验证后的领导者的期望日益增长的是验尸方法无效。敏捷团队将通过Sprint Reprospectives不断审查他们的表现，非敏捷团队越来越多地做同样的事情。较短的经验教训会议定期建立在项目计划中。应鼓励团队成员在任何东西才能学习时提高教训。
所有这些都在展示捕获实时学习的经验教训的积极趋势，目的是在这里做一些关于它的目标“。这是一个好处，即目前的项目受益于变革 - 不是未来的项目。您可以在哪里，所学习的经验教训应该尽快学习和实施。
经验教训在传统意义上的会话倾向于关注业务成果和可交付成果，而不是过程，而且还应该确保涵盖实现这些可交付成果的过程。在所有诚实中，这是更有用的部分，因为这些可交付成果可能不会再次制作。然而，更改管理过程将用于每个项目，因此它绝对值得不平衡。
虽然经验教训会议可以是非常正式的，但也可以是非正式的，在每次团队会议结束时进行10分钟的讨论。经验教训应该以某种方式正式获取，最好是以可搜索的格式获取，这样在本项目期间获得的组织知识就不会丢失给未来的项目团队。
期待
项目审查和经验教训都有普遍的审查和经验教训：他们期待未来，并迫使人们思考如何改善事情。两个会议的想法是收集有用的信息，这些信息将改变这个项目或其他项目的运行方式，整体目标使它们更好（更快，更顺畅，更便宜 - 但是您在组织中定义了“更好”）。
项目经理和项目团队使用这两个会议的结果来反思已经发生的事情，并积极主动地做一些不同的事情。
项目回顾和经验教训只有在相关人员接受反馈并采取行动时才有用。如果输出被简单地放在抽屉里并被遗忘，则不会发生任何变化。
不是每个项目都会有项目评审，但每个项目都应该在某个点上，最好是在多个点上进行经验教训讨论。回顾和经验教训在项目治理中都占有一席之地，它们都非常有用。为正确的目的选择正确的方法，您将能够积极支持您的项目团队。