IT 能够为业务敏捷性设计提供什么
对于企业和 IT 来说，业务敏捷性是现代化的企业的关键是常识。显然，对于以 IT 为中心的产业来说，敏捷地交付高品质的 IT 解决方案是业务敏捷性的前提条件。但这是 IT 的所有作用吗？按时并根据规范交付解决方案？许多人可能会经常会回答 “是”，并对其置之不理，但是我认为工程理念能够为希望获得更高的业务敏捷性的企业带来至少两个其他重要的价值主张。IT 能够：
普遍提高">业务需求的质量
教授企业如何以结构化的方式考虑业务敏捷性
让我们逐个考虑详细情况。
提高业务需求的质量
没有什么比糟糕的需求更能够减慢 IT 的交付速度了。许多研究已经证明最昂贵的缺陷是需求缺陷，大多数项目的很大一部分时间都花费在修复需求缺陷上，这些时间包括上市后添加在第一版产品中漏下的功能。无论较低的需求质量的原因是什么，不可避免的后果是困惑、低效率和最终导致返工的错误。
要询问的一个重要问题是：该由谁负责提高需求质量并确保专业地提供稳健解决方案所需的精度、背景和理解？最简单的答案是这是企业的问题（和过错），但实际上，企业不过是 IT 工程流程不足的替罪羊。适当的需求开发是 IT 必须承担的流程。如果需求不准确，则应该提出问题直到需求变得准确。如果企业背景不清晰，则需要明确，然后才能最后确定解决方案设计。需要工程理念来有效地将复杂的业务问题分解成可执行的需求，IT 部门比业务部门更加具有这种理念。换句话说，对于 IT 部门，需求工程与任何软件工程任务同样重要。
教授企业如何以结构化的方式考虑业务敏捷性
负责需求工程的 IT 部门不仅提高业务需求的质量，还将从根本上改变业务部和 IT 部之间在相互合作方向的关系，IT 部能够利用这种合作关系推出用于讨论业务敏捷性需求的合适语言。业务敏捷性的核心在大多数情况下是能够及时发现需要采取行动的情况、决定采用什么措施并执行与所决定的措施相关的流程。
通过将情况、决策和流程的正式概念引入业务部和 IT 部之间的需求讨论，这些讨论被迫解决业务敏捷性的重要方面，作为会话不可分割的自然的组成部分，比讨论愿景声明 “我想变得更加敏捷” 更加实际。同意需要更高的业务敏捷性很容易，但是采取实际行动实现该目标却很难。IT 业越来越重视结合运营决策管理和业务流程管理作为应对业务运营挑战的方式并非偶然。IT 需要采取下一步自然措施并将这些规则背后的原理注入到与业务合作伙伴讨论需求，特别是业务敏捷性需求的方式中。
结束语
与业务部讨论业务敏捷性需要基于坚实的工程原则，以将预期目标转换为可执行的设计。然而讨论的背景需要保持为业务运营而非 IT 解决方案。这种表面上的二分法可以通过采用更正式的方法讨论和实施情形、决策和流程方面的运营设计来解决。这将需要在 IT 部门内进行文化转变。特别是，需要 IT 部门接受业务需求和设计质量的内在职责，以及随之产生的对 IT 部门内部提出的业务域知识的需求。然而，在讲述完并执行完后，所作出的努力是值得的，因为这样加快了高品质、敏捷业务解决方案的交付。