“IT部门保守”或许是管理层的责任
IT部门的评价往往倾向于“不出故障”。这乍看是正确的评价标准。然而，只要这仍是“最高评价”，DX和IT战略就难以推进。本文将揭示这一结构产生的根本原因，为管理者、CTO和IT部门同仁提供共同迈出变革第一步的视角。
稳定运行是前提条件，而非评价对象
工厂每日运转是理所当然的。财务部门出具决算报告也是其基本职责。IT系统的稳定运行同样是“前提条件”。真正应被评价的，是这之后的事情。是IT“为业务带来了什么”。本应追问的是它如何提升了经营决策的“质量与速度”。但现实却是“没让系统停摆”获得了最大的赞誉。这种扭曲从何而来？
管理层对IT的期待仅限于“稳定”
根本原因在于管理层对IT的角色定义。IT部门成立之初，管理层对IT的要求是明确的：“准确、稳定地支撑现有业务运转”。IT被定位为“支撑业务的基础设施”。它既非变革的主体，也非投资回报率讨论的对象。管理层对IT的关注只集中在“是否正常运行？”上。评价指标自然就收敛于“运行率”和“故障次数”。
未被定义的价值，既无法衡量也无法评价
管理层并未将IT定义为“竞争力的源泉”。因此，衡量其价值的指标也不存在。“IT投资促成了哪些决策？”这类问题本身，在组织中可能就未曾被提出。只有可衡量的东西才会被评价。“故障次数”易于量化，责任归属也清晰。评价体系向“零故障”优化的结构，便由此产生。
“零故障评价”催生的组织行为模式
评价指标规定着人的行为。在最高评价是“零故障”的组织里，IT部门的合理选择如下：
- 极力避免任何变更
- 对引入新技术或供应商持消极态度
- 将业务部门的紧急需求视为“风险”
- 优先短期稳定，而非长期投资
这并非个人能力问题。这是在既定评价体系内“正确”行事的结果。
管理者与CTO应推动的角色定义转变
要引发变革，必须在改变评价之前，先改变“角色定义”。管理层与CTO可以为IT部门定义如下角色：
- 构建业务可复制性与扩展性的部门
- 提升经营决策速度与质量的“决策支持平台”负责人
- 以技术确保未来增长机会的“选项创造”担当者
角色一旦改变，衡量指标自然随之变化。除了故障次数，“服务发布频率”、“开发工时削减率”、“通过数据应用获得的新客户数”等将成为新的指标。
IT部门应主动迈出的下一步
无需固守于现有评价体系。IT部门可以主动采取行动，那就是用“经营语言”汇报成果。除了技术稳定性报告，还应制作能回答以下问题的资料：
- 我们上个月的活动，对达成哪个业务目标做出了贡献？
- 我们消除了哪项业务的个人依赖性，降低了人员风险？
- 为降低未来成本，我们进行了哪些基础设施投资？
由此，对话的基础将从“稳定”开始转向“价值创造”。
改变评价靠的不是口号，而是定义
仅凭“IT部门要更进取”这样的口号，什么也不会改变。需要改变的是管理层对IT部门“视为何物”的根本定义。这个定义一旦改变，评价制度、预算分配、人才要求等所有环节都将联动变化。真正的DX，正是这种角色定义的变革。在您的组织中，IT是“成本中心”，还是“价值创造的引擎”？变革之旅，将从这个问题开始。
评论