PMP职场实战108问 · 第3问
前两问我们建立了「知识点→场景」映射的方法,但还有一个关键问题:学了记不住怎么办?
答案藏在最朴实的一个习惯里——每日复盘。但不是那种「今天做了啥、明天做啥」的流水账,而是用PMP框架审视当天工作的结构化复盘。
90%的人复盘无效的原因
先看看典型的”无效复盘”长什么样:
❌ “今天开了需求评审会,开发说时间不够,我跟产品沟通了一下,决定延后两天上线。明天继续推进。”
这根本不算复盘,这是记日记。它只记录了「发生了什么」,没有分析「为什么会这样」「下次怎么避免」。
有效复盘的公式应该是:
PMP知识点 + 实操效果 + 明日优化动作
15分钟复盘框架
前5分钟:今日回顾
用三个问题快速过一遍今天的工作:
今天遇到了什么项目问题?(不限大小)
- 需求变了?进度卡了?相关方意见不一致?
- 只需列出1-2个,不要事无巨细
这个问题对应哪个PMP知识领域?
- 口头加需求 → 范围管理/变更管理
- 开发说时间不够 → 进度管理/估算
- 两个领导意见不一 → 相关方管理/冲突管理
- 没发现任何问题 → 说明你可能没有主动识别风险
我用PMP方法处理了吗?如果重来会怎么做?
- 如果用了→ 效果如何?下次有什么改进?
- 如果没用→ 如果套用PMP方法,会有什么不同?
中间5分钟:对标手册更新
打开你的对标手册(第2问创建的),快速记录:
- 今天用到的知识点、实操效果
- 新发现的「纸上差异」
- 一个新的场景映射
最后5分钟:明日计划
用PMP思维规划明天的工作:
- 明天最关键的任务是什么?(识别关键路径)
- 有什么潜在风险?(风险预判)
- 需要谁的支持?(相关方管理)
一个完整的复盘示例
📅 7月9日
今日问题:产品经理下午临时要求增加一个筛选功能,说”很简单,加个下拉框就行”。开发评估后发现至少多2天工作量。
对应领域:范围管理(范围蔓延)、变更管理
处理方式:口头答应了开发评估,然后再跟产品确认排期 → 缺陷:没有第一时间走变更流程
改进方案:下次遇到口头加需求,使用固定话术——“收到需求,我先记录,评估影响后明天答复你”。给自己留出评估和沟通的时间。
明日关键任务:确认新功能的排期影响,同步所有相关方
明日风险:测试时间可能被压缩
这个复盘只花了12分钟,但收获是——你不仅解决了今天的问题,还优化了明天的操作方式。
当天的错题当天转化
做题、工作中踩坑,随手记到对标手册里,归类到对应知识模块。关键在于区分:
- “理论不懂”的坑:这个知识点我没学过,或者理解错了 → 回头翻书补课
- “实操不会”的坑:理论我知道,但真遇到事忘了用 → 设计一个提醒机制(便利贴、手机备忘录、桌面便签都行)
把今天的坑变成明天的经验,这才是复盘的终极价值。
📌 今日动作:今天下班前,花15分钟做一次完整的PMP结构化复盘,按照「今日问题→对应领域→处理方式→改进方案」的顺序写一遍。
本文作者:Samjoe Yang
本文链接: https://need.uno/003-mei-tian-15-fen-zhong-de-pmp-fu-pan-zen-me-zuo-cai-you-xiao/
版权声明:本作品采用 知识共享署名-相同方式共享 4.0 国际许可协议 进行许可。
评论