随着时间的推移，IT规程已经形成了两个巨大的筒仓:开发和运营制度. 而开发团队则专注于构建软件, 引入变更并满足内部和外部客户的需求, 运维团队关注的是稳定性, 可靠性和系统性能. 相互矛盾和竞争的目标导致了分隔两个团队并影响价值交付的隐喻性障碍. 它导致了这样的假设，即It功能是组织价值交付系统中的瓶颈，而不是值得信赖的战略合作伙伴.
Bringing down this wall requires dealing with the underlying root causes: 不同的心态; different tools, process and environments; and lack of continual communication and feedback loops:
- 不同的心态—Development teams have a ninja mindset; they focus on agility, speed and velocity. 他们的目标是不断引入新的变化, 不管是新功能, 增强功能或bug修复. 在墙的另一边, operations teams have a samurai mindset; they focus on stability, 稳健性和弹性, 在哪里，任何引入的变化都被视为不稳定的根源.
- 不同的工具、过程和环境开发和运维团队之间的分解过程基于不同的框架，例如ITIL, COBIT 和敏捷, 哪些会导致团队采用不同类型的工具集, 在不同的环境中工作(生产), 并且有不同的词汇和优先级, 从而加强了IT墙.
- 缺乏持续的沟通和反馈循环在软件交付的关键时刻，开发团队将完成的更改发送到运维部门进行部署和发布之前，开发和运维团队都是独立工作的. 这限制了交流. 另一个关键时刻是运维团队收到客户投诉并将问题反馈给开发团队的时候. 此外, 在许多IT组织中, 反馈仅限于传统的指责游戏, 这会导致政权更加分裂.
那么，团队如何才能推倒这堵IT长城呢?
许多框架和模型(如DevOps)的出现打破了这堵墙，并再次将两个筒仓重新统一起来. 除了, 组织可以遵循的有效方法是三种方法, 其中包括:
- 第一种方法-改善从开发到运营的流程
- 第二种方法-改善从运营到开发的反馈
- 第三种方式-两个团队之间的持续实验
编者按: 想要进一步了解这个话题，请阅读Abdelelah Alzaghloul最近在《澳门赌场官方下载》上发表的文章， “打破IT长城的三方方法”， ISACA杂志，第1卷，2022年.
ISACA杂志 今年满50岁! 与我们一起庆祝，不要忘记，您仍然可以通过访问您的 偏好中心 选择加入!
