我的一位软件开发朋友最近问我，我是否可以告诉他，他个人可以做些什么来鼓励更具协作性和理解性的工作环境——一个更符合 建议 来自 DevOps 社区 的建议。我们进行了一次长时间的对话——他的情况很特殊。尽管如此，有些建议是通用的，而且我看到最常需要的建议是在组织内部建立信任。
对于我朋友的环境来说，信任似乎是关键的失败点：同事之间的信任，团队之间的信任，经理和员工之间的信任，高管和所有人之间的信任——你明白我的意思。他的大多数问题都归结为彼此缺乏信任。
在你自己和他人之间建立信任没有简单的途径。没有你可以按下的巨大的简单按钮，然后——砰！——每个人都信任其他人。然而，总有一些事情你可以做来改善你的处境，我想专门讨论其中之一。
减少 DevOps 文化中闲言碎语的步骤
“如果你没有什么好话说别人，就坐到我旁边来。” - 爱丽丝·罗斯福·朗沃思
我经常遇到这样的情况：有人想与我分享一些关于另一个人的闲言碎语。我认为想要参与这类对话是 人之常情。也许这会给你一种被包容的感觉，一种掌控自己环境的感觉，或者让你感觉自己很受重视，因为你被视为知己。
在我职业生涯的早期，我积极参与闲言碎语。我当时在一家环境非常压抑的公司工作，那里唯一的信息流似乎就是基于闲言碎语的。我通常认为任何信息都比没有信息好，无论它多么虚假。如果关于痛苦喜欢陪伴的说法是真的，那么我在那份工作中确实有很多陪伴。
作为一名长期的偏头痛患者，我花了很多年时间来发现偏头痛的模式。高压力和焦虑的时期会引起偏头痛。回想起来，当我想到在那份工作中工作时，闲言碎语如此频繁，并且在所有沟通中占如此高的比例，我无疑是一个痛苦的人。我每周都会发作四到五次偏头痛，我的压力水平也达到了顶峰。我可以轻松地说，与我分享的闲言碎语中，90% 要么是不准确的，要么除了增加我的焦虑之外并没有真正帮助我，要么只是彻头彻尾的刻薄。我不得不问自己，“这真的有多大帮助？” 事实证明，并没有什么帮助。
底线是：不要参与。它会增加困惑、误传、不信任、焦虑和压力。以下是我关于如何处理闲言碎语的建议
自我反思。问问自己这些问题
- 这个人告诉我这些信息能得到什么？
- 分享/知道这些信息，我能得到/失去什么？
- 如果被谈论的人知道你在谈论他们，他们会有多伤心？
鼓励说闲话的人停止。
- 注意：以防你还没有意识到，对抗是很难的。我当然不觉得容易。我在这里能提供的最好的建议是，你应该练习。我倾向于和我的丈夫、一个私人的（非工作的）知己，甚至对着镜子练习我想说的话。信息越难，我就越要练习。有时我做的练习足以解决我的情况，有时我必须进行那次艰难的对话。
- 当你要求别人“停止”时，要留心并体谅对方的感受。第一个问题可以帮助你理解这一点。有时人们说闲话是为了从别人那里获取他们个人担心的事情的信息。如果你发现情况确实如此，请问自己一个后续问题：我能做些什么来帮助缓解这个问题吗？
冷静地接受让你停止说闲话的要求。
- 请不要生气。你对谈话中可以容忍的内容的阈值可能与别人的不同。
- 诚实地面对自己，问问自己分享你分享的信息真的合适吗。
- 道歉，但前提是你真的诚心诚意。真诚的道歉，虽然有时很难说出口，但可以为可能已经很棘手的情况带来很大的帮助。
我的经验是，在一个人与人之间互不信任的环境中工作会导致失败。你必须鼓励一个低压力的环境，一个你乐于工作的环境，以及一个你觉得可以依靠同事的环境。没有信任，墨菲定律 将充分发挥作用。
DevOps 的一个关键组成部分是关注文化变革。为了让你的环境发生改变，你需要积极参与到变革中。对此没有简单的按钮。然而，改善你对周围人的看法是一个好的开始。
最后一个也是至关重要的点：你的管理层也必须参与进来，为成功创造一个安全的地方。在未来的文章中，我将探讨管理层可以做些什么来改善这种情况。在那之前，让我们从你能做些什么来帮助改善信任开始。
本文是名为“DevOps 文化实践指南”的多部分系列文章的第一篇。
DevOps
本文是 Greg Dekoenigsberg 协调的 轻松 DevOps 专栏的一部分。请通过 devops-stories@redhat.com 联系我们，分享您的故事和建议，这些故事和建议有助于使 DevOps 变得切实可行——以及来自您的经验的工具、流程、文化、成功和光荣/不光荣的失败.
2 条评论