敏捷管理这套逻辑，说白了就是别总想着把大象装进一个桶里。
那会儿公司开大会，那叫开会，哪位都不讲话，主席台坐着，底下人坐着，最终把个 PPT 念完，大家就睡着了。目前不中，那是指挥棒错了。得让大伙儿动起来，像一群受惊的鹿，你往东跑，我往西跑，哪位也别想卡住蛇的路。 这不就是史蒂夫·布兰克说的“六个要吗”？别当作那是文学修辞，那是真金白银的教训。十年前，我在一个传统软件公司，团队要发个 Bug 补丁，我得写三千字的说明书，还得等两周后，对方才肯上线。
那时候，我认定我们是开发者，是上帝。结局呢？客户拿着一个能用的功能，却嘟囔 UI 丑得像个马赛克，就连出于等得忒久，项目直接延期三个月。
后来我试着把命令改成“给点空间”，让他们自己做，把沟通频率降下来，结局团队反而学会了互相推诿，代码质量更烂了。
后来我才悟出来，敏捷不是要我们变得懒，而是要我们变得有弹性。真正的敏捷，是在复杂的世界里，保持轻量级的运转。 这跟那会儿那种“大而全”的大工程思维彻底背道而驰。
那会儿项目启动，我们堆满墙的设备、堆成山的文档、排到透天的任务表，所有人都认定自己是主角。目前呢？咱们得像做披萨一样，面团都摊在桌上，哪位都能剪，哪位都能揉，哪位都能烤。
哪怕只烤一个面团，要是大家都在等着等，那它可能一辈子烤不熟。 看那个乐高积木的比喻，这个最直观。
那会儿做项目，就像给一个乐高零件贴上标签，标上"1-100 号零件”，然后等着别人把它拆下来，看看能不能拼上一块。
要是有哪位没碰它，你就问它，要么就扔个抹布擦擦。结局哪个零件有活，哪位就能抢着干，没碰的零件就成废铁了。敏捷管理要求我们，哪怕是那个看起来再小的螺丝钉，也要保证有人关心它。
哪怕只是给一个螺丝钉换个颜色，要么给它钉个小小的 Logo，它就有了“生命”。数据上讲，要是某个任务项没有任何人认领，它就会被默认标记为“废弃”，最终害得整个项目进度线出现庞大的断层。 还有那个关于“迭代”的概念，大量人理解成“按周盘算”。
实际上不是，那是旧有的盘算。敏捷里说的迭代，是像剥洋葱一样，一层一层地揭开。
第一层你可能不知道里面是啥，但没关系，你撕开看看，是个红色的洋葱头。
第二层撕开，是白色的肉丝。
第三层，是红色的葱姜蒜。
第四层，发现里面实际上是空的，原来是空的。
这时候，前期做的预备就全白费了。我们得问问自己：这份预备，到底是为了啥？是为了应付明天的会议，还是为了应对未来的变化？要是只是为了应付，那这就叫“伪预备”，根本不是预备。真正的敏捷，是每次迭代终止时，都带着新的发现和新的难题上车，而不是带着旧难题持续开。 说到数据，就拿我们引当作傲的“用户故事”来说吧。
那会儿我们写一个“添加用户功能”，一个故事。目前我们要拆解。
第一个用例，用户输入邮箱，系统回毛病提示。
第二个用例，用户输入邮箱但密码不对，系统提示毛病。
第三个用例，用户输入邮箱和密码，系统启动验证，数据库连接建立成功。
这个例子有点啰嗦，但挺真。在真的造环境中，你会发现，有时候故事写得再漂亮，执行起来也是个笑话。
比如我们为了优化一个报表查询，花了一整周去重构数据库的索引结构。结局上线后，查询速度反而慢了 40%，并且界面看起来特别卡顿，用户都在骂人。
后来我们复盘，发现是那个数据模型设计得忒复杂了，害得查询语句忒冗长。
这时候，我们不能出于一个表格的优化，就拍板整个项目标成败。敏捷讲究的是“快”，是“小步快跑”，而不是“一步登天”搞大改动。 并且，敏捷最可怕的地方在于它要求“拥抱变化”。
那会儿做项目，你得定好目标，就算中途发现方向错了，你也只能硬着头皮走，要么赶紧换个方案，就连不惜砸钱重做。目前呢？要是客户突然说，“哎呀，那个报表颜色得改成蓝色，并且要多印十份”，你会认定这是在挑战你的权威。但敏捷告诉你，这彻底没难题。就连，这本身就是一个新的需求。你要立马把它加进迭代里，哪怕这个需求看起来挺小，就连有点滑稽。
要是客户说，“我想加个按钮，点击后显示一个滑稽的动画”，你也得想办法实现它，哪怕它暂时不工作，先把那个按钮加上去。出于在这个阶段，功能本身比功能好不好用都关键。我们就是在不断试错，把路走窄一点，把成本降下来，容错率提升。 最终说说团队之间的协作。
那会儿像是各种各样的孤岛，销售部跟 IT 部不通，研发跟客户也不通。目前不中了，务必得混在一起。就像我们一起搬砖，你往东我往西，哪位也不许堵路。
要是某个人被分配了任务，但他不想干如何办？也得干，出于他是团队的一局部。
要是他不干，整个团队就得停下来。敏捷管理不只是是方式，更是一种心态。你得承认，没有任何一个盘算是万能的，没有一种方式能解决所有难题。
有时候，盘算赶不上变化，这就是常态。我们就得把这当成常态，随时调整，随时修正，就像冲浪一样，水来了就随波逐流，水走了就调整姿势，一辈子保持在浪尖上。 总的来说，敏捷管理不是要推翻一切，而是要把那些曾经阻碍我们进步的东西，一个个剥离出来。把命令变成对话，把盘算变成故事，把完美变成探索。别看过程有点吵，有点乱，有点不确定，但这就是进步的过程。在这个充满不确定性的世界里，保持这种敏感、快速反应、不断试错的本事，或许才是我们最需求的生存技能。别总想着一次性写完一本书，要么一次搞定一座山。分块儿写，分块儿走，分块儿建，这才是生活的真谛。
