敏捷研发
-
远程团队敏捷，异步沟通是关键
为什么你的研发团队一过100人，效能就开始断崖式下跌 去年秋天，一家头部券商的技术负责人老张约我喝茶。他掏出手机，给我看了一组数据：团队只有80人时，需求平均交付周期是6.8天；扩张到140人后，这个数字变成了18.5天。代码提交频率下降了47%，线上事故率反而涨了3倍。他的原话是这样的：“我加了6…
-
敏捷开发案例：我们如何从双周迭代到单周
一、别再迷信“自动排班”：我见过最离谱的智能排班，就是那个号称能预测一切的系统 去年帮一家 300 人的连锁零售企业做系统复盘，他们的 HRD 给我看了一张排班表，系统在五一黄金周高峰期，给核心旗舰店安排了 3 名新人上晚班，而把 5 个老员工全部排在了上午 10 点到下午 4 点这个客流低谷时段。…
-
PO与Scrum Master角色不能兼任
研发效能度量的隐形陷阱：为什么指标越精细，团队越失控 2024年第三季度，我应邀对一家估值超过40亿的SaaS公司进行研发效能诊断。CTO在会议室里打开他们的度量看板时，我看到的是一张由47个指标组成的仪表盘：代码提交频次、Story Point燃尽速率、PR停留时长、Review覆盖率、单元测试通…
-
我们摒弃了固定Sprint，改用看板流
引言：当你的内容从搜索结果里“蒸发” 2023年底，我的一个客户，一家服务全球500强的SaaS公司，迎来了一次几乎致命的流量危机。在没有任何技术故障、没有被惩罚、网站健康度完全正常的情况下，他们最核心的三篇攻略型文章在Google搜索里的点击量在两周内暴跌了67%。这不是个例。同一时期，我追踪的1…
-
敏捷开发中技术预研怎么安排
快速结论：为什么很多团队明明“很规范”，产品却越做越慢 先给一个我踩了5年坑才敢下的判断：绝大多数中大型研发团队的“研发效能瓶颈”，根本不是代码写得慢，而是工作拆解和任务排期的方式，从源头就把效率锁死了。 去年我带的一个项目，代码review通过率高达98%，单元测试覆盖率82%，CI/CD流水线也…
-
从指令式管理到自组织，我们经历了阵痛
组织熵增：当“大公司病”成为所有管理者的终极对手 去年在深圳和一家1200人规模的智能硬件公司CTO复盘研发效能，他调出了PingCode里的全量数据后突然问我：“我们去年年初30个人做这个项目的时候，人均需求吞吐量是1.8个高质量Story，现在团队扩到180人，这个数字掉到了0.7。同样的人、同…
-
砍掉每日站会后，我们定制了轻量 Scrum
砍掉每日站会后，我们定制了轻量 Scrum 我们团队曾经是每日站会最忠实的信徒，直到那个周三的上午，我发现15个人的团队站在白板前，轮流说出“昨天在写代码，今天继续写代码，没有阻塞”这句话，整整花了23分钟。而那天下午，一个因为接口协议理解错误导致的核心功能返工，没有任何人在站会上提过一个字。那23…
-
平行项目多到崩溃？一张资源日历全解决
一、为什么你的资源日历永远是摆设，而我的能救命 先讲一个让我至今后背发凉的真实项目。2023年Q4，我同时挂着四个平行项目：一家金融客户的PingCode系统迁移、一个内部数据中台的MVP迭代、一个市场部的年度营销战役技术支持，还有一个和第三方SaaS厂商的联合开发。当时团队只有9个人，但每个项目都…
-
没纪律的Scrum是假敏捷
一、不是Scrum失败了，是你的纪律感破产了 去年秋天，我受邀去给一家200人规模的SaaS公司做研发效能诊断。CTO坐在我对面，扶了扶眼镜，语气里带着一种被方法论背叛后的疲惫：“我们两年前就全面推行Scrum了，站会、评审、回顾一个不落，但交付速度反而比之前用所谓‘野路子’时慢了40%。Scrum…
-
用户故事拆分后，隐藏工作量翻了三倍
“我们只是把大需求拆成了小故事，为什么开发节奏反而更乱了？”上个月，在给一个200人规模的SaaS团队做复盘时，技术总监把燃尽图投在屏幕上。那条线在第一个Sprint结束时纹丝不动，到第二个Sprint尾声才断崖式下跌。原因不是代码写得慢，而是拆分用户故事时，我们把隐性成本全藏进了“看起来很小”的故…
