敏捷研发

一、我们为什么必须承认：零售敏捷，两年才刚刚入门 2023年3月，我们砍掉了公司运行了18个月的“敏捷转型项目组”。不是因为它没用，是因为我们终于意识到：把敏捷当作一个“项目”来管，本身就是最大的问题。 那天复盘会上，COO老周说了一句让我记到现在的话：“我们花了两年时间，终于知道自己不知道什么。”…

一、先说结论：远程敏捷的崩塌，从“什么都想多做一点”开始 过去四年，我深度参与了 6 个 100 人以上研发组织的敏捷转型。其中 3 个团队在远程环境下实施 Scrum，第一件事就是拼命往流程里加东西，加晨会时长、加临时同步会、加 Slack 回复速度考核、加 Jira 流转校验。结果呢？3 个月内…

我们如何用敏捷管理创业公司 去年 11 月，我的一个客户，做跨境支付 SaaS 的 9 人团队，差点因为“完美落地 Scrum”而倒闭。 他们严格执行两周 Sprint、每日站会、Sprint 评审、回顾会议，甚至还雇了一名认证 Scrum Master。表面上一切标准、规范、可控。但实际上，Spr…

一、一个被忽视的真相：你的团队根本没有“计划”能力 去年年底，我旁听了一个支付中台团队的迭代计划会。会议室里坐了 17 个人，产品经理投屏了一条长达 43 个条目的 Product Backlog Item 列表。前 40 分钟，他在逐条解释“这个需求是什么意思”、“那个字段为什么这么设计”、“用户…

一、先说一个让我记了三年的场景 2019 年秋天，我应一位 CTO 朋友的邀请，去帮他的研发团队做一次敏捷诊断。推开办公室门的时候，我看到的景象是：三块大显示屏上挂着 Jira 的看板，每个任务的状态流转被配置得极其精细，从“待开发”到“开发中”到“代码评审”到“测试中”到“待上线”一共 12 个状…

一、先讲一个反常识的结论 很多团队把Scrum当成加速器，但数据告诉我另一个故事：Sprint跑得越快的团队，技术债务往往堆得越高。这不是Scrum的问题，而是管理制度和工程实践之间的结构性裂缝。 去年我在一个200人规模的SaaS团队做敏捷成熟度评估，他们的Sprint准时交付率做到了87%，Bu…

一、我们不开了：一个反直觉的决定是怎么来的 2024年第三季度，我带的一个28人产品研发团队做了一个让隔壁组觉得“你们是不是疯了”的决定，停掉所有每日同步站会，全部改成异步文字更新。 这个决定不是一夜之间拍脑袋想出来的。我们算了一笔账：团队每天9:45的站会，默认15分钟，实际上很少低于22分钟。按…

一、先说结论：我们不是反对故事点，我们是反对“假装在用故事点” 2023年第三季度，我们团队做了一个让敏捷教练脸色很难看的决定：全面放弃故事点估算，换回工时制。 这个决定不是拍脑袋做出的。在做出切换决策之前，我拉了团队过去6个迭代的数据，发现了一个令人尴尬的事实：我们把故事点换算成工时的准确度，比直…

我们如何用敏捷管多个项目 一、你以为你在管项目，其实你只是在“排号” 2023年第四季度，我们团队同时跑着11个项目。每天早上的站会要开40分钟，Jira上的In Progress列永远挂着三位数的卡片。我花了整整两周才意识到一个问题：我们不是在用敏捷管项目，我们是在用敏捷的壳，干传统“排号叫号”的…

从瀑布转敏捷，团队吵了三个月 上个月，我的一个咨询客户，一家120人规模的SaaS公司，技术VP在复盘会上甩出一组数据：单一迭代周期内，研发与测试团队的平均对线时间达到11.3小时，相当于每个Sprint有将近1.5个工作日不是在写代码，而是在“澄清需求”、“掰扯责任边界”和“复盘谁该背锅”。这是他…