原则敏捷是这样,神奇... --作者 黄隽 敏捷教练

学习了如下12条敏捷原则，其中1、3条强调我们要采用较短的周期，尽早的交付，使客户满意。来干吧，我们一起敏捷吧，一起见证神奇的时刻…

1.通过尽早和持续不断地交付有价值的软件使客户满意

2.即使在迭代开发的后期也欢迎需求变更

3.采用较短的周期交付可工作软件（几周而不是几个月）

4.业务人员和开发人员每天都紧密合作

5.选择积极进取的个体进入项目，信任他们开展的工作

6.面对面的交流是最好的沟通方式（异地除外）

7.可工作的软件是进度的首要度量标准

8.固定节奏的可持续开发

9.持续的追求技术卓越和良好的设计

10.简洁为本，不要“需求镀金”

11.最好的架构，需求和设计出自于自组织团队

12.团队定期地反思如何能够提高成效，并依此调整

因为客户没办法一次性、完美地描述出整体真实需求，经常是每次提出部分有代表性的需求。既然如此，那我们何不每次就做好一部分？就比如此图，先做个上半身就去上线，下半身等下个阶段在做……太完美了，这就是敏捷迭代交付嘛。

来第一个迭代交付啦，太棒了，完美，得到了客户的认可……

发挥一下想象力，下半身什么样，下一个迭代会做成什么样，具有强壮体魄的猎豹？你想多了，神奇不？帅气不？意外不？

来来来，我们接着再做一个项目……，oh my god 你总是能给我意外……

让我们继续吧，设计出最好的构架，不断改进，重构…我们以为是这样：

然而……

为什么会这样？难道敏捷出了问题，或者说敏捷转型有这么多痛点，敏捷适合软件开发吗？其实，敏捷开发只是一个指导思想和原则，并没有给出具体的实践步骤。在实际的工作中，如果企业只是一再对外强调敏捷开发，这没有意义。

重要的是说清楚为了达到目标的过程中遇到了什么问题，在敏捷原则和核心价值观的指引下，哪些实践和方法可以帮助达到目标，或者解决这些问题从而达到目标。然而，如果本身对敏捷开发就存在误解，这很容易导致错误的实践方式。当然提倡不断试错，但需要用精益敏捷的思维去思考，减少浪费。敏捷源于经验主义，也许有着丰富实战经验的教练会帮助到团队从假敏捷走向真敏捷。

--作者 黄隽，精益敏捷/DevOps布道师、Exin机构授权讲师、中国DevOps社区核心组织者及理事。欢迎阅读更多作者在精益思想、敏捷、DevOps、数字化转型、敏捷绩效等方面的观点。