工作汇报是下级向上级进行定期或者不定期的告知项目进度，身为产品经理，对已工作汇报尤其重要，汇报涉及到的内容主要有：汇报工作进度、说明重要事项、反馈重要信息、回馈上级疑问，更重要的是让你的上级知道你在做什么。工作汇报的主要目的有：陈述工作现状、表达工作业绩和沟通信息加强联系。
需要汇报哪些内容?
本周工作进度：重点不在于做了什么，而是拿到了什么结果(有共识的)。对项目产生的影响。花了半天时间和谁谁开了个什么会不重要，重要的是会上做了什么决定，会后定了什么后续的行动方案;完成了多少文档不重要，重要的是如何完成的，如调研是否具有普遍性，有什么反馈，能对项目决策产生什么影响;
下周工作计划：同样，重点在于希望拿到什么结果，推进什么事情。不要是“继续优化T2产品规划”这样虚的东西，而应该是针对本次汇报具体化工作任务，同时也给出思路和方法;不要说“要启动T3项目”，而是“调研T3需求，筛选并达成共识，制作Axure原型，回馈需求方，时间节点在下周三”。
问题和需支持的地方：怎么去尝试解决，搞不定的需要什么资源，打算找谁，打算让老板或同事怎么帮你。“存在的问题”，“需要给到的支持”;提到的时候，一定要想好解决方案;切忌只有问题，没有解决方案，欠缺思考;
针对你的工作内容，细化一下，比如分为“项目、日常需求、其他”几个模块，有的时候再加一点工作感悟。
需要像那些人汇报?
传统上，周报不就是汇报工作么?发给自己的主管不就行了么，我觉得这是最傻的，这大大浪费了“写周报”这个及其费脑子的工作。
稍好一些，周报可以发给主管和团队同事，团队里的人互相了解都在做什么，可以便于工作展开。
更好的，周报应该发给主管、团队同事、下属、以及有干系的合作方(其他部门的人)，并且酌情区分“To”和“CC”，这才是真正的信息流通，发挥最大价值。愿意把周报发给下属的主管是好主管。
汇报时需要注意什么?
- 了解汇报对象，这点非常关键;有的老板注重感性的描述，平铺直叙;有的老板注重数据和逻辑性;有的老板会在听汇报的时候，挑一些细节来验证你工作;
- 了解汇报的目的：例行的进度汇报，还是接受检查，亦或者是请求指导;
- 准备充足的材料;在平时多积累项目发生过程中的素材。如一些照片，交付物，文本和表格，以及具有里程碑意义的邮件等;另外说到邮件，他其实可以作为你以时间和任务来梳理工作的很好的记录工具;
- 将汇报的相关文档，以及报告发给老板 — 这个我当然知道;更重要的是也发给项目有关的同事，和一些有干系的合作方。这样做，可以帮助他们更好得理解你在做什么;客观上，有助于创造沟通和信息对等;
以下一些汇报关键要素(适用于IT项目领域)，大家可以参考：
目标 (vision, mission or goals)
竞争对手分析 (competitor analysis)
里程碑 (milestone and deliveries)
主要功能介绍 (feature status w/ priority)
演示 (demo)
项目依赖关系 (dependency)
风险以及风险管理 (risks and mitigation)
需跟进的问题 (open issues or concerns)