你看，中华田园敏捷开发
“中华田园敏捷开发”是我在浏览社区无意中看到的，第一眼就吸引了我的注意力。然后看了很多人对中华田园的搞笑评论和吐槽。
“中华田园敏捷开发”特指那些对敏捷开发进行曲解或者误解，然后打着敏捷开发的旗帜乱搞的开发模式。
这也让我也仔细回忆了一些我的项目历程，我曾经的项目中就存在这种戏称的中华田园敏捷开发，着实让人苦笑不堪。
下面我们就来一起看看这些错误的敏捷开发认识。
举个例子
- 敏捷开发就是不写需求文档，产品说改，开发直接修改就行了，沟通高效，速度快；
- 敏捷开发就是产品开发测试实时沟通，我们先干起来，有问题我们再实时沟通；
- 你们做的这个不是敏捷开发，看板这些都没有，没有完全按照敏捷开发模式来；
- 需求方和项目团队坐在一起，更方便随时修改需求了，减少了不必要的沟通。
我想或多或少有一些同学会这样认为，因为我见过太多人这样的思考了，甚至在实际项目中和同事争的面红耳赤。
然而在实际的项目工作中，真正熟练使用敏捷开发或者详细了解敏捷开发的同学是非常少的，所以才会闹出各种各样的笑话。
正确认识敏捷开发
我们的开发模式多种多样，敏捷开发作为其中一种开发模式，在大多数互联网公司比较受欢迎。
首先我们要知道敏捷开发的目的与意义。敏捷开发一定是建立在稳定安全高效的增量迭代之上，如果脱离了这几个目的，那还叫做敏捷开发吗？这样的模式没有任何意义。我们来看上面提到的几个例子。
- 问：敏捷开发就不需要写文档吗？
答：敏捷开发是应该把文档写清楚，我们不要求文档细细入微，但是一定是清晰明了，逻辑通顺。这样产品开发测试可以快速同步信息，而不至于出现信息差，并且随着时间的推移，我们或多或少会忘记一些功能内容，那么文档就是最好的证明。不写文档在当时是一时爽，以后怎么办？就不管了吗？这不是敏捷开发的目的。
- 问：敏捷开发就是文档不着急，先开发着，有问题我们及时沟通
答；我们曾遇到过产品在需求原型中写的不够清楚或者没有文档，很多细节不到位，结果却是要求开发先开始做。然后当真正做的时候，就遇到开发阻塞，测试用例无法进行的情况。
在这样需求逻辑各种残缺不全的情况下，把三方甚至多方拉到一起讨论的时候，会有很大的沟通成本。我们往往都是因为沟通成本过高，造成时间浪费，影响项目进度效率。
如果我们能在前期多花那么一点时间，至少把某一部分的逻辑梳理通，后期也不至于各种阻塞，增加那些无必要费时的沟通。
- 问：在过需求评审的时候，开发说这块逻辑想不到这么深，要写的时候才知道问题。
答：我们经常遇到这样的情况，最后的结果就是会从数据库设计到代码编写都可能有超级高的风险。
功能逻辑没有想全面，导致数据库设计不合理，结果遇到小点需求变动或补充就的进行大改。甚至在开发中当风险爆出时，我们不得不推翻原有的设计，导致严重影响开发效率和工期。
- 问题：你们这个不是敏捷开发，没有完全按照敏捷开发来。
答：没有什么是完全照搬的，试问一下，完全照搬的东西是否有考虑到当前公司项目情况。
我们先试着问一下自己几个问题：
- 我们只有5个人的团队工期评估是一定要用卡牌方法吗？
- 项目的第一个版本就必须要进行拆分为敏捷小版本迭代？
- 项目中没有看板就不是敏捷开发了？
敏捷开发是一种开发思想，在这种思想模式下，可以顺应万千变化，既然是敏捷，那就让敏捷思想再敏捷一点，只有符合了公司当前的发展情况才是真正的敏捷。
小结
我想，你听过的其他人的敏捷开发认识可能还不止于此，不过也没有关系了，至少现在的你应该会慢慢抛去这些错误的敏捷开发思想。你应该去阅读更多专业的敏捷开发知识材料与书籍，帮助你对敏捷开发有更好的理解。然后实战是帮你利用敏捷开发思想与项目结合的最佳实践。
