《加速》情怀：消除部署压力和工作倦怠

揉摘自《加速》：

​

我们调研了团队的倦怠度，以及部署过程的痛苦程度。之所以度量这些，是因为我们知道在技术行业，它们是非常重要的问题，可能导致疾病、人员流失或者数百万美元的损失。

关于一个团队的软件交付绩效如何，其工程师和技术人员在向生产环境部署代码时所感到的害怕和焦虑说明了一切。我们把这种害怕和焦虑叫作“部署之痛”，对它进行度量非常重要。

从根本上说，大多数部署问题是由复杂且脆弱的部署过程引起的。这通常涉及3个因素。首先，人们在写软件时通常不会考虑可部署性。

其次，如果在部署过程中必须对生产环境执行手工变更，那么部署失败的可能性会大大增加。

最后，复杂的部署通常需要在不同团队之间进行多次工作交接，这种情况在筒仓式组织中尤为明显。

为了减轻部署之痛，我们应该做到如下几点。

在构建系统时，就考虑如何能将其轻松地部署到多种环境，检测并容忍其运行环境中的故障，并且系统的各个组件可以独立更新。

确保可以通过版本控制系统保存的信息以一种自动化方式重现生产系统的状态（生产数据除外）。

将智能构建于应用程序和平台之中，以便部署过程尽可能简单。

倦怠感是指由过度劳累或压力引起的身体、精神或情绪上的疲惫，而不只是过度劳累或压力大。它会让我们对曾经喜爱的工作和生活提不起兴趣，通常表现为无助感，并且常常与病态型组织文化和低效且徒劳的工作相关。

希望避免员工疲劳的管理者应该将注意力和精力集中在以下方面。

营造尊重且支持员工的工作环境，强调从失败中学习，而不是责备。

传达强烈的目标感。

投资于员工的发展。

询问员工，是什么阻止他们实现工作目标，然后解决这些问题。

为员工提供时间、空间和资源进行尝试和学习。

员工必须有权做出关乎其工作和岗位的决策，特别是在他们对结果负责的领域中。

倦怠模型，一个突出的例子是Marie Äsberg的模型。不过，我们在研究中专注于Christina Maslach的模型。

超负荷工作：工作需求超出人的极限。

缺乏控制：对那些影响自身工作的决策没有话语权。

奖励不足：经济奖励或其他奖励不充分。

社区割裂：工作环境缺乏支持。

缺乏公平性：决策过程缺乏公平性。

价值冲突：组织价值观与个人价值观不匹配。

为了度量倦怠感，我们询问受访者如下问题。

是否感到疲惫不堪或者筋疲力尽？我们中的许多人知道倦怠感是什么感觉，而且常常因此而筋疲力尽。

是否对自己的工作漠不关心，或者觉得自己在白费力气？倦怠感的典型标志是对工作漠不关心，并且感觉自己的工作不再有用。

工作是否对生活产生了负面影响？当工作开始对生活产生负面影响时，你经常会出现职业倦怠。

5个组织因素。

组织文化。在以权力为导向的病态型组织文化中，人们往往具有强烈的职业倦怠感。管理者有责任营造支持和尊重员工的工作环境，而且这是可以做到的。

部署之痛。在非工作时间执行复杂且痛苦的部署必定会导致高压力和缺乏控制感。

领导者的作用。团队领导的职责包括限制在制品数量和消除团队的障碍，以便团队顺利完成工作。那些表示职业倦怠程度较低的受访者通常有一个能干的团队负责人，这一点儿也不奇怪。

组织在DevOps方面的投入。在培养团队技能和能力方面有所投入的组织可以获得更好的结果。

组织绩效。我们的数据显示，精益管理实践和持续交付实践有助于提高软件交付绩效，从而提高组织绩效。

价值观一致性在对抗倦怠时扮演着重要的角色。当组织价值观和个人价值观不一致时，员工更有可能倦怠，尤其是在要求苛刻且高风险的工作中，比如科技行业。这种情况很普遍，其伤害很大。

​