测试经理必知必会：敏捷开发3355原则

时间到了2020年，敏捷开发早就已经是软件行业内一个几乎既成事实的标准，几乎每个软件研发团队都说采取了敏捷开发流程。

老司机以自己长期以来的软件实践，以及混迹于敏捷圈子近10年的体会，可以负责地说，敏捷原本有若干模式，比如：AMDD（Agile Model Driven Model），AUP（Agile Unified Process），XP（eXtreme Programming），FDD（Feature Driven Development），Scrum，OpenUP（Open Unified Process），ADM（Agile Data Model），LSD（Lean Software Development）

但是在中国大陆的软件圈子里，谈到的敏捷则只是Scrum。

对于Dev负责人，熟知敏捷开发原理、过程、各阶段输出，已经是基本常识了。

但是测试圈子的小伙伴们，对敏捷，特别是对Scrum又了解多少呢？

想更多参与到软件研发中，想要真正地在大团队有话语权，想要在被压缩测试时间时候能义正言辞地怼回去……

我们要理解掌握部分Dev团队的知识。

今天，老司机给各位小伙伴们介绍一下我们通常谈到的敏捷，也就是Scrum。

先从敏捷开发（Scrum）的3355原则说起。

Scrum 是一个用于开发和维持软件产品的框架 ，是一个增量的、迭代的软件研发过程。在Scrum框架中，整个开发过程由若干个短的迭代周期组成，一个短的迭代周期称为