首页
学习
活动
专区
圈层
工具
发布
社区首页 >专栏 >ITIL Master 战略领导者课后系列分享:选了A就是放弃了B——投资组合里的机会成本

ITIL Master 战略领导者课后系列分享:选了A就是放弃了B——投资组合里的机会成本

原创
作者头像
ITIL先锋论坛
修改于 2026-09-20 08:48:23
修改于 2026-09-20 08:48:23
750
举报
文章被收录于专栏:ITILITIL

我(长河老师)在课堂上常用这样一组假设的选项考学员:大数据平台、智能客服、AI质检、业务智能体、基础架构现代化,五个方向各自都能写出一套站得住脚的立项理由。我接着问一句:今年的预算够做几个?答案往往是两个。五个方向个个都能讲出完整的商业用例,但预算只够两个——这才是战略委员会真正要面对的问题,而不是逐个去判断"这个项目值不值"。

委员会审的不是单个项目

我带学员做战略沙盘的时候,经常有人把商业用例写得很漂亮,成本、收益、里程碑都算得清清楚楚,然后很意外地被驳回。他们的第一反应是自己的用例没写好。多数时候不是这个原因。

战略委员会拿到的不是一份提案,是一整年所有提案叠在一起的清单,预算是个固定总数,比如一千万。批了一百万的智能服务台,剩下能用的就是九百万。委员会要回答的问题因此变成:在这一千万里,这一组项目加在一起,是不是本年度能拿到的最好结果?这跟"智能服务台这个项目本身好不好"是两个完全不同的问题,前者要把它放进一张组合表里,跟其他四个候选项目一起摆开看。这也是为什么委员会通常不太关心你选型选了哪家供应商、技术路线怎么走——那些是执行层面的细节,委员会要看的是这笔钱放进整个组合之后,回报和风险的搭配合不合理。

单独看,五个项目可能都是好项目。放进同一张预算表里比较,总有几个要往后排——往后排的那几个,可能只是因为同一年里,另外几个候选项目在紧迫度或准备度上更占先。

批一个,就是拒一个

批准A不只是要花A的钱,还意味着暂时放弃了B本来可能带来的收益——这是我在课堂上反复强调的一点,很多人报预算的时候只算自己项目的成本收益,没算这笔账。机会成本的算法说起来不复杂:用A预计带来的收益,减去如果把这笔钱和资源投给B、B本可能产生的收益,两者一比较,才看得出选A的代价是多少。这笔账不做,你交上去的商业用例就只讲了A为什么好,没讲清楚组织为此付出了什么。

我在课堂上用过这样一个假设来说明这道减法题:如果你是一家传统制造企业,销售数据的关联关系很简单,靠几条SQL语句就能算出清楚的报表,业务决策本来就不缺信息支撑,这时候单纯因为"现在大家都在做"就跟风上一个数据中台,投入未必能换来相应的产出。真正拖累这类企业效益的,往往是产线上的质量瑕疵靠人工目检,漏检率压不下去。数据中台不是不能做,但对这家企业来说,把同样的钱投进AI质检自动化,收益要明显更大——投进数据中台的那份预算,本可能从AI质检上拿到的效益,就是这次选择的机会成本。

五把尺子放在同一张桌子上比

具体到怎么比,我在课堂上给学员用的是五个角度:战略相关性、端到端价值、紧迫度、准备度、依赖关系。这五项要摆在同一张表上逐条打分,单独论证再扎实,也比不出候选项目之间谁该先做。

战略相关性问的是一句话:这个项目服务的是不是组织当前认定的方向,还是仅仅因为某个部门声音大、推得急。业务部门想上什么系统,理由讲得再动听,如果对不上组织今年认定的方向,它在这一项上就得不到高分,这跟这个部门重不重要没有关系。

端到端价值要求收益能从需求提出一路追踪到交付验收,看得见结果。我在课上遇到过一个反例:一个环节升级了,前后两头还是老流程、老系统,省下来的时间全被卡在交接环节,业务部门感受不到任何变化,这笔投入放到委员会面前,自然排不上号。

拖延本身会不会造成业务损失,是紧迫度要回答的问题。有学员跟我讨论过一个真实情况:如果竞争对手已经上线了同类能力,市场份额正在被蚕食,这就是紧迫的业务损失,必须优先推进;换成一个偏内部效率提升的项目,眼下没有类似的紧迫压力,往后排也不影响它本身的价值。那次讨论里,学员的实际情况是工厂运维场景,紧迫度确实不高,我给的建议不是硬推排期,而是把这件事交给领导小组里分管业务的那位负责人去推动——排序不靠前,不代表可以放着不管,沟通节奏照样要跟上。

准备度评估我在课堂上要求拆成资金、文化、组织架构、能力、角色五个方面逐项打分,不笼统问一句"我们准备好了吗"。有的短板补得快,比如全员AI技能普及,安排几轮培训就能追上;有的短板补不快,比如核心业务数据长期缺失或口径混乱。后一种情况下,就算这个项目战略相关性再高,排到今年也未必明智,因为投进去的钱大概率要先花在补数据上,而不是产出预期的收益。

依赖关系看的是候选项目之间谁先谁后:一年五个数字化项目里,两个存在先后依赖,另外三个互相独立,独立的那三个可以并行推进,有依赖的那一组必须先做上游那一个、再紧跟着推下游,硬要打乱顺序同时铺开,往往哪个都做不扎实。这一项在单独立项时最容易被忽略,因为每份商业用例都是分开写的,只有把候选项目摆到同一张组合表里,先后顺序才看得出来。

五项放在一起看,能戳穿一个常见的假象:如果每个候选项目在委员会汇报时都被贴上"高优先级"的标签,这份排序表其实已经失效了。

数字化和AI转型战略的执行力

我自己做过甲方IT部门负责人,报预算的时候习惯把每个项目单独写成一份论证,各自成立,互不参照。真正在委员会那边起作用的,是把五个候选项目摆在同一张表上、按同一组标准逐条比出来的排序,单份论证再扎实也换不来这个结果。

数字化和AI转型战略的执行力,很大程度上体现在这道取舍题上:能不能在有限预算里说清楚现在做什么,以及为什么另外几个方向要往后放。管理者提报项目的时候,不该只讲这个项目自己值不值,还要主动交代一句:如果这个批了,组织今年放弃的是什么、放弃的这部分收益又有多大。这句话讲不清楚,商业用例就只写完了一半。

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

目录
  • 委员会审的不是单个项目
  • 批一个,就是拒一个
  • 五把尺子放在同一张桌子上比
  • 数字化和AI转型战略的执行力
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档