事件报告

除了时间驱动的进展报告,进展可以在特定事件时报告。这对于某些利益相关方可能更适用,而且也为定义的工作段结尾时的继续或终止决定提供输入。例如在项目阶段结尾时;在承包商工作包结束时;在项目群阶段结束时;或项目组合中的项目结束时。

无论项目规模大小和情境,其原则是一样的。报告需要参照所做的计划,解释已经做完了什么工作;下一步做什么;习得了哪些经验教训。

有效的事件报告的内容,依赖于有能力的经理的判断,该经理充分理解报告接收者的需要。

内容应该反映工作情境和目标读者,但主要的信息分类包括:

  • 日期
  • 报告的日期

  • 事件
  • 报告所覆盖的工作。

  • 概要总结
  • 绩效概述,强调报告中的关键点,报告接收人所要求的任何行动或决定。

  • 绩效
  • 交付的所有要素的执行情况,都应该根据控制管理计划和报告覆盖的工作范围进行报告。详细进展已经由时间驱动的进展报告所涵盖。该报告有两个主要功能。

  • 首先,它告知利益相关方某阶段已完成工作的绩效情况。这仅仅是良好沟通与利益相关方关系的事情。或者,其次,它是决定是否继续下段工作的关键部分。

  • 无论哪种情况,报告都应该对以下几个方面的绩效进行概括总结:

    • 范围:已完成并通过验收的交付物;授权的变更;质量控制的结果。

    • 进度:对实际进度对照基线进度进行概括总结;关键绩效指标例如进度绩效指标。

    • 财务:实际现金流与基线现金流的比照;关键绩效指数例如成本绩效指数。

    • 风险:风险应对措施是否有效?是否有主要风险没有被预测到而实际发生了?

    • 资源:实际资源利用对照基线资源利用;合同绩效。

    • 变更:变更如何被接受;变更目标是否实现?

    • 利益相关方:完成沟通;利益相关方的反应。

  • 下一个事件报告
  • 如果该报告所覆盖的工作部分之后有另一个相关的工作部分,应该在此报告中描述后续的工作。如果已完成的工作还有些要素未完成,应该在后续行动报告中详细列明。

  • 经验教训报告
  • 对哪些工作完成良好、哪些完成得不好进行评审,以及经验教训的建议,应该纳入经验教训日志

 

 

 

 

 

 

SHARE THIS PAGE

Please consider allowing cookies to be able to share this page on social media sites.

Change cookie settings
No history has been recorded.
Back to top