从线性执行到动态调优.docVIP

从线性执行到动态调优：我的敏捷进化与年终总结

进入第四季度的第三周，我坐在工位上复盘上周迭代的客户需求交付数据，屏幕上的燃尽图曲线从年初的频繁跳水，到现在始终稳定在预期区间内，突然意识到这一年的成长，其实就是把“按计划走就不会错”的固有认知，一点点替换成“在变化里找最优解”的敏捷实践过程。年初第一次跟着团队做敏捷转型培训时，我还在笔记本上写下“敏捷=更快赶需求”的误解，直到全年十二个迭代走完，踩过三次进度延期的坑，跟开发团队吵过两次需求优先级的架，才真正懂了敏捷不是一套死板的流程，而是面对复杂项目时的动态调优思维。

上半年第一个迭代的需求评审会我至今印象深刻，当时我拿着熬了三个通宵写的27页需求规格说明书，把Q1要做的18个功能点按时间线排得满满当当，从1月15号到3月30号，每个节点的交付物、验收标准都列得清清楚楚，我当时觉得只要大家按这个表走，肯定能提前三天完成任务。结果迭代走到第12天，运营端突然反馈说竞争对手上线了用户分层运营功能，如果我们不在两周内跟上，至少会流失15%的付费客户。我当时第一反应是抵触，觉得计划已经定了，临时插需求只会打乱整个节奏，甚至跟产品总监拍了桌子，说“现在改的话之前做的工作全白费了”。那次迭代最终还是把用户分层功能插了进去，结果可想而知，原定的18个功能点只交付了9个，还有3个上线后出了严重的逻辑bug，我在复盘会上做检讨的时候，总监只问了我一句话