曾有一 BOSS 说，我们要敏捷开发啊！让我把这个需求 2 个小时上线。

[xuezher]

谈一谈大家是怎么理解“ SCRUM 敏捷开发”的？

百度百科

敏捷开发以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发。在敏捷开发中，软件项目在构建初期被切分成多个子项目，各个子项目的成果都经过测试，具备可视、可集成和可运行使用的特征。

我的理解和实际应用

我理解的敏捷开发是一种团队协作方式吧！项目从需求整理、技术评审、开发测试、发布上线形成一个闭合循环。有点像迭代小火车模式。每周二、周四需求评审，每周 2-3 次快速发布迭代，每周一的项目 review 会...整个需求、测试、仿真、发布、知会都非常有秩序。有一些需求是试错性的发布，如果效果不好次周会撤回或者调整。整个团队的协作都非常灵活，高效率。

但是很多 BOSS 的理解，例如上家公司某个老板

敏捷开发，我提出这个点子，你们要用最快的速度开发上线，省略那些有的没的环节，你们几个反正就坐一块堆，什么问题就嘴对嘴的沟通，当天内就上线。有 BUG 没关系，后期慢慢改。于是乎 BOSS 针对敏捷开发的理解就是：

“我要的需求必须最快速度上线，后期再慢慢迭代和修复。”

于是乎，我有点疑惑，试问究竟什么才是敏捷开发的核心价值？你们在开发过程中，理解的 敏捷开发 到底是什么样的？

PS：我想知道不是敏捷开发的项目团队都是怎么样的流程，NND，我好像就业到现在，都是在敏捷开发。。。也不知道到底才算非敏捷开发。。。

[Yurakin]

已经敏捷 Scrum 蒙圈了有点，敏捷对基础环境的要求很高啊。单元测试、系统测试、集成测试，一个都不能少，先在往往敏捷在半路上就散架子了，导致前期紧着赶，一身 bug，后期着急上线的局面。包括一些项目中带有学习成本的模块，卧槽，我现在用 niginx windows 卡的已经飞起了，正在想办法中，restful api，快速做出来，一身问题啊。。。。

[wdlth]

问老板有没有敏捷发钱？