引言
在许多企业中，支撑业务的IT系统（业务IT）长期处于人手不足的状态。即使招聘也赶不上需求，优秀人才越是疲惫就越容易离职，这种状况总让人感觉“现在是最艰难的时期”。这种状态常被简单归咎于招聘难或人才短缺，但本质上更准确的说法是：业务IT在结构上就被设计成了容易人手不足的样子。本文将梳理业务IT为何总是陷入人手不足的困境，这不是人的问题，而是经营决策与IT设计的结果。
业务IT诞生于“速度优先”
大多数业务IT诞生于新业务启动、应对快速增长阶段、把握市场机会等背景之下。在此阶段，最优先的始终是增长速度。“立刻行动”、“先运转起来”、“以后再修正”等决策，从业务角度来看曾是合理的。
选择“靠人力填补”设计的原因
当速度成为最高优先级时，最可靠的选择就是“增加人手”、“依赖优秀人才”、“靠个别应对挺过去”。设计需要时间，可复现性无法立即建立，没有余裕用IT将其固化。因此，业务IT从一开始就被设计成依赖人力的模式。
在未设计可复现性的情况下规模扩大
问题在于，这种依赖人力的结构在业务成长后、组织扩大后、业务成熟后依然被原封不动地继承下来。如果在未设计可复现性的情况下扩大业务，就会出现以下情况：
- 需要做的决策持续增加
- 例外处理不断滋生
- 留下只有特定人员才懂的处理流程
结果，工作总量必定超过人的处理能力，从而产生慢性的高负荷状态。
人手不足是“结果”而非“原因”
一旦陷入这种状态，就会出现“人手不足”、“招聘跟不上”、“一线人员疲惫不堪”等症状。然而，这些都是“未设计可复现性所导致的结果”。如果不改变根本的设计，即使增加人手，人手不足的问题也无法解决。
业务IT容易变成“增加工作的装置”
原本，IT应该是为了“减少决策”、“将例外纳入结构”、“减少人的介入”而存在的装置。但在业务IT中，随着工具增多、数据增加、协作关系复杂化，工作总量本身却在不断增长。这也是因为其目标函数（最优先事项）始终固定在“速度”上。
越是优秀的人越早达到极限
在业务IT一线，那些判断力强、能快速理解上下文、能灵活应对的人往往最受器重。然而，这同时也催生了一种工作向此人集中、难以替代、无法休息的结构。结果就是，越是优秀的人才越早疲惫，最终离开一线。
经营决策层面缺失了什么
关键并不在于一线是否过于勉强，或者IT负责人是否不够努力。缺失的是“依赖人力运转到何时”、“从何时开始转向可复现性”、“这个决策由谁来负责”这类经营判断。这是关系到IT战略和数字化转型（DX）根本的问题。
解决人手不足的唯一方法
解决业务IT人手不足的方法，既不是增加招聘，也不是外包。需要做的是，识别出目前依赖人力运转的决策，将其转化为结构，并通过IT固化——即实现“目标函数的切换”。也就是说，将IT投资的优先级从“速度”转向“可复现性与可扩展性”。
接下来应该追问的问题
此时该问的并非“为什么人手不足”，而应是“为什么一直不改变依赖人力运转的前提”。下一篇文章将探讨成长期IT系统开始崩溃的原因，并审视这种人手不足结构如何导致技术与组织的双重失败。要构建可持续的系统战略，直面这个根本性问题至关重要。
评论