项目管理

很多产品经理把立项制度理解成一道闸门：材料写全、ROI 算出来、评审会开完，就算完成立项。我在一家 800 人规模的 SaaS 公司里参与过三次立项制度重构，前两次都栽在同一个地方…

三年前我参与过一次立项评审，26 页立项书、17 个指标、90 分钟会议，全票通过。六个月后项目被叫停，复盘会上没有一个人能说清它当初承诺的价值到底是多少，因为立项书里写的&#82…

2023 年我接手过一个已经做了 7 个月的 B 端项目，团队 12 个人，每周都在加班。但当老板在评审会上问”这个项目做成什么样算成功”时，会议室里出现了…

去年第三季度，我接手一条约 200 人的产品线时，需求池里积压着 417 条待立项需求，而立项评审会已经排到了 11 周之后。更麻烦的是，我抽查了其中 30 条已经通过立项的需求，…

我统计过自己参与或旁听的三十多次项目立项会，最反常识的数字是：一个中等复杂度项目的立项周期平均 21 天，但产品经理真正在”生产决策信息”的时间只有 4 天…

去年Q4我参加了一场立项评审会，产品经理用32页PPT论证了“智能客服工单中台”的必要性，会议室里7位评委全票通过。三个月后，这个项目在第二次迭代评审上被叫停，因为它悄悄膨胀成了“…

我把过去三年参与或旁听的 47 次立项评审做了复盘，看到一个反直觉的分布：立项流程最快的团队，从想法提出到资源承诺只需要 2.1 天，但立项后 90 天内的需求变更率高达 38%；…

我带过的一个 40 人产研团队，2023 年 Q2 一共立了 11 个项目，其中 4 个在启动两周内被叫停或者推倒重来。复盘的时候我把这 4 个项目的立项材料摊在会议桌上，发现一个…

我带过的第一个项目集，立项编号是从 2019-001 开始的。三年后这套编号崩了，不是因为规则设计得差，而是因为有三个人同时在改规则，谁也没告诉对方。崩塌的代价很具体：财务侧 17…

去年 Q3，我帮一家 1200 人的智能硬件公司做 PMO 复盘，财务总监把三张表拍在会议桌上问我：为什么同一个项目，预算系统里叫 PRJ-2023-008，研发平台里叫 XM20…