找回密码
立即注册
搜索
热搜: Java Python Linux Go
发回帖 发新帖

4035

积分

0

好友

527

主题
发表于 1 小时前 | 查看: 3| 回复: 0

写周报可能是产品经理最痛苦的无用功之一。
周日下午,你坐在电脑前,翻了一周的聊天记录、Jira、文档,试图回忆这周干了什么。写了2小时,最后变成流水账:“完成了需求评审,跟进开发进度,处理用户反馈……”
老板看了问:“所以有什么成果?”你说不上来。  

我用AI跑通了一套10分钟出周报的流程,有数据、有亮点、有下周计划。今天完整复盘。


📊 Before vs After

维度 Before(老办法) After(AI辅助)
复盘时间 1小时会议 + 1小时写文档 30分钟
产出质量 “下次注意” 具体改进步骤 + 责任人 + Deadline
可执行性 低,没人跟进 高,可直接进排期
团队感受 像批斗会 像解决问题的会

🚀 我跑通的4步工作流

Step 1:收集复盘素材(5分钟)

把以下信息汇总到一个文档:

  • 项目原定目标和实际结果(数据对比)
  • 时间线:计划节点 vs 实际节点
  • 出现的问题清单(Bug、延期、沟通问题等)
  • 团队成员的反馈(你自己观察到的,或简短访谈)

Step 2:使用复盘分析Prompt(10分钟)

你是一名资深项目顾问,擅长做项目复盘和流程改进。

请根据以下项目信息,输出一份结构化复盘报告,要求:

  1. 目标回顾
    • 原定目标是什么?
    • 实际结果是什么?
    • 差距有多大?(用数据说话)
  2. 过程还原
    • 按时间线列出关键节点
    • 每个节点计划是什么,实际发生了什么
  3. 根因分析(重点)
    • 对每个主要问题,用“5 Whys”方法深挖根因
    • 区分:技术原因 / 流程原因 / 沟通原因 / 资源原因
    • 不要停留在表面(“因为测试不充分”不是根因,要追问“为什么测试不充分”)
  4. 改进行动(重点)
    • 每个根因对应1‑2个具体改进行动
    • 每条行动必须包含:具体做什么、谁负责、什么时候完成、怎么验收
    • 行动要可执行,不要写“加强沟通”这种空话
  5. 可复用经验
    • 这次项目有没有做得好的地方?
    • 有没有可以沉淀为团队SOP的流程?

项目信息如下:
[粘贴素材]


Step 3:人工审核(10分钟)

AI输出后,重点审核:

  • [ ] 根因是否挖到位:AI有时候停留在表面,比如“因为时间紧”。你要追问:为什么时间紧?是排期不合理,还是需求变更太频繁?
  • [ ] 改进行动是否可执行:“加强代码审查” → 不可执行;“每次PR必须2个人Review,且Review清单包含X、Y、Z” → 可执行
  • [ ] 责任人是否合理:不要把所有改进都堆在一个人身上
  • [ ] 验收标准是否清晰:怎么算“完成”?要有可检查的标准

Step 4:转化为团队SOP(5分钟)

如果某类问题反复出现,把它变成SOP:

【SOP】上线前检查清单(基于XX项目复盘)
每次上线前必须完成:

  • [ ] 测试用例覆盖率 ≥ 80%(负责人:测试,验收:测试报告)
  • [ ] 灰度发布,先开放5%用户(负责人:运维,验收:监控无异常)
  • [ ] 回滚方案已确认,可在30分钟内回滚(负责人:开发,验收:回滚演练记录)

违反后果:未完成的项必须延期上线,不能打折扣。


🕳️ 我踩过的坑

坑1:AI把周报写成流水账

第一次用AI写周报,它罗列了10件事,每件事一句话,老板看了毫无印象。
✅ 后来我要求 “不超过5个核心事项,每个配数据成果”,质量才提升。

坑2:AI编造数据

AI会自动生成“转化率提升15%”这种数字,但如果不是真实数据就麻烦了。
✅ 现在我会先把真实数据贴在Prompt里,让AI基于真实数字来写。


你们公司那个每周日下午对着电脑发呆写周报的PM,把这个发给他。  

如果你也在探索用AI提升工作效率的方法,欢迎来云栈社区和更多同行交流实战经验。




上一篇:GPT-5.6-Sol 误删用户文件:$HOME 展开错误触发 rm -rf,OpenAI 早知隐患仍发布
下一篇:Pebble OS与FreeRTOS:智能手表最干净架构的低功耗设计哲学
您需要登录后才可以回帖 登录 | 立即注册

手机版|小黑屋|网站地图|云栈社区 ( 苏ICP备2022046150号-2 )

GMT+8, 2026-7-15 06:13 , Processed in 0.590211 second(s), 39 queries , Gzip On.

Powered by Discuz! X3.5

© 2025-2026 云栈社区.

快速回复 返回顶部 返回列表