引言
在许多企业中，信息系统部门的改革被反复尝试。组织重组、推进内部开发、改组为数字化转型部门、设立首席信息官/首席数字官……各种措施层出不穷。然而几年后，从一线传来的声音却惊人地相似：“结果什么都没改变”、“只是形式上的改革”、“一线反而更疲惫了”。本文并非讨论个别措施的好坏，而是将信息系统改革为何高概率失败，整理为导致失败的“结构性模式”。
认为“换人就能改变”的思维
这是最常见的失败模式。即聚焦于“人”的改革：从外部引进关键人物、更换信息系统部门负责人、引入年轻或数字化人才。然而，如果角色、权限、评价标准不变，仅仅换人是无法改变结果的。新的人才最终也会被“无法决策、无法投资、不被认可”的现有结构所同化。
误解“改变组织名称或架构就能实现变革”
将信息系统部更名为数字化转型推进部、将信息系统部门划归事业部管辖、重组为跨部门组织……这类组织变更也频繁发生。但是，如果决策主体（谁决定什么）没有改变，组织名称就毫无意义。只要权限、责任、评价轴心不变，结果就只是名称改变、期望增加、摩擦扩大。
将“数字化转型”或“内部开发”本身当作目的
改革失败的企业，往往会把以下话语本身当作目的：“推进数字化转型”、“提高内部开发率”、“采用敏捷开发”。然而，当手段变成目的时，改革必然会迷失方向。在“为何要进行数字化转型”、“什么应该内部开发”、“要取得何种成果”都未被定义的情况下，只有活动在不断增加。
不改变评价指标，却要求改变行为
许多改革都内含以下矛盾：一方面评价标准依然是“零故障”、“削减成本”，另一方面却要求“要进攻”、“要改变”。在这种条件下，信息系统部门唯一合理的行动只有一个：响应口号，但不改变行动。只要评价标准不变，行为就不会改变。
管理层自身角色不变，却将改革任务下放
这是最根深蒂固的失败模式。管理层不更新对IT（信息技术）的定义，不承担综合判断的责任，却依然将改革任务交给信息系统部门。换言之，这是一种试图在管理层自身不变的情况下，只改变信息系统部门的结构。在这种结构下，任何改革都无法持续。
问题被偷换为“一线的问题”
当改革陷入僵局时，最后拿出的解释总是固定的：“一线不理解”、“技能不足”、“意识不高”。然而，这正是将结构性问题偷换为个人问题的瞬间，也是改革失败的标志。
结语
“信息系统部门改革失败的常见模式”几乎是确定的。那就是：管理层不承担其本应承担的定义、判断和责任，却将改革任务下放给一线。若想成功实施IT战略或系统改革，首先需要改变的，既不是组织架构图，也不是人才，更不是口号。除非明确“管理层在IT方面要决定什么、要亲自承担什么”这一点，否则改革将继续合理地失败下去。
评论