目前我使用的是 “一页项目经理”Excel 模板 用于项目状态报告。它包含上周工作的总结和下周的预测。对于我们跟踪的所有重要任务,无论它们是否完成。一切都在一页上。我每周都会向所有参与者/利益相关者发送此报告。(暗示:我不在敏捷环境中工作)

您如何报告您的项目状态?

没有正确的解决方案

其他提示

状态报告应该简短(没有人喜欢坐在那里很长时间,而团队的每个成员都在不断地谈论他们的状态)所以我非常喜欢软报告:

  • 成功案例 - 自上次状况会议以来您取得了哪些成果:任务直接从项目进度表中扣除。如果可能的话,我会尽量避免报告 x% 已完成——要么已完成,要么未完成。按百分比报告意味着任务将在 95% 内完成 . 。这也鼓励项目经理/技术主管将工作分解结构分解为不超过几天的任务。
  • 机会 - 您是否发现了任何机会:对尚未考虑的项目有帮助的事情(例如:找到了一种更好的方法来编写脚本,一个可以使项目免于自行实现某些内容的库,等等)
  • 未来的工作 - 从现在到下次状态会议期间您正在做什么:再次,直接脱离项目进度。
  • 威胁 - 您是否发现有任何事情会影响您完成预定工作的能力?例如。:需求中存在以前未发现的漏洞、支持电话占用了您大量的时间、实施某些事情比预期更困难等等。

理想情况下,我会尽量避免在大型项目会议中做这些事情,因为 90% 的材料与房间里的一半人无关。我喜欢在会议前收集软报告,在会议前花一些时间查看它们,然后在实际会议期间讨论可能与每个人相关的具体问题。

我的小隔间外面有一块白板。它是一个笑脸。当项目中的状态发生变化时,它会在皱眉,担心的波浪,严峻的决心,微笑和笑容之间切换。旁边是一个代表最后一次更改的箭头。

虽然它起初是一个笑话,但它确实是让非技术同事发布项目所在位置的好方法。

我不喜欢单独的状态报告。我希望项目状态报告是我们使用的项目管理软件的功能。节省时间并向所有人(团队,管理层,利益相关者,客户)提供相同信息的最佳方法之一是拥有一个统一的信息/数据管理系统,并将其用于满足您的所有需求。即使您必须在公司外部发送单独的报告,最好也应该是该管理系统的报告。

我们处于敏捷环境中并使用VersionOne。团队管理其上的所有任务和活动,同时公司中的其他所有人都可以查看进度,查看burndowns以及本质上属于VersionOne的许多其他报告。

http://www.VersionOne.com

您为自己维护的项目管理信息是一回事,您向高级管理层和客户展示的内容是另一回事。

如果您的客户从事食品运输业务并要求您为他们构建 ERP 应用程序,那么他们很可能不会理解敏捷/scrum 或 Prince2 的概念。

他们会明白什么?百分比和简单的英语。

这是我每周(通常在周五下午)发送给客户和高级管理层的“项目进度更新”(或“重点报告”)的示例。

===

2008 年 12 月 2 日重点报告

  • 您的项目已完成 65%。
  • 设计/模型阶段的所有任务已100%完成。
  • 编码阶段的任务已经完成70%。
  • 项目管理阶段已完成 45%。
  • 到目前为止,质量控制阶段已完成 10%。
  • 辅助任务已完成35%

  • 我们的错误日志当前包含 3 个未修复的错误(其中 1 个被标记为高优先级)。

  • Bug 日志还包含 3 个待批准的功能添加。

我们刚刚将最新作品上传到我们的暂存地点供您审阅。

我们接下来要做的事情是照片库组件,我们的目标是在下周末之前完成(将于下周中旬确认)。

我们仍在等待信用卡网关提供商确认您的帐户,以便您可以接收在线付款。我们已将此标记为风险,因为我们仍在等待您的网上商家帐户获得银行的批准。

如果您有任何问题,请告诉我,我很乐意尽力回答。

===

这很简单。它确实错过了许多可以从燃尽图和 Scrum 方法中获得的有用指标。但这些数据并不适合直接呈现给客户(或管理层)。

哦,我应该强调一下列出错误。有不同级别的高级管理人员的披露。就我个人而言,我是非常透明的。但你应该和你的经理核实一下你可以向客户透露多少“坏事”。

如果您有兴趣,我有一篇关于此的更深入的博客文章: 每个人都能理解的项目状态报告

LM

即使您不使用敏捷,您仍然可以通过跟踪功能而不是任务的进度来获胜。

您的利益相关者很可能不知道什么'重构 t_sec_name 表以向标识列添加自动增量' 意味着并且很可能不会关心它是否完成。

但是,如果您报告“提高向应用程序添加新用户的性能”的进度,您将能够向读者传达有关进度的信息。

所以我要报告:

  • 功能级别的更改/修复/增强的进度,
    • 工作已完成
    • 工作正在进行中
    • 工作计划
  • 企业/客户需要解决的决策/问题
  • 风险(创建报告是更新风险登记册的好时机)
  • 团队问题(假期、病假、培训)

我工作的地方有多种“强制”格式。

我每天的状态分为三类:

  • 完成的事情
  • 未完成的事情(以及原因)
  • 客户评论
    • 包括对功能/添加的请求
    • 坦诚的感谢、投诉等
    • 杂项其他

项目状态将每日状态与时间表连接起来,以显示前方/后方的情况。

我的公司使用VersionOne来获取诸如已完成的待办事项项目的百分比,先前冲刺的延期项目以及整体项目完成百分比等信息。当我们想要向客户提供此信息时,我们会创建一个功率点演示并包含该信息。对于内部使用,我们只需在VersionOne的网站上查找,或者将其放在excel文件中,以供无法访问它的非技术员工使用。

我使用由我以前的项目经理开发的优秀项目状态报告。我已经成功地使用了它,因为它与各种赞助商合作,他们喜欢关注问题,风险,里程碑和预算。

我已将XLS文件与其他 PM模板放在一起。最后我会把它周围的文字描述如何有效地使用它。但是,如果您坚持使用非情绪化语言,请关注应该设置的问题/风险的影响。

我也看过OPPM的书并没有给人留下深刻的印象。比较我们的项目状态报告通常需要15分钟的时间来了解如何使用而不是整本书。

注意:这不是为团队成员报告其状态而设计的,而是为了向负责多个项目的赞助商和项目经理报告他们的项目状态。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top