DevOps的三种方法
如果你曾经读过凤凰城项目（或其他DevOps的书），那么你肯定听说过“DevOps的三种方法”。这其实是DevOps实践的三个指导原则，或者说它是引导团队成功的三种方法。
第一种方法：系统思考
其思想是系统中的每一个任务都是相互关联的，他们共同组成一个复杂的系统。系统中某个阶段的延迟，将影响到后续的每个任务。对整个系统有一个全局的了解和思考，可以让您确定系统的瓶颈在哪里，并解决或规避它们，以避免工作流中的排队现象。
系统思考强调全局性，而非局部。这种全局性的系统思考方式将关注点放在系统的整个业务价值流上。
第二种方法：促进反馈
在末尾阶段查看结果，并根据结果信息，改进流程。例如，结果质量很差，那么团队需要知道这个结果，这样他们才能在测试阶段集中投入更多的精力去改进。同样，如果质量特别高，或者得到了很好的客户反馈，那么这个结果也需要反馈给团队，让团队需要知道他们所做的工作是有成效的！
第三种方法：不断的试验和改进
团队愿意冒实验的风险，不断的试验，以图持续改进。他们相信团队的反馈流程，通过实验可以快速的发现问题。他们能够快速适应变化，不怕挑战流程，因为他们认为“这是我们一贯的做法”。
我认为这些方法是非常重要的，如果不了解端到端系统，就不可能产生强烈的反馈，毕竟，系统在哪里结束，您的反馈就应该来自哪里！同样，如果没有这种强烈的反馈，实验是非常危险的——你可能会使事情变得更糟！
这些概念如果被引入到Scrum敏捷团队中，将帮助团队提升到更高的水平。通过引入诸如系统思考和促进反馈，您可能会问，“完成”的定义实际上是什么？DevOps鼓励开发和运维的协作，如果一个Scrum团队同时包含开发和运维这两个角色，那么交付的工作只有在客户环境中正常运行时，才算是“完成”。当然，这不正是任何软件开发团队的最终目标吗？
你有没有遇到过这种情况？你有什么想法？你能在Scrum团队中使用它们吗？
