几十年来，IT基础设施被组织成多层塔，由与合作伙伴一起部署服务产品和运营的竖井团队控制。
然而，随着企业进入新领域，合作伙伴要求为客户提供更好的体验，拥有复杂基础设施的大型服务提供商正在改变其流程和结构，以提高性能，降低成本，并为下一代网络做好准备。
计划-构建-操作模型的目的是将“计划”功能(如业务关系管理和业务分析)从“构建”活动中分离出来，“构建”活动包括架构、工程和应用程序开发，而“操作”功能(服务台、支持和操作)则在另一个独立单元中运行。
它是一个过程驱动的模型，每个小组围绕着将给组织带来长期利益的活动而不是他们自己的技术领域来组织自己。期望的结果是明确的问责制和提高工作的效率。
基于塔的模式有什么问题?
在快速改变的技术创新景观中，基于云的应用和大数据，以及专注于基础设施和遗留应用的基于塔的模型在满足改变和敏捷性的需求方面变得越来越小。
更重要的是，传统的“瀑布”软件开发方法允许孤立技术领域，越来越多的复杂性写入应用程序，重新开始过程和当最终结果小于最佳最佳时的责任程度。
随着计划建设运营的更容易组织模型，团队对所有阶段负责该产品。电力驱动器的这种转变为平台的合理化和整合，而不是IT应用程序组合的持续扩展。
计划-建造-操作模式的优点是什么?
过渡到计划构建操作模型使组织能够在广泛和不断变化的技术领域（例如云，虚拟桌面和大数据）有效地引入和管理下一代基础架构产品。
“计划”阶段提高了意义，占关系管理（包括业务需求）和产品管理。IT决策中的权力远离其内部的应用程序和基础设施领导（传统上，关于如何构建技术的决定），朝着与企业架构密切集成的规划功能。
“构建”阶段涵盖了应用开发和工程。基于过程的方法将更好的需求对IT团队保持在“计划”的范围内，并产生“操作”阶段准备支持的技术。
“操作”阶段涵盖了实施和支持。只要“计划”和“建造”阶段顺利进行了顺利，这一阶段的成本应该大大降低，并且效率加剧，因为只有可靠的变化进入生产。
整个组织的福利包括：
- 架构和时间表与业务需求密切安排并分配预算。
- 产品经理对IT成本有更好的理解。
- 员工与他们努力支持的业务目标联系更紧密。
- 灵活性和速度有明显的增加
- 支持更容易管理。
最终，任何模式的有效性都需要各级的问责制和所有权，以及透明度、良好的沟通和团队合作。然而，如果在整个组织中适当地实施，计划-构建-操作模型肯定可以使IT团队在竞争不断的业务环境中领先于交付有效的程序。
了解您的组织如何迁移到下一代网络，同时确保业务运作不间断。
让我们知道你对这篇文章的看法。
请在下方评论。