【DevOps趣谈篇】如何展示你的DevOps工作成果
@TOC
推荐超级课程：
沟通是DevOps工程师最重要的软技能之一。 公司中的DevOps任务通常对其他团队来说是不可见的。DevOps中的沟通之所以重要，不仅因为它有助于连接公司内的不同团队，而且你可以利用它向其他团队和管理层展示你的努力。 让我们深入探讨一下，看看沟通技巧是如何让DevOps的隐形工作变得可见的。
隐形人
想想你最近看过的电影。 你欣赏了演员的表演、对话和特效。但在幕后，有一大批“隐形人”完成了大量的工作。编剧、摄影师、化妆师、场地经理、视频编辑、音响技术人员等等。 这些人扮演着幕后角色，没有他们，电影就不存在。 同样，DevOps团队为了确保应用程序和系统的顺利部署、运行和扩展而处理的任务也是如此。这些任务通常发生在“幕后”，对组织内的其他团队来说并不是立即可见的。
*例如，基础设施的设置和维护包括设置服务器、数据库和其他必要的工具。备份、服务器补丁或更新等日常任务虽然默默进行，但对系统健康至关重要。
如果你不告诉其他团队这些任务，他们是不会意识到这些任务的存在的。*
没有消息就是好消息
在DevOps的背景下，短语“No News is Good News”指的是当一切运行顺利时，没有人会注意到或谈论它。只有当出现问题，大家的注意力才会转向基础设施和流程。 当服务器没有任何问题地顺利运行时，很少在会议中被提及。然而，一旦出现停机时间，每个人都会注意到，并且它成为了首要任务。 虽然问题的缺失是DevOps实践有效性的证明，但这也可能是一把双刃剑。 没有可见的“胜利”或成果，DevOps团队的关键工作可能会被忽视或被视为理所当然。如果你作为DevOps不与团队谈论你在做什么以及你如何改进系统，没有人知道你为什么在这里以及你在做什么。你变得不可见。
不可见性的负面影响
- DevOps的价值被低估： 当努力不可见时，在资源分配或认可时可能会被低估或忽视。
- 倦怠： 持续的工作而没有得到认可可能导致倦怠。
- 知识孤岛： 没有可见性，其他团队可能不理解或不欣赏DevOps的困难，导致沟通不畅或不合理的期望。
作为DevOps你能做什么
定期报告 定期更新已完成任务、预防的事件和系统改进。 主动一点。与开发团队创建一个每周会议，用20分钟的时间更新他们你上周做了什么。询问什么使他们的工作变得困难。可能是他们不喜欢的软件或他们手动执行的一些过程，你可以为他们自动化。 解决任何困扰他们的事情。
可视化工具 使用仪表板和其他可视化工具来表示基础设施健康、部署等。 在我曾经工作过的一家公司中，DevOps团队拥有一个大型显示器，显示系统的健康和流量。这个显示器不仅供DevOps使用。 任何感兴趣的人都可以看到。
教学 组织会议，向其他团队教授他们工作工具的提示和技巧。 创建一个DevOps Confluence空间，与所有团队成员共享，并记录一切。 编写教程和手册，分享你的知识。
反馈循环 鼓励其他团队对DevOps团队设定的工具和流程提供反馈。 每月一次，向开发团队发送一个简短的调查，询问他们对与运营团队的合作的满意度。
主动，领导 即使不在正式的领导角色中，DevOps工程师在某些情况下可能需要带头。 领导技能包括激励和影响团队成员，树立积极的榜样，并推动倡议向前发展。 不要做一个不可见且谦逊的DevOps工程师。成为关键人物。 如果你不展示出来，没有人知道你聪明且努力工作。