| 关注 @wpschaub
加拿大，温哥华
自 80 年代中期以来，我一直致力于软件工程中的简洁性和可维护性。 作为一名软件工程师，我分析、设计、开发、测试和支持软件解决方案。 我热衷于持续创新，并分享微软和 ALM | DevOps Rangers 的数字化转型经验，以建立 DevOps 文化，使人员、流程和产品能够不断地为我们的最终用户交付价值。 您可以在 www.linkedin.com/in/wpschaub、https://willys-cave.ghost.io、https://twitter.com/wpschaub 和 https://www.agents-of-chaos.org 上关注我。
创作的评论
感谢您的反馈。
您的问题很好，我们正在努力寻找一种解药。 Alex 在他的 https://open-source.net.cn/article/19/8/failure-feature-blameless-devops 文章中谈到了一个无可指责的 DevOps，该文章强调了对失败的恐惧的一个根本原因……指责。
在基于信任、充满活力的辩论、承诺和责任的团队环境中，人们渴望实验，接受失败，并理解失败是学习和改进的机会。
推迟发布、延迟截止日期、成为瓶颈或缺乏反馈是团队应该承担的责任，而不是个别团队成员的责任。 通过团队齐心协力，您可以最大限度地减少指责和打击个人积极性的机会，这反过来又会对团队产生毒害。
试图“捅马蜂窝”……这是我们这些天一直在做的事情 q;)……是一种启用和鼓励创新，而不是挑衅的方式。 当我们拥有一个拥抱实验、持续创新、将失败视为学习机会并鄙视指责的文化时，它的效果最佳。
回到您的问题。 信任是健康的 DevOps 思维模式的支柱，许多（如果不是全部）恐惧和功能障碍都源于缺乏信任。 例如，传统的集中管理不愿信任一个发誓要敏捷、实验、失败并持续对外开放的团队。
您可能需要一位经验丰富的教练和推动者来提高透明度、共享信息、将团队及其成员定位为资产而不是负债或出气筒，并建立信任的基础。
请记住，DevOps 是一个持续的旅程，没有终点。 改变态度和消除恐惧需要时间！
谢谢！ 我们感谢您对您所在环境中什么是必要的原因和原因的坦诚反馈。