24、实现DevOps：无责事后分析与团队协作的力量

实现DevOps：无责事后分析与团队协作的力量

1. 会议讨论与目标设定

在一次会议中，大家围绕着团队使命和目标展开了激烈讨论。有人认为团队使命是实现“99.9%的正常运行时间”或“在两个冲刺阶段完成编码”，但这种观点被指出难以在竞争中取胜。有人提出，如果能在两周内完成从概念到交付的端到端发布，这或许是团队应该追求的目标。然而，也有人对此表示质疑，认为单纯增加发布频率在之前并未取得好的效果，反而导致了大量的bug。

大家逐渐意识到，问题的关键不在于指责某一个团队，而在于解决团队之间工作交接时的延误和浪费。领导者强调在问题未明确之前，不应急于寻找解决方案，期待后续的审计报告，以便进一步探讨。

2. 无责事后分析的重要性

在软件开发和组织管理中，如何应对错误和失败是一个关键问题。每一个看似简单的“人为错误”背后，都隐藏着组织层面更深层次、更复杂的故事。通过消除指责，可以消除恐惧；消除恐惧可以促进诚实；而诚实则有助于预防问题的再次发生。

例如，曾经有一家公司的邮件误将客户的出生日期和社保号码印在了信封上，这一公开的失误需要数月的时间来进行危机公关。当时，员工们都陷入了恐惧之中，担心是自己的过错。这一事件凸显了在组织中，错误发生时人们的普遍恐惧心理。

不同的组织对错误和失败的处理方式各不相同，这也反映了组织的文化和特质。根据Ron Westrum的研究，组织可以分为以下三种类型：
| 组织类型 | 合作程度 | 对信使的态度 | 责任承担 | 跨部门协作 | 对失败的处理 | 对创新的态度 |
| — | — | — | — | — | — | — |
| 权力导向（病态） | 低合作 | 打击