DevOps 成功四步曲

一.建设协作文化

分担责任、透明度和协作是高绩效团队的基石。如果文化可以定义为“我们这儿做事情的方式”，那么，您可以根据以下几点建设 DevOps 文化： 

“交叉授粉”团队 

邀请运维团队成员加入开发人员冲刺计划、每日站立会议和冲刺演示——反之亦然。这是一种了解彼此 项目、理念和挑战的敏捷有机的方式。花时间倾听和分享专门知识是值得的，它提高了发布和紧急故障排查的效率。 

整合力量，解决问题 

组织开发人员、运维人员和客户支持，作为一个团队全力解决问题。鼓励成员假设队友基于当时的信息和资源做出了最佳决定。做出尝试而不是聚焦个人失败，专注于作为一个团队完善流程和解决问题。

保持对利益相关者的透明度 

如果整个组织都不理解您在做的事情，那么您肯定是做错了。确保所有团队了解彼此的目标、优先事项和困难，并且您团队的流程融入其他团队的流程。让团队全面了解有关问题和工作项目，开辟沟通渠道， 使得人人都能经常沟通，根据需要调整目标。

二.自动化和更聪明地工作

利用自动化，消除重复的手动操作，实现可重复流程，创建可靠的系统。如果您的团队还没有开始这方面工作的话，那么第一步就是要构建、测试、部署和配置自动化。

专注于持续交付 

自动部署可以更快运行测试，捕获漏洞，更方便开发人员进行修复。自动部署还可以在不同环境下出现服务器“漂移”时提醒开发/运维，减少发布时的意外“惊喜”。 

持续改进流程 

快速行动、斗志昂扬、敏捷。持续改进和故障紧密相联。让您的团队从中汲取经验教训。请记住：如果没有失败过，就不算完成任务——因此，从失败中汲取经验教训，不断迭代和改进。事后剖析和报告是分享和回顾团队“学习成果”，确保您为业务贡献最有价值服务的好办法。 

三.监控和测量

加速关键问题反馈。虽然现在有各种各样的测量工具和技术，但千万不要急着测量一切。我们建议从基础测量开始，比如： 

• 冲刺时完成的故事点 

• 经常性错误/故障 

• 系统故障后的恢复时间 

• 活跃用户数 

• 用户维系率 

• 用户流失情况 

最终，您可以针对特性使用、客户旅程、NPS 和服务级别协议（SLA）获取更复杂的指标。您的团队将使用所有这些数据作出更佳决策，但务必要与其他团队和部门分享！提供支持路线图的用户数据——即使功能很少，需较多修复工作——使其更容易达成共识，获得利益相关者的认同。

四.分担责任，分享成功

共同经历风雨，才会觉得成功来之不易而倍加珍惜。 当您看到发布那天，开发团队为运维团队带来百吉饼时， 您就知道 DevOps 文化已经在您的公司生根发芽了。 以下几点想法可助力您实现上述目标： 

分担责任

开发人员可以帮助运维承担其最感头疼的负担：充当寻呼机的角色，能够立即赢得好感。人人都怕凌晨 2 点出事情而被打扰。如果开发人员承担修复生产问题的责任，意味着他们需要随时待命。DevOps 很喜欢这样的理念，即构建应用的人应该参与交付和运行。 

安排开发人员给予支持

考虑安排一个轮流待命的工程师角色，解决最终用户遇到的问题，同时排查生产问题。这个角色对运维 团队来说基本上随叫随到，回应客户报告的紧急问题，建立信任和相互尊重，必要时创建补丁，并处理积压的客户报告缺陷。 

论功行赏

同行的积极反馈给予我们的激励和工资和职业梦想一样。在漏洞发作前公开表扬发现漏洞的队友意义重大。如果您的部门拥有员工奖励的弹性预算，不要白白浪费！