开发人员负担过重

随着数字化转型在2021年成为全体CIO的首要工作，企业自然希望以创纪录的速度交付足以改变游戏规则的强大功能，借此迅速击败竞争对手。

这当然需要整个团队的共同努力，包括开发人员、产品负责人、测试人员、运营以及网站可靠性工程师(SRE)等。但是，每当有某些功能或方案未能及时交付，锅该由谁来背?几乎永远是开发者。另一个残酷的现实在于，绝大多数企业很难吸引到一流的开发人员，留住少数顶尖人才就成为一项长期而艰难的挑战。

总之，企业万万不可对开发人员予取予求。只有为开发者们留下充足的空间，他们才能承担起测试与安全保护等职责。

当然，质量保证与安全工作并不能只靠开发者的自觉，而应在项目之初就以制度性形式存在。要强调的是，千万不要让这样的工作流程进一步加大本就十分沉重的开发者负担。否则，顶尖开发人才很可能投入其他企业组织的怀抱。

用统一要求衡量每一位开发者

每个组织以及每位团队成员都可以通过正确的方式得到适当的培训与支持，进而为DevOps成功做出贡献。但是，不同成员做出贡献的方式也有所区别，不应统一要求。

任何行动、流程或技术的早期采用者，往往正是组织内最为耀眼的超级巨星、业务骨干。他们对自己的工作内容充满热情，关注领域内的各类新兴趋势，而且总有强大的内驱力在工作上做出种种尝试。无论是不断修改当前解决方案、还是寻找新的可行方法、再到为广泛社区做出贡献，他们始终参与其中。没错，这些都是非常重要的习惯，也必然会带来令人印象深刻的成果。

但千万别把这些当成普适性的评判标准。大多数应用交付人员并不是这么工作的，或者说并不一定具有这种冒险意识以及将新事物带入生活的原始冲动。他们投入了数年甚至数十年不断完善自己掌握的技巧，希望以最高效、最顺畅的“老办法”持续处理问题。

此外，不同的团队往往具有不同的技能、舒适区、优先级，而且很可能需要面对不同的应用栈与合规性/治理要求。具体来讲，初创团队往往更关注DevOps方法与工具集，而负责后端的团队则更多偏向传统SAP。非要以统一的要求衡量双方，只会徒增烦恼。