谈一谈大家是怎么理解“ SCRUM 敏捷开发”的？
百度百科
敏捷开发以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发。在敏捷开发中，软件项目在构建初期被切分成多个子项目，各个子项目的成果都经过测试，具备可视、可集成和可运行使用的特征。
我的理解和实际应用
我理解的敏捷开发是一种团队协作方式吧！项目从需求整理、技术评审、开发测试、发布上线形成一个闭合循环。有点像迭代小火车模式。每周二、周四需求评审，每周 2-3 次快速发布迭代，每周一的项目 review 会...整个需求、测试、仿真、发布、知会都非常有秩序。有一些需求是试错性的发布，如果效果不好次周会撤回或者调整。整个团队的协作都非常灵活，高效率。
但是很多 BOSS 的理解，例如上家公司某个老板
敏捷开发，我提出这个点子，你们要用最快的速度开发上线，省略那些有的没的环节，你们几个反正就坐一块堆，什么问题就嘴对嘴的沟通，当天内就上线。有 BUG 没关系，后期慢慢改。于是乎 BOSS 针对敏捷开发的理解就是：
“我要的需求必须最快速度上线，后期再慢慢迭代和修复。”
于是乎，我有点疑惑，试问究竟什么才是敏捷开发的核心价值？你们在开发过程中，理解的 敏捷开发 到底是什么样的？
PS：我想知道不是敏捷开发的项目团队都是怎么样的流程，NND，我好像就业到现在，都是在敏捷开发。。。也不知道到底才算非敏捷开发。。。
1
Select Language