如果你所在的公司 IT 部门交付缓慢、需求排期严重，那么大概率是“公地悲剧”造成的。
来源 | 技术领导力
不论是大型上市集团，还是中小企业，都面临一个同样的问题：IT 部门缺人，需求堆积严重。也许你会说，缺人就招人呀，这还不简单。要知道，企业不可能无限制加人，就算有计划地招聘，加人的速度也永远追不上需求增加的速度，IT 部门永远缺人，需求堆积严重，业务部门怨声载道。这个现象就叫做“公地悲剧”。
“公地悲剧”是一个经济学概念，最初由英国人哈定于 1968 年提出，哈定说：“在社会当中，当人们面对公有物的时候，每个人都追求各自利益的最大化，于是他们毫无节制地使用公有物，最终导致公有资源的枯竭，这就是悲剧的所在。”举例来说，一群牧民在一个公共草场放牧。其中，有个牧民想多养一头牛，因为多养一头牛增加的收益大于其成本，是有利润的。虽然他明知草场上牛的数量已经太多了，再增加牛的数目，将使草场的质量下降。但对他自己来说，增加一头牛是有利的，因为草场退化的代价可以由大家负担。于是，他增加了一头牛。当然，其他的牧民都认识到了这一点，都增加了一头牛。人人都增加了一头牛，整个牧场多了 N 头牛，结果过度放牧导致草场退化。于是，牛群数目开始大量减少。所有牧民的如意算盘都落空了，大家都遭受了严重的损失。理解了“公地悲剧”，我们再回到 IT 部门缺人的问题：IT 部的资源，对于各业务部门来说是公用的，因此每个业务部门都想尽可能多的提需求，以占用更多的 IT 资源为自己开发更多的业务系统，这样对自己是有利的。而又没有一个更高级别的部门来统一管理这些需求的合理性，于是就造成了 IT 部门的“公地悲剧”。
即每个人都对财产的整体具有使用权。我们以 IT 部门来举例，每个业务部门都可以使用 IT 部门的资源来开发系统。即每个人都没有权利干预他人对财产的使用。每个业务部门暂时没有对其他业务部门进行干预的权利，比如财务部门没有权利对市场部门说，你少提一些开发需求，反之亦然。对业务部门来说增加使用 IT 部门资源的次数会导致 IT 资源匮乏，而开发业务需求是需要一定周期的，也就是说在需求排期满了之后，没有任何一个业务部门的需求能够被及时开发出来，IT 部门暂时陷入瘫痪了。导致 IT 部门“公地悲剧”的本质，其实是业务部门不考虑 IT 部资源的有限性，不断追求自身利益的结果。
简单来说，就是把公有资源转化为私有。当产权有明确归属之后，产权拥有者就能够对资源的使用进行有效管理，因为他要考虑长久使用这个资源的问题，不能够无限制地去使用它。在牧民问题中，把有限的草地进行区块划分，每块土地的所有者都将自主地考虑它未来长久的收益，如果草地只够放养 100 只羊，他就绝对不会放养 101 只。因此，作为一个经济理性的人，“公地悲剧”就绝不可能发生。对于 IT 部门来说，把它拆分到各个业务部门也可以解决“公地悲剧”的问题，BAT、TMD 等互联网巨头就是这么干的，每个 BU 都有自己完整的 IT 团队。这样做有一个弊端，就是资源相对浪费一些，因为没法共用了，但是对于大公司来讲是利大于弊的，他们有的是资源。就是说，还继续保持资源的公共所有制，但是建立一个组织，对资源进行有效的管理。比如国际渔业组织、国际野生动物保护组织，就属于这一类型的联盟。以放牧为例，当人们意识到过度放牧对土地资源的影响如此严重之后，几乎大部分牧民都会同意互相约束不要过度放牧。如果有人胆敢违反相关公约，就要付出相应的补偿代价。企业内部可以成立类似的公约联盟，来对 IT 资源进行有效管理。比如“IT 资源管理委员会”，由 IT 部门 Leader、业务方 Leader 及相关领导组成，他们定期进行各业务部门的需求优先级 PK，回顾上一阶段已上线需求产生的价值，制定出下一个阶段的需求排期计划。相对来说，这种公约联盟的方式，对 IT 资源的利用更加充分，所以许多对资源投入比较敏感的中小型公司，更愿意采用这种方式。
在解决公地悲剧的问题上，除了上述两种方法，还有第三种可能：以放牧为例，假设我们能够教会羊自己种草，吃掉多少草自己再种回去，即能够实现一定程度上的资源再生，尽可能少占用公共草场资源，理论上就可以解决“公地悲剧”的问题。回到 IT 部门资源使用的问题，低代码提供了一种“拖拉拽”就能够实现软件开发的能力，极大降低了软件开发的门槛，让业务人员经过简单地培训就能够自己开发程序，实际上就是让“羊学会自己种草”，使得业务方 80% 的开发需求都能够通过低代码自己实现，大幅降低对于开发资源的使用，从而解决 IT 部门“公地悲剧”的问题。
风华新能源的 CIO，他自己是车间工人出身，带领 7 个非科班出身的业务人员， 在氚云上开发了 400 个业务系统，每天 2500 多人在使用，支撑起集团 9 亿多的生意盘子。他们不是什么技术天才，他们只是使用了低代码开发工具，经过 2 个月就完成了系统搭建。通常来说，开发这样规模的系统，需要一支 50 人技术团队半年的工作量。
对于 IT 部门资源使用的问题，除来自外部“公地悲剧”问题之外，还需要关注 IT 部门自身工作效率的问题。因为随着 IT 部门人数越来越多，就会出现“金字塔上升现象”。（也叫做帕金森定律，俗称“官场病”或“组织麻痹病”，是西方管理学三大定律之一。）是指职场中，一些管理者并不希望自己的下属能力超过他，认为这样自己的地位会受到下属的威胁。所以在招聘的时候，这些管理者更倾向招一些能力一般，但足够听话的新人。这就极易造成企业既人浮于事又效率低下的现象。长此以往，组织越来越肿，冗员越来越多。想要尽可能降低“帕金森定律”对组织效率的影响，就要通过提升人才密度的方式，在关键岗位上引进优秀人才。因为乔布斯说过：“A 类人才，会吸引 A 类人才，因为 A 类人才不喜欢平庸的人；而 B 类人才只会招来 B、C 类人才。”总结一下，如果你所在的公司 IT 部门交付缓慢、需求排期严重，那么大概率是“公地悲剧”造成的。解决的途径有三个：私有产权、公约联盟、引入低代码。同时也要警惕“帕金森定律”对 IT 组织效率的侵蚀，在关键岗位多引进优秀人才，增加人才密度。最后，需要提醒的是，技术团队效能提升没有“银弹”，没有一劳永逸的方法，优秀的管理者身份永远只有一个，就是学生，而且一直在路上。
作者：Mr.K，来源：本文经授权转载自微信公众号【技术领导力】，原标题为《为什么低代码解决了 IT 部门 “公地悲剧” 难题？》。
————【专题推荐】————
牛透社
关注网络尖刀微信公众号
