敏捷第30讲:敏捷实战总结——回顾“抖腿App”的诞生,敏捷到底给我们带来了什么?

21 阅读5分钟

写到这一讲,其实已经不太适合再谈“敏捷是什么”。

因为在真实的互联网项目里,
没有哪个团队是从“今天开始我们要做敏捷了”起步的。

大家往往是从这些场景开始的:

  • 需求改到一半,领导一句话推翻
  • 技术说做不了,业务说不做不行
  • 上线当天发现 Bug,没人敢拍板
  • 团队天天加班,但进度就是不动
  • 用户骂得很难听,却没人知道该先改哪

“抖腿 App”就是在这样的现实里,一步步被逼出来的。

这 30 讲,与其说是在讲敏捷,
不如说是在复盘一个并不完美、但真实发生过的产品诞生过程

现在,是时候把这一切讲清楚了。


一、先说结论:敏捷没有让项目变轻松

如果你期待的结论是:

“用了敏捷之后,大家不加班了、需求不乱改了、领导也变理性了”

那我可以很明确地说一句:

没有。

在「抖腿 App」这个项目里:

  • 需求照样临时插队
  • 技术债依然存在
  • 上线前依然焦虑
  • 领导依然拍脑袋

敏捷从来不是“解药”。

但它确实做了一件非常重要的事:

它让混乱变得“可被看见、可被讨论、可被选择”。

这,是敏捷真正的价值。


二、回头看「抖腿 App」,我们到底做了什么?

1️⃣ 敏捷不是快,而是“不再假装能一次做对”

在抖腿 App 的早期:

  • 产品方向是模糊的
  • 用户是谁并不清楚
  • 使用场景靠猜
  • 商业化路径没人敢拍胸脯

如果用瀑布模式,唯一的结果只会是:

写一份看起来很完整、但没人真正相信的 PRD

而敏捷让我们做了一件反直觉的事:

  • 接受第一版一定不完美
  • 接受被用户骂
  • 接受推翻
  • 接受“试错是成本最低的学习方式”

我们不是在追求“第一次就成功”,而是在追求“失败不要太贵”。


2️⃣ 迭代节奏的本质:不是规划,而是止损

很多人误以为:

Sprint / 迭代 = 更细致的计划

但在抖腿项目里,迭代真正起到的作用是:

  • 每两周一次“强制止损点”
  • 告诉所有人:再不行,也就亏到这里

它逼着我们不断问三个问题:

  1. 这两周我们到底交付了什么?
  2. 用户有没有感知?
  3. 如果现在项目被砍,哪些是值得保留的?

这不是敏捷仪式,这是生存机制。


3️⃣ 可视化的不是进度,而是“问题密度”

从白板、便利贴、Excel 到简陋看板,我反复强调过一句话:

工具只是载体,信息才是核心

真正重要的不是“我们做了多少需求”,而是:

  • 哪些需求卡住了?
  • 为什么卡?
  • 是技术问题、决策问题,还是资源问题?

当问题被贴在墙上、被写在看板上时,
它就不再是某个人的锅。

而是整个系统的问题。


三、项目经理在这个项目里,真正的角色是什么?

如果你一路看完这个系列,会发现一个反复出现的主题:

PM 不是做决定的人,而是让“决定发生”的人

在抖腿 App 中:

  • 技术瓶颈不是项目经理解决的
  • 架构方案不是项目经理设计的
  • Bug 不是项目经理修的
  • 加班也不是项目经理能免的

但项目经理需要去做几件极其关键的事:

1. 把模糊的问题翻译成可讨论的选项

2. 把情绪化的冲突拉回事实

3. 把隐性风险提前曝光

4. 把“默认继续”变成“主动选择”

敏捷里的项目经理,更像一个“摩擦管理者”。

不是消灭冲突,而是控制冲突的成本。


四、那些看起来“很敏捷”的东西,其实不重要

现在回头看,有很多东西我们刻意没强调:

  • 没纠结 Jira 还是 TAPD
  • 没强调站会必须 15 分钟
  • 没强制 Sprint 命名
  • 没要求每个故事都拆到点数

因为在真实项目里:

形式主义的敏捷,反而是效率杀手

真正重要的,只有三件事:

  1. 信息是否透明
  2. 决策是否基于事实
  3. 反馈是否能形成闭环

其他的,都是可选项。


五、敏捷真正改变的,其实是“心理预期”

这是很多人忽略的一点。

在抖腿 App 的推进过程中,敏捷最大的改变不是流程,而是:

  • 领导逐渐接受“不确定性是常态”
  • 团队不再幻想“一次就搞定”
  • PM 不再背负“全知全能”的压力
  • 技术不再用“做不了”作为挡箭牌

大家慢慢形成了一个共识:

项目不是证明谁对,而是不断逼近正确答案

这,比任何工具都重要。


六、如果再来一次,我们还会选择敏捷吗?

如果让我现在回头选,我的答案是:

不是“选不选敏捷”,而是“你还能怎么选”

在以下现实条件下:

  • 需求不稳定
  • 资源有限
  • 时间受限
  • 认知不一致
  • 外部环境随时变化

敏捷不是最优解,而是唯一不那么糟的解。


七、写在最后:这不是一套方法,而是一种面对现实的方式

这个专栏走到这里,其实只想传递一件事:

敏捷不是让项目更好看,而是让问题更早、更真实地暴露出来

它不会替你做决定
不会帮你躲风险
不会让你轻松

但它会逼你正视现实。

如果你是项目经理,希望你能记住一句话:

你的价值,不在于控制一切,而在于让混乱可被管理

如果你是技术或业务,也希望你明白:

真正成熟的团队,从来不是没有冲突,而是知道如何承担冲突的代价


「抖腿 App」可能不会成为爆款
这个团队也谈不上完美

但至少,我们没有在混乱中假装一切可控。

这,已经很不容易了。

——
《抖腿短视频App诞生记:敏捷实战30讲》专栏 · 完

微信图片_20251103081415_61_131.jpg