DevOps 意味着共同责任
对于 DevOps，重新定义团队角色和职责也是必要的。
如果开发团队在项目完成后将项目的责任交给负责管理和维护的人员，他们很容易变得不感兴趣。然而，如果该团队还必须承担项目生命周期的一部分，那么它就会感到更多的责任和操作难度，并且关心确定简化其生产和维护的方法。
这也是为什么所有人都对最终结果负责很重要。
另请阅读：应用程序容器化：您需要了解的内容
另外一个不可低估的就是心态，一定不能是破坏性的，而是参与性的。我们需要改变一种心态，即如果代码的一部分出现问题，我们会“指责”，寻找责任人，而将错误视为不断学习和改进的教训。
鼓励不断学习的氛围是发展“快速失败”文化 俄罗斯电报数据 的基础：你很快尝试新的解决方案，并立即发现它们是否有效，准备好在学到有用的东西后从另一个方向重新开始。错误是过程中可见的一半，但其背后必须有教训的学习，丰富整个团队。
另请阅读：您需要了解的 DevOps 最佳实践
以正确的方式持续反馈
我们刚才谈到的持续改进流程也是基于持续、定期的反馈。每次迭代之后，每个人的反馈（尊重、诚实和明确）是持续成长的基础。
在这方面，必须营造一种持续交流的氛围，定期召开会议，让每个人都能自由表达自己的意见。每个团队成员都必须有信心能够说出自己的想法。
这就是为什么拥有一个允许每个人保持联系、倾听和贡献的内部通信系统（如前面提到的 Slack、Teams 或 Zulip）至关重要。这些平台提供的巨大附加值在于促进远程和分布式团队工作，这是 Covid-19 大流行后日益重要的话题，现在已成为许多公司的日常现实。
对于分布式团队来说， Retrium（一种允许您组织有价值的回顾的工具）和Miro（一种通过共享白板功能帮助组织会议的平台）也可能有用。