我们展开来跟大家分享一下敏捷的本质，先看团队，敏捷强调的是一个团队，敏捷是真正的团队作战。
通常传统意义下，团队是按照角色去进行分工，开发人员只管开发，测试人员只管测试，对于自己职责外的事情，要么看不见，要么觉得“不是我的活，我可以不用去管”， 做好做坏跟自己都没有关系，敏捷恰恰相反，它强调的是Whole Team，是整个团队对外做出承诺，所以团队中的所有人所有的开发、测试、文档等任务负有责任。这也叫角色的模糊，这些都是一些基本的概念，相信大家也都比较熟悉了。
某一个开发人员或者测试人员做的再好也没有用，不能按时交付高质量的软件，就是整个团队的责任。
再看角色的话，我们只需要仅仅抓住这三个角色，就可以抓住敏捷的关键。第一个是产品的拥有者，产品的拥有者代表的是最终用户，他可以去定义价值的优先级、产品的代办项。第二个是Scrum Master，他主要是去做指导和激励团队的成员，确保过程的顺利进行，消除影响生产力的障碍，组织重要的事件跟会议。
第三个我更喜欢称其为“交付团队”，原来有很多像QA、开发、架构师、业务分析师这样的角色，因为我们前面提到的，要把角色去模糊化，所以我们可以统一一个称呼，或者统称为一个团队，最重要的其实是“交付”。这个团队会去决定哪些用户故事是sprint的一部分？成员具有专门的技能和重点领域，测试开发，运营，业务分析都在里面，模糊其实只是针对问责来说，目的是为了促使团队成员形成一个当家作主的精神、集体的荣誉感，相互提携，共同进步。
再到工具，本质上来说，其实只需要两个工具就够了，燃尽图跟看板。燃尽图的话，在敏捷里面是说，预计何时完成这个工作。看板其实是可视化工作跟进度。说到本质，我们在很多时候就是抓重点，这两个就是敏捷开发最大的两个重点，我们知道要做什么，知道现在的进度，接下来去做很多具体的工作。
具体工作可以归纳出来最基础的四个仪式：
第一个，Sprint计划，在这里需要去定义在这个或者下个sprint中，我们需要去处理哪些用户故事？在做计划的时候，是交付团队和scrum master去做这个事情。做完之后，就有一个成果的展示，团队向产品的所有者去展示他们在sprint中交付的内容，所涉及到的角色就是产品的所有者、交付团队和scrum master一起去做这件事情。
做完以后，另一个很重要的工作就是sprint的回顾，在sprint之后我们要进行一个会议，以便审核，回顾回顾再回顾以及经验教训的一个总结，这个是交付团队和scrum master一起去做的。另外一个很重要经常要做的就是“每日站立”的仪式，每天15分钟左右，大家站在看板旁，一起看看昨天做的事情怎么样了，今天要做什么事情？有什么障碍？我们中间去交流，又回到刚开始说的，一个团队，出了问题大家可以一起去帮忙。一起去做这件事情。那中间的思维怎么去做转换？在后面的内容里我们会去分享给大家。
我们总结一下，敏捷的本质就是一个团队、两个工具、三个角色、四个仪式，我们就抓到敏捷回归本质的要素了。