探索持续协作
持续协作是 DevOps 分类中的 8 项功能中的一种。
了解需要持续协作的原因
通常，沟通挑战会影响解决事件的能力。 例如，可能创建了票证，但支持工程师可能没有监视电子邮件。 或者，当轮班结束时，支持工程师的工作将转移到同事那里，而当新工程师对发生的所有通信进行分类时，上下文可能会丢失。
MTTR（即解决问题的平均时间）是对从检测到问题到完全解决问题的平均时间的量度。 通过攻击 MTTK（平均知晓时间）来缩短 MTTR 是一项很好的操作 KPI。 减少 MTTK 需要在不同组织和团队之间进行大量协作。
Patrick Lencioni 撰写的一本书《团队协作的五大障碍》指出了以下 5 个功能障碍：
- 缺乏信任 - 优秀团队的成员在基本的情感层面上彼此信任，他们不会因向他人暴露了自身的弱点、错误、恐惧和行为而感到不安。
- 惧怕冲突 - 彼此信任的团队不会惧怕就组织成功的关键问题和决策进行激烈的对话。
- 缺乏投入 - 即使团队中的多个成员最初不同意，但直面冲突的团队也可以对重要决策达成真正的认同，因为他们确保所有观点和想法都可以摆在桌面上并加以考虑。
- 逃避责任 - 致力于决策和绩效标准的团队会毫不犹豫地让对方对遵守这些决策和标准负责。
- 无视结果 - 相互信任、参与冲突、投入决策并相互负责的团队很可能会抛开各自的需求和议程，而几乎只专注于对团队最有利的事情。
什么是持续协作？
持续协作是支持对任何 DevOps 之旅至关重要的文化转变的做法。 持续协作使团队能够在计划的会议范围之外进行创新，并通过创建集成体验来促进团队内部的创新。
可以使用技术和实践分解孤岛，即使没有理想的共同位置，团队也能一起工作。
从持续协作的角度回顾敏捷宣言，你将意识到，这实际上是关于进行协作和个人交互以实现真正的创新的价值。 持续协作鼓励你重视：
- 个体和交互胜过过程和工具
- 有效用的软件胜过全面的文档
- 客户协作胜过合同协商
- 响应变化胜过遵循计划
根据《加速》中所说：“组织文化将预测信息在组织中流动的方式。 良好的信息流对于高速高后果环境（包括技术组织）的安全有效运行至关重要。”
文化和跨职能协作对绩效有很多好处，包括：
- 可以激发创新的不同观点
- 认同和信任，有助于增加变革的动力
- 相互传授知识，每个人都能了解更多
- 旧观念的挑战
- 公平竞争
协作依赖于沟通，而沟通的方式就是构建软件的方式。 从康韦定律的角度来看沟通，可以发现：
- 孤立的功能团队创建专用的孤立解决方案。
- 跨职能团队创建提供功能的解决方案。
因此，围绕微服务设计团队和体系结构是使团队专注于功能的有效方法。
