不得不说的项目周报

项目周报，其实蛮常见的，没有写过项目周报的项目经理应该没有吧。写项目周报主要目的让相关干系人了解项目细节，不让项目成为一个黑盒子，做到对大家透明，让大家对项目现状有个比较清晰的认识。

结合自己的经验和观察，一般项目周报可以包括几个部分：整体进展（正常、基本可控、风险、失控，所属阶段）、整体风险（目标达成率、主要风险和应对情况）、项目里程碑、主要跟进事项、本周进展和下周计划、项目产品线排期情况（各子系统主要干系人和子系统研发状态）、需求整体规划（需求蓝图和演进）、组织架构（业务方和研发主要干系人）、项目相关链接（项目材料、需求材料）等。具体周报是否需要全部内容，这个看实际情况和个人风格，个人觉得整体进展、整体风险、关键里程碑、整体进展和跟进事项是需要的。有人强调只写要点，不要事无巨细都写，周报不是为了表现工作量，更不是为了刷存在感，只说重点就已然足够。

记得去年项目管理团队推出项目周报模板，而且这个模板是用工具实现，整理后可预览，确认后即可发出，火了大半年后，今年个性化周报又层出不穷了。其实，能不能或者想不想主要看领导的态度，使用模板很多个性化的东西就体现不出来，工具也不支持表格，只能截图。其实有个模板蛮好的，可以少些思考，关注于内容本身，而且看的人也可以少些思考，也蛮不错的。

针对出现在周报里面的内容，有些东西是否敏感信息，也要仔细斟酌，是否发出或者可以发出哪些内容，也可以提前找安全部门复核。比如只说变化趋势，不说具体数值就是一种尝试；电商漏斗模型下的转化率和单量有可能是敏感信息；产品的活跃用户数。但有些资料其实是可公开的，比如关注人数、线上活动、促销节奏等大家在网上都可以找到或者稍微留意就可以看到的东西。

项目周报里面很重要的一点就是对事不对人，但有大事发生时，还是要处理得有情商。因为项目周报会发给一大堆已经识别的干系人，一些主要风险点，需要提前知会相关干系人。尤其是需要重点点名升级的一些产品线，需要提前通知对应干系人，斟酌语句，避免出现发出后不断扯皮，最好可以通过线下解决。当然有的产品线确实有很多高优先级项目在处理，确实需要告知大家对整体排期有风险，其实也无可厚非，关键是有跟进。如果总是歌舞升平的周报，其实也没啥意思，挑战性不够嘛，当然也可能是线下处理得非常好。

当然，各个内容的表现形式可能不一样，图形化比较直观，减少看文本的时间。能用图则用图，能用表格就用表格，尽量少些纯文字描述，文字需要也可有原则性地高亮，确保重点突出。一些例子，整体风险图可用交通灯、里程碑用图展示、问题列表用表格、产品线排期表格、趋势图Burndown用折线图、代码分析用柱状图等。这只是表现形式，内容准备是核心，让大家从中获得相关信息才是王道。