这里用一个图总结目前比较主流的Scrum、Kanban、XP、DevOps的特征。
对照以后，抽取出共同的特征有：
小批量（不执着于一次完成所有）、每日站立、鼓励团队自组织；
计划估算、团队速率、专注于完成；
可视化、规则可见的标准工作流、限制在制品；
验收测试驱动开发（完成的标准、用例与开发同步）；
下面是它们区分于彼此的独有的特征：
【Scrum】独有的特征：
它专注于组建跨职能团队。借助于3个核心角色，3个工件，5个关键事件和5个价值观，来约束团队遵守相应的规则。它强调给团队赋能，被赋能团队自治的边界是在Sprint内拥有充分授权的自组织活动。而Sprint内由3个核心角色，3个工件，5个关键事件和5个价值观构成。我们看第一个方格里面的3个角色（产品负责人、scrum master、3~9人开发团队），3大工件（需求池PB、迭代待办列表、交付的可用功能），五个关键事件（迭代、计划、站会、验收、回顾），五个价值观（勇气、专注、承诺、尊重、开放）。Scrum guide只有短短几页非常精简，而guide里面没有定义的可以根据实际情况选择，比如设计思维、需求澄清、结对编程、单元测试等；通过回顾会议，建立团队改进项，逐步添加合适的实践来给团队赋能和激发团队创造力。
【Kanban】独有的特征：
它是面向服务的思维。它认为团队日常工作都是围绕给客户提供有价值的服务来进行。通过当下现状的认识，识别当前实际工作类型和工作流程来建立价值流动。对产生客户价值的工作称为增值服务，对客户价值无关的工作称为浪费（非增值服务）。通过团队共有的规则建立工作向下一环拉动的条件，来实现精益思想的按需生产的原则。通过限制在制品来管理价值流，减少非增值服务来减少浪费，同时疏通阻塞来加快价值交付的端到端时长。并且建立起三级反馈环（如上图）：1每日站会反馈环；2交付回顾反馈环；3运营评审反馈环。通过这三层反馈机制来对价值流和拉动规则进行持续改进，最终实现渐进式的变革。
【XP极限编程】独有的特征：
它更加聚焦于软件开发的技术实践，适用于业务不太复杂的小型开发团队。XP由价值观、原则、实践和行为四个部分组成，四大价值观：沟通（Communication）、简单（Simplicity）、反馈（Feedback）、勇气（Courage）
五大原则：快速反馈、简单性假设、逐步修改、提倡更改、优质工作；极限编程13个最佳实现包括：现场客户、完整团队、简单设计、平稳工作等。我们可以看到第三个方框中的关于XP的概念图，它定义了每月执行的交付计划反馈环，每周要执行的迭代反馈环，每天要执行的每日站会和验收测试，每小时都要执行的面对面沟通，以及每分钟都要进行的单元测试。
以上三个方法，各有侧重，但是都有一个共同特征，就是反馈循环。
【DevOps】
单独说DevOps，因为它并不是和以上三种敏捷框架相对等的关系。它是一套实践、工具和文化理念，可以实现软件开发团队和 IT 团队之间的流程自动化和集成。它强调团队赋能、跨团队沟通和协作以及技术自动化。它已经有精益、敏捷、持续交付成熟发展作为基础，将敏捷文化和工具链结合，通过虚拟化和云计算基础设施，数据中心自动化技术和配置管理工具，是当下流行的博采众长的技术、架构及文化实践。
大家结合的三生兔所隐喻的循环往复的宇宙真相，以及刚才所介绍的Scrum、Kanban、XP、DevOps都有展现的共同点——反馈环，对于企业应对未知和创造未来的价值，是不是产生了更多的思考和领悟呢？
