完成定义

Scrum做不起来，常见原因不是团队不会开站会，而是产品经理把“需求输入、优先级、验收、发布”都握在自己手里，却没有为这些决定设定透明规则。结果是待办列表越来越长，迭代承诺越来越虚…

迭代延期，常常不是因为团队“写代码太慢”，而是因为一个看似正常的两周迭代里，需求在开发中途持续变化、测试被挤到最后两天、上线条件直到评审前才有人确认。产品经理优化敏捷流程，真正要解…

产品经理最容易低估的，不是“已完成”这三个字，而是它背后的判断成本：需求已经开发完，测试也点了通过，为什么迭代复盘时仍有一批事项说不清是否真正交付？我做看板梳理时反复看到同一种情况…

团队里最容易引发争议的三个字，常常是“已经完成”：执行者说任务做完了，管理者却发现成果还没验收、依赖方没接收，或者问题过几天又重新出现。看板从0到1，不应从挑软件或画三列开始，而应…

研发看板最容易被误用的状态，往往不是“进行中”，而是“已完成”：开发者把卡片拖到完成列，测试还没通过；测试通过了，发布说明和遗留风险却无人接手。我的判断是，研发团队要用看板提效，第…

去年十一月，我接手了一个 B 端 SaaS 项目的进度管理工作。接手第一周，我在项目管理工具里看到一条任务：权限体系重构，状态"进行中 90%"，最后更新时间是…

周五下午四点的项目周会，六个人依次说“我这边顺利”；下周三上线前一天，联调才发现支付回调的签名校验还没做，而这条依赖卡在另一个部门的排期里已经第九天了。这是我带一个 To B 中台…

"进度正常"这四个字，我在三种不同规模的项目里都听过，也都在两周后看到了同一个结局：里程碑集体延期，而复盘时没有人能说清楚，进度是从哪一天开始偏的。问题几乎从来…

进度跟踪跟踪全流程：产品经理协同管理与一文讲清 这个标题里“跟踪”出现了两次，我第一次看到时笑了一下，但仔细想想，它精准地描述了大多数团队的真实状态：进度被反复跟踪、反复汇报、反复…

周三下午四点，里程碑评审会开了二十分钟，五个模块负责人给出的状态全是"正常"。散会两小时后，前端负责人在即时通讯里跟我说："支付那个需求，服务端字段口…