产品工作总是以项目的方式展开，项目管理很重要，其中，项目周报是非常重要的管理手段。
-
项目周报是项目组全员、管理层、干系人感知项目进展的渠道，有利于信息同步
-
项目周报是项目的推进器，因为每周要给项目组全员发报告，所以PM会非常重视每周的进展
-
项目周报是项目难点的促进器，项目成员的Delay，PM不好直接说，周报中酌情体现下会加快进度
-
项目周报是管理者了解项目的利器，也有利于即时识别项目问题，为项目组提供支持
作为管理者要善于利用周报这个工具，通过它识别项目中的问题，即时关注和问询、鼓励等，会更好地感知到团队成员的具体表现，即时给予辅导，才能有效推进团队的整体进步。
对每个项目的周报，我并没有要求大家发送前让我确认，但多数PM还是想让我先看看，大概是想避免我在其发送后给予反馈意见。当然，我也乐于通过这个工作来和大家深入互动一下，把我识别的问题反馈出来。比如本周小杨和莹姐的周报都很有代表性。
小杨第二版周报如下
我提出了2点问题：
-
工作重心要调整下。当前进入开发阶段了，重点说下开发进度以及是否正常
-
方案确认按计划该收尾了，如果还有未完成要提醒下负责人。
莹姐第二版周报如下
我也提了2点问题：
-
重要内容，如最后一行的评审结论要前置，明确告诉大家不再组织评审会了
-
下个里程碑，如果还没有和开发确认，可以先写个粗粒度的比如暂定6月底或者先不写
当然，如果从严格的项目管理角度看，还有很多可以改善的，这并不是我想表达的重点。因为我并想过于关注项目管理本身，有时候我反而提醒大家，为了更好地产品调研和设计我可以接受项目的延期，不要因为有交付时间点而迁就产品方案。
那么这里为什么又要对周报的细节咬文嚼字呢？
是想让大家建立用户视角、里程碑意识。对产品经理来讲，同理心和用户视角是非常关键的，不能总想自己说什么，而是要考虑用户关心什么。一个阶段结束了，就要进入到下一个阶段，工作中心要发生转移，不要因为前一个阶段还有少量未完事项而迟迟拖累项目开展。我会问大家，产品方案是不是评审通过了？如果答案是确定的，那么下一个阶段就是开发阶段，要重点说开发工作的进展；如果仍然有很多事情可能导致产品方案发生变化影响到开发工作，那么产品阶段就是延期了，只是可能并没有对开发工作造成太大影响。
所以，我的反馈一方面是要让大家跳出细节，从一个负责人的视角、从用户视角去看项目的工作进展，另一方面也是要促进产品思考，我的里程碑完成怎么样，我是否按时按质结束了阶段工作。
周报看起来不大，但发挥的作用可以很大，关键看管理者是不是在看，而不是流于形式。