需求评审

我带过一个 40 人的研发团队，曾经在同一个迭代里把同一个需求退回了开发三次。原因不是开发没做完，而是没人说得清"做完"到底是什么意思。复盘时问题浮出水面：需求…

2022年冬天，我帮一家做供应链SaaS的公司做PMO诊断，第一个被我翻出来的问题，藏在一份已经"验收通过"的上线记录里。需求原文是"支持批量导入供应…

上周一位做研发效能的朋友问我：我们跨部门的需求评审会已经从 2 小时压到 1 小时了，为什么还是吵？我让他把那张"优先级排序表"发我看看。表头只有 4 列：需求…

去年第三季度，我参与了一家 400 人规模智能硬件公司的研发效能复盘。这家公司有 9 条产品线、6 个研发小组，用的工具不可谓不先进，流程不可谓不完整，但交付准时率只有 58%。复…

去年十一月，我参与复盘一个跨部门项目：市场部要的活动落地页，研发交付后卡在验收整整 11 天。市场部说“整体感觉不对，不是我们要的调性”，研发说“需求文档里只写了三个模块和字段，没…

去年第三季度，我陪同一个 43 人的研发团队做季度复盘。他们在季度初立下的目标是“核心接口 P95 延迟下降 30%”，季度末实测只降了 9%。会上大家并不推诿，反而都很委屈：后端…

2023 年 11 月，我主持过一场持续 3 小时 47 分钟的验收会。会上开发团队把 142 个功能点全部演示完，测试报告显示缺陷关闭率 98.6%，客户方业务负责人却说了一句让…

企业服务团队选需求管理系统，最容易犯的错不是漏看某个功能，而是把“需求很多、跨部门协作困难、交付状态不透明”简单归结为工具不够强。系统可以承接流程，却不能替企业决定需求由谁提出、谁…

需求管理系统选型最容易犯的错，不是漏看某个功能，而是把“需求进了系统”误当成“需求被管理好了”。如果需求仍散落在会议纪要、聊天记录和表格里，评审结论找不到、变更原因说不清、交付结果…

研发团队效率低，往往不是因为成员不够努力，而是因为需求入口、优先级、验收标准和变更责任没有被流程固定下来。我的判断是：一套有效的研发管理流程，不应该让团队填写更多表格、参加更多会议…