Isaac Sacolick 沈建苗

就算企业领导人提倡企业组织需要更敏捷更灵活，他们也无法强行要求敏捷性。你的CIO和IT领导人可以对他们称为敏捷方法标准的一套实践、指标和职责实行标准化，但是无法强行要求每个人都采用敏捷文化和理念。

你可以选择敏捷工具，利用开发运营（DevOps）实践加大自动化力度，并支持平民数据科学计划，但是你无法强行采用并强要员工开心。IT运营部门可能在运行混合多云架构，但这并不一定意味着成本得到了优化，或者基础架构就可以神奇地自动扩大或缩减规模。

因此，如果你希望敏捷流程迅速实行标准化，通过改用敏捷架构神奇地解决技术债务，或者立即转变成敏捷工作方式，那么你会大失所望。敏捷性不是免费、廉价或轻松就能得到的。你无法在时间表固定的甘特图上管理敏捷性。

虽然我认为敏捷性主要是一种自下而上的转变，但这并不意味着开发人员、工程师、测试人员、敏捷专家及IT团队的其他成员可以独立地提升敏捷性。整个团队必须协同工作，承认要兼顾的取舍，并在效益方面达成共识的情况下制定敏捷运营原则。

因此，如果敏捷性不能强行要求，又需要所有人付出努力，那么组织如何变得更敏捷？以下是IT部门的所有人可以协同提升敏捷性的几个方法，恪守敏捷方法、数据驱动型实践和采用开发运营文化的宗旨。

为敏捷方法正名

本人所著《驾驭数字化》的第2章主要阐述了基础的敏捷实践以及更全面的敏捷规划流程，这种流程包括分配角色和职责，规划多迭代开发周期（sprint）待办事项，以及预估方法实行标准化。……