随着自动化技术逐渐成熟，过去的十年中IT实现了快速发展，允许我们更好地管理越来越多的设备，并且提高可重复流程的准确度。我的IT职业生涯从Unix管理员和PERL程序员开始，每天都在编写脚本和自动化工具。像PowerShell这样的脚本工具和像Autolt这样的图形化用户界面工具也已经针对Windows提供了相同的自动化功能。许多硬件设备和软件平台甚至已经内置了自动化工具，但是IT流程中仍然存在一个薄弱环节：人。

网络组可以针对环境中的网络创建和分发以及安全设定进行自动化；服务器组可以实现服务器虚拟化的自动化；域和域名解析系统（DNS）管理员可以实现账户创建和发布DNS记录的自动化。但是即便拥有了这些功能，我们还需要通过用户界面进行操作和遵守公司的策略。在IT领域，我们可以构建一些流程作为业务成功道路上的减速带。过去我们常常故意这样做来迫使人们放慢速度，将关注点放在准确性而不是使用权宜之计来完成工作。这就是IT版本的“三思而后行” ，这是一个重要原则，但是并不需要长时间的延迟就可以完成。所以，在IT部门不断推卸责任和业务部门要求得到更多服务的情况下，我们该如何二者之前实现均衡？答案是业务流程化。

业务流程化并不是一个新的概念。然而，前几代IT流程化的关注点只限于一个单独部分内。大约十年前，我们帮助开发来了一个平台，可以实现代码从开发到测试的转换流程化，然后到舞台环境，最后到生产环境。开发人员、质量保证分析师和系统管理员能够实现代码从一个环境到下一个环境的转换——在预定义的边界和有限的时间范围内。但是这并不会创建一个新的应用程序环境；它只是在现在有环境内实现代码转换的自动化。这就是大多数早期流程化工具的问题所在——工作环境有限。它们只适用于少数环境，甚至只针对于单一的应用程序，有限的应用范围还会限制其影响和业务价值。

但是，每一个技术领域当中自动化的发展都为业务流程化打下了良好基础。大多数工具都提供了应用程序编程接口或者“钩子”实现与外部工具协同工作，极大地降低了业务流程化工具的准入门槛。外部工具不再需要能够配置存储和网络设备的能力，它们只需要能够和存储以及网络功能自动化的工具进行通信。这使得业务流程化从多供应商和多标准的自动化中脱离，而专注于那些帮助业务部门获取IT投资收益的过程和流程。自动化简化了执行第一、二、三步的过程，业务流程化将会记录一系列的数据点，使用这些作为开始自动化流程的触发点。在一些情况下，业务流程化甚至可以智能地判断第一部分并不是必需的，而直接进入第二步。这种智能分析允许业务部门定义应该何时以及怎样来申请服务，同时允许IT部门来控制如何满足这些请求。业务部门再一次为其控制和掌舵操作而自豪，而IT也能够控制那些使得服务可靠和安全的因素。事实上，是业务流程在控制行进的方向。

业务流程化也许不能拯救世界，但是它可以拯救一个组织。什么组织不是在努力协调业务和IT部门之间的关系？两个部门不协调的关系会浪费业务部门的机会，而错过的机会是不可替代的。当业务部门控制IT时，标准就会变得十分宽松，可靠性也不复存在。当IT部门控制业务部门时，流程就会变得过于死板和僵硬，使得业务部门不能及时地对市场进行适应和做出响应。业务流程可以成为促进IT部门和业务部门在其专业领域中发挥作用的引导。当这个目标实现时，企业就会获得成功。