为何IT失败很少被追责？

引言

在许多企业中，IT项目失败并不罕见。尽管预算超支、未达预期、团队疲惫等问题反复出现，但这些失败却很少被明确追责。本文将探讨为何唯独IT失败常被“例外”对待，其根源并非个人能力或态度问题，而是管理决策与决策结构的问题。

IT失败难以追责的最大原因在于，失败时往往无法回答以下问题：“谁做出了这个决定？”“决策基于哪些前提？”“成功的定义是什么？”由于这些要素未被明确记录，失败总是被归结为“情况超出预期”“环境不利”“技术难度太大”。在追责之前，责任本身就已无处安放。

在大多数管理领域，执行前必有判断：投资需要决策，业务退出需要决断，组织重组必有负责人。然而在IT领域，由于业务部门的需求、技术上的“必然性”、或现有系统的限制，未经判断的执行不断累积。结果，即使失败，也从未被作为“决策失误”来审视。

“IT应该交给专家”这种观念，对责任结构产生了深远影响。管理层常以专业性为由回避决策，技术专家被期望代行管理判断，执行层则在约束条件下疲于应对。在这种状态下，失败总被归为“某人努力不足”或“运气不好”，从未作为管理决策问题被检验。

IT失败往往被描述为进度延迟、成本超支、故障发生等具体事件。但真正应该追问的是：“为何设定了那样的前提？”“为何未能及时叫停？”“为何缺乏整体设计？”——这些结构性问题。若不触及结构，追责就无从谈起。

IT失败未被追责的背后，也曾存在管理上的“合理性”：技术变化快、难以预测，失败因果关系难以厘清，且一旦追责可能导致无人愿意接手IT工作。结果，IT逐渐被视为“失败也情有可原”的领域。

在缺乏追责机制的结构中，以下现象逐渐固化：

这并非IT部门或供应商的问题，而是管理层未承担决策责任的结果。

关键在于，追责并非针对个人的指责。真正的追责，是澄清“哪个判断有误”“哪些前提错误”“下次应如何改进”的过程。若不进行这样的反思，组织就无法从中学习。

要避免IT失败重演，关键不在于将责任推给执行层，或增设管理规则。首先必须做到两点：“明确IT决策的主体”以及“将决策与结果关联验证”。下篇文章将探讨当经营战略与IT战略并行时，这种责任缺失结构如何进一步蔓延。