我们都挺烦写项目状态报告的（比如周报、月报），不过我经历的每个项目都有周报和月报，存在就有它的理由。
这是因为项目的相关方（客户，领导，接口单位）都需要通过及时提供的项目状态报告了解情况。对某些人来说，特别是对某些项目经理来说，就像是一份无聊且重复的工作。
在这种情绪的抵触下，涌现出很多低级的周报，比如说：提出问题比回答问题要多。
项目状态报告其实是一个概览：
1、描述进展（特别是完成了哪些问题，哪些问题需要解决及如何解决），项目在下个阶段应该如何推进；
2、需要提供准确的信息给你的客户及领导层，提供的信息量要合适
需要怎么对待周报这件事：
1、一个展现自己的机会（项目管理工作及有效沟通方面） vs 无聊且重复的工作
2、作为管理台账的一部分，确保有据可查。
下面给大家展示一下有问题的报告，其实在这方面，中外的项目经理的低级错误都差不多：
1、有的人直接祭出每天都在干什么的清单，太多的细节信息，生怕别人不知道你这周在干什么。管理层和客户没兴趣看你的详细计划和日常安排，那是你自己的事情。他们想知道项目做得怎么样了；另外，这个项目报告包含了太多的技术内容的话，他们也不会清楚这部分内容，而且这种报告漏掉了关键的进度，预算，范围等信息；
2、另一类人热衷于给出像信号灯那样的报告，像这一份显示了Time，Cost，Workload，Risk，但是关于红黄绿，这份报告没有任何的解释说明，听众get不到项目的要素，对于红灯项，大家不知道是什么导致这个红 灯的，没有解决这些个问题的方案；
3、最后一个例子，这是大家经常会用的，项目详细报告，这份报告涵盖了非常多的信息，足足有5页，已然很专业了，可惜的是管理层没人愿意翻看这么多页的项目信息，更别说有很多项目等着他们去看。这种报告适合做附件。
不好的报告：
1、信息过载，提供信息过于密集；
2、信息不足，大家需要看到你的报告无需额外描述即可理解；
3、没有对项目状态做解读；
4、只关注于以前发生的事情，不能对项目进展做出预期和规划；
5、只提问不提解决方案；
6、经常更换格式（这一点倒是不经常发生）；
好的报告会涵盖：
项目健康度
- 时间、范围、预算，项目之前的状态
进展
- 自上次报告以来发生的最新情况，好事还是坏事，后续发展会是什么样；
- 解决问题。
项目前景：
- 从总览的角度看项目状况以及在下一次汇报之前会发生什么。
其他细节报告，如风险评估，财务状况报告，项目计划概述等等。
举一个例子：
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。