某中厂朋友吐槽说:“经济下行,公司要求越来越过分,不但要求 9106,还要天天写日报都做了什么事项,每个事事项花了多少时间,要用不少时间来写;周报也是要求很细 还要总结,身心疲惫”。事无巨细的汇报确实恐怖,这是管理无能的表现,下面我们来 battle 一下。
先说结论:有用!
日报、周报、项目进度汇报,不仅是简单的信息汇总,更是项目的 “体检报告”,让项目经理随时了解项目情况,以保证及时发现潜在风险,迅速调整策略,确保项目健康推进。
所以说,对于项目管理来说,要求团队成员写日报、周报,项目进度汇报是非常有必要的!那么为什么员工会那么讨厌写各种报告呢?
首先,作为员工,向上管理是必要的,但是过分的要求让员工感觉 “不被信任、被监控”。
其次,有时候连续加班,工作本身就做不完时,又增加写报告的工作,就更令人厌烦。
此外,很多领导往往员工做出的成绩他看不见,只会拿日报、周报较真,只要会汇报就是好业绩。这就是管理无能的表现,没有可量化的产出,只为了形式上的汇报,增加了员工没必要的负担,且反而成就了 PPT 工程师。
最后,一些领导也可能并未有效利用汇报来推动项目,而是让汇报变成了形式。
所以,综上来看,不是报告没必要,重点在于如何更高效、更有用地应用它们。
有所谓的高大上的效能模块,连一个最基础的汇报都没有。这是为何?
如果问他们,他们会说,我们有一堆统计,你定制这些统计到一个大的统计视图中不就是了吗!
这回答滴水不漏,但实际没用,很细粒度的单项统计根本不能用于工作汇报,且汇报也不是简单的把多个统计并成一个更大的统计。
另外,国内大多产品经理,只会抄都不懂管理,你还指望有什么好用的功能,当然用户体验呀他们可能强;功能和体验都要,如不能兼得,那还是优先功能, 要不然会本末倒置,当然体验起码也要在及格线哈。
经常有项目经理和我说:“每次做周报要老命了,需要先导出并整合很多数据,再做图,再汇总,要花 2 个多小时,还要对数据 “。
我们看看看 Codes 是如何让产出用数据说话,又让费时费力的周报日报秒级生成。
管理、协同、汇报都要。良好的项目管理从日常有效的汇报开始。
用数据说话,公平公平
选用了一个项目管理工具,不管花不花钱,汇报还要手写,是不是很 low,且基于客观数据自动生成周报等汇报用的产物,不给 PPT 工程师操作空间,更好的体现公平。
Codes 产品团队始终以用户为中心,从用户的使用场景来思考问题,而不是做什么都先去 JIRA 等同类工具找参考 “依据”(这是 “小屁孩” 的玩法),这样是永远没法创新的,始终会被所参考的 “依据” 僵化思维。解决用户痛点,如何让用户爽,就如何实现,这也是我们创新的源动力,换句话说就是,不固守陈规,拥抱零基思维。
有个人日报,项目日报和项目周报,且 95% 以上内自自动生成,后续还在多项目横向对比的报告。
日报 90% 内容自动生成,详见《Codes 研发管理平台——日报与工时融合集中式填报的创新实现》
个人周报分为 4 个部分:概述、本周工作事项 、本周计划及完成情况、下周计划。这 4 部分中,只有概述中 “问题|经验|及其他” 需要输入,和下周计划要勾选之外,其他全是自动生成,如有需要再填写备注。
不用手写,从名下待办事项中勾选
项目周报规则同个人周报,只是数据上有不同。项目周报含 4 个大部分: 项目概述、本周工作事项、项目总体情况、下周计划。 除了下周计划要勾选以及” 问题| 经验|及其他 “ 要手写外,其他都是自动生成。
包含本周计划完成情况、人员事项完成情况、本周事项详情:、本周质量情况、本周人员质量情况几部分。
本周计划完成情况中增加进度偏差
加一个明细,列出每个事项的计划进度和实际进度的对比
AI 及和其他平台互通
导出 PDF,发往第三方 IM,如飞书等,基于客观数据 AI 润色,自动生成 PPT 等
匠心打磨,持续创新是 Codes 的产品基因。
上述的实现没有技术门槛,抄也没地方抄,只有想没想到用户的痛点,这是考验产品经理的认知,也就是产品力。创新不是为了玩新奇,是为了解决问题。下一次我们来聊聊 Codes 独有的流程驱动的缺陷管理,也是很酷的功能,欲知后事如何且看下回分解。匠心打磨,持续创新是 Codes 的产品基因。
综上所述,项目管理中的日报、周报和进度汇报是确保项目顺利进行的重要工具。它们不仅帮助管理者把握项目的整体脉络,也为员工提供了一个展示自己工作成果和专业能力的平台。