一个技术人的知行笔记
你有没有发现一个诡异的规律：越加班，活儿越干不完。
项目进入冲刺阶段，老板说“辛苦一下，顶过这周就好”，你咬牙加班到凌晨。结果呢？第二周又来了新需求，第三周发现前期代码要重构，第四周客户临时改方案……加班成了“常态”，项目却像无底洞。
更扎心的是：加班往往不是“活儿多”，而是“活儿错”。
作为项目经理，如果你只盯着“工时”解决问题，那你就永远在解决“工时不足”的问题。今天这第30问，我们就来扒一扒：被动加班和盲目赶工，到底病根在哪？怎么根治？
上周三下午，我正和团队开周会，项目经理小陈的电话响了。接起来3秒钟，他脸色就变了：“什么？客户说服务器明天必须上线？之前不是说要到下周五吗？”
挂了电话，他猛拍桌子——开发资源被临时抽调到另一个紧急项目，测试环境还没搭完，客户突然改需求。而他，又开始了一轮“救火”：加班、吵架、求人、焦虑。
这已经是他这个月第三次“燃眉之急”了。他问我：“我是不是命里带火？”
我笑了笑：“你不是命里带火，你是脑子里没‘风险’。”
“项目刚启动，风险清单上就列了80条，团队一看就懵了——这到底是风险管理还是制造焦虑？”
上周一位项目经理在群里吐槽，说他花了三天拉着团队头脑风暴，把所有可能出问题的地方都写下来了。结果管理层一看就说：“你这不是在吓唬人吗？80个风险谁有精力管？”团队士气反而下降了。
问题出在哪？ 不是风险识别太多，而是你没抓住“核心风险”。项目启动期最怕的不是有风险，而是“眉毛胡子一把抓”，把80个可能性和5个致命问题混为一谈。
我的观点很直接：项目启动期，你只需要识别5个核心风险，用80%的精力去盯它们，剩下的交给常规跟踪就行。
为什么是5个？因为人的注意力极限就是5±2件事。你让团队记80个风险，最后大家记得的只有“哦，好像有很多风险”，然后该掉坑还是掉坑。
你是不是也遇到过这种情况：项目会议上，产品经理说“这个功能用户反馈很好，必须做”，研发说“数据证明这个功能没人用”，两个人吵得不可开交，你作为项目经理夹在中间，不知道该听谁的？
别笑，这是真实场景。上周我辅导的一位PM就因为这个吵了三天，最后老板拍板说“听数据”，结果做完用户根本不买账。
问题出在哪？不是定性和定量谁对谁错，而是你不会在合适的时候用合适的方法。
我见过太多职场人，要么凭感觉拍脑袋（纯定性），要么拿一堆数据把自己绕晕（纯定量），结果都做不好决策。今天我就用大白话，把PMP里的“定性风险分析”和“定量风险分析”转化成你能直接用的工具。
普通人做决策只有两种模式：感觉派和数据派。
感觉派 会说：“我觉得这个方案行，因为我之前做过类似的。”—— 优点是快，缺点是容易掉进认知偏差。
数据派 会说：“给我跑100组数据，我要看统计学显著性。”—— 优点是科学，缺点是等你分析完，黄花菜都凉了。
在职场里，你需要的不是二选一，而是按场景切换。什么时候该靠直觉？什么时候必须看数据？我总结了一个简单公式：
风险高低 × 决策影响 = 选定性还是定量
但大多数职场人搞反了：对小事纠结数据（比如换不换供应商的打印纸），对大事拍脑袋（比如要不要投入200万做新业务线）。
你是不是也遇到过这种场景：项目上线前三天，开发说“第三方API突然限流了”，你急得跳脚，但根本没法控制对方服务器。另一边，你明明提前发现了“测试环境不稳定”的风险，却因为没及时采取措施，硬生生让Bug堆积到了最后一刻。
这两种风险，本质完全不同。前一种是不可控风险，你只能被动应对；后一种是可控风险，你没管好，就是你的失职。
很多PM最大的问题，不是风险识别能力差，而是分不清哪些风险该“管”，哪些风险只能“认”。把精力花在不可控的事情上，焦虑又无效；对可控风险视而不见，等着爆雷。今天咱们就把这层窗户纸捅破。
“需求又变了！”
这句话是你项目失败的开场白，还是你每次周报的高频词？
我这周跟一位做ERP实施的项目经理吃饭，他苦笑着说：“项目延期了三个月，客户昨天又加了个报表功能，说是‘早就提过的小需求’。” 我说，兄弟，你缺的不是管理工具，你缺的是一页纸——一张能让所有人闭嘴的“需求边界清单”。
很多PM以为“边界管理”就是写个《项目范围说明书》，洋洋洒洒几十页，发出去后连自己都不想看第二遍。结果呢？需求变更时翻遍文档也找不到对应条款，客户一句“这不合理吗？”就把你问懵了。
真相是：90%的需求蔓延，不是因为你没写范围说明书，而是因为你没把“边界”写得像合同条款一样清晰、像白纸黑字一样无歧义。