波仔
☁️ 第七章 云服务的导入
📄 一句话概括

上一节盘点出了【每个系统该走哪条路】，但它没说【先做哪个】。而排优先级的依据不在 IT 自己手里，在公司的经营战略里。 这一节讲的是一种可以检查的关系：往上，每个 IT 项目都要能指回一条业务目标；往下，每条业务目标都要能找到支撑它的项目。 两边能互相点数，才叫【保持一致】。

📝 本节和前面几节的关系

它接着 7-2 的清单往下走：清单告诉你【有哪些选择】，这一节告诉你【凭什么排序】。 没有这一层，排出来的顺序只能靠直觉。

它同时把 3-1 那句话落到了操作层：那一节说【云让 IT 从成本中心变成了业务的一部分】，而【与战略对齐】正是这句话具体该怎么做的说明。

一、IT 项目要能追溯到一条业务目标

先说清【保持一致】到底在检查什么。

它检查的是一条很具体的链子：公司今年的业务目标 → IT 要支撑的能力 → 具体的云项目。 一个项目如果在链条上找不到位置，它不一定错，但一定说不清为什么要现在做。

为什么这件事在云上反而更紧迫：因为云让【动手】变便宜了。 过去启动一个项目要采购、要审批、要等货，流程本身就在筛掉一批冲动；现在一张信用卡就能开出一套环境——门槛低了，就更需要一个【往上追溯】的机制，防止资源被随手花掉。

这句话的可操作版本是一张表：每个项目旁边写一条【它支撑哪条战略】。写得出来，进候选；写不出来，先补上。

二、动手 Demo：五个项目的对齐率

看到什么算成功：

==================================================================================================
【Demo 3】与 IT 战略保持一致：IT 策略
==================================================================================================

  【一】每个 IT 项目都要能追溯到一条业务目标

  公司定了三条战略：
    S1 提升客户复购率
    S2 降低单笔交易成本
    S3 打开新区域市场

  五个候选的云项目：

  项目                    支撑      对齐度      说明
  --------------------------------------------------------------------------------------------
  P1 客户数据平台         S1        9 / 10      把客户行为数据打通
  P2 订单系统迁移         S2        7 / 10      削峰，压下单笔成本
  P3 海外多区部署         S3        8 / 10      新市场就近访问
  P4 内部 OA 上云         无        2 / 10      想不出支撑哪条战略
  P5 财务系统重构         无        3 / 10      更像是合规要求驱动

  【二】对齐率：能追溯到战略的项目有几个

    5 个项目里，能明确追溯到的 = 3 个
    对齐率 = 3 / 5 = 60%

    剩下 40% 不是【不该做】，而是【还没说清为什么要做】——
    要么补上一个业务目标，要么把它排到后面去。

  【三】反过来看：每条战略能落到几个项目

    S1 = 1 个项目
    S2 = 1 个项目
    S3 = 1 个项目

    如果某条战略一个项目都落不下去，
    那它要么不紧急，要么根本没打算真做。

    这就是【保持一致】的可操作含义：
    不是开会时点个头，而是两边能互相点数。

读结果：

三、对齐是双向的

【与战略保持一致】经常被理解成单向的：IT 要配合业务。但 Demo 的第三步说明，这件事还有另一个方向——业务战略也要能被 IT 兑现。

为什么反向检查同样重要：

检查方向 发现的问题 该怎么办
项目 → 战略 有些项目没有战略依据 补理由，或排到后面
战略 → 项目 有些战略没有项目支撑 要么补项目，要么承认它不紧急

第二行那个问题，在很多公司里是真实存在的：年初定的三条战略，年底发现一条都没启动——不是没能力做，而是从来没被翻译成具体项目。

两向都查过之后，【保持一致】才变成一件可以复核的事：不是开会时点个头，而是两张表能对上。

四、不一致的代价

为什么值得花时间做这件事，可以从反面看：

三件事的根源是同一个：【做】这件事在云上太容易了，而【为什么做】一直没人问。 这也正呼应了上一节的 6R 清单——清单告诉你系统有哪些去处，而这一节告诉你【优先去哪个去处】。

下一节就要开始动手了，而在动手之前，还有一个变化值得先看清楚：导入这件事本身的【工作内容】，在这几年已经变了样子。

30 秒实验

翻出你最近一个月【自己主动开的】软件订阅或云服务（不是公司买的，是你自己掏钱的），做一件事：

给每一个写一句话：【它帮我达成什么】。

写完你会发现两类：

  1. 能写出来的——这类通常你一用就离不开了。
  2. 写不出来的——大概率三个月没打开了。

这和你自己的【战略对齐】是一回事：你的时间、精力、钱就是资源，而【写不出来理由的那几个】，正是该砍的那几个。 公司版的差异只在于——它有一个审议流程，而你通常刷一下就续费了。

常见误区

  1. 错误：与战略对齐就是 IT 要听业务部门的。——纠正：对齐是双向检查，不是单向服从。本节第三段讲得很清楚：项目要能指回战略（向上），战略也要能被项目兑现（向下）。 只做向上那一半，结果是 IT 变成一个执行部门——业务说做什么就做什么，而没人反过来问【你说的这条战略，具体落在哪个项目上】。而恰恰是反向那一半，能暴露【墙上写着的战略其实没人做】这种更深的问题。

  2. 错误：写不出战略依据的项目，就该砍掉。——纠正：Demo 里那 40% 的正确处置是【补理由】或【排到后面】，不是【砍掉】。因为项目存在往往有多个理由——合规要求、技术债到期、安全修补，这些都真实且必要，只是它们不挂在业务战略上。 所以正确的动作是分类：战略驱动的和合规驱动的，用不同的优先级标准排，而不是拿一把尺子去量两种东西。硬砍合规项目，最后会在审计里还回来。

  3. 错误：战略是高层的事，IT 没必要知道。——纠正：恰恰相反，不知道战略的 IT，做不出正确的排序。本节开头说过：云让动手变便宜了——以前流程会自动筛掉冲动项目，现在不会了。 在这种情况下，排序的依据只能来自战略。如果 IT 团队不掌握它，那么排序就只剩【谁喊得响谁优先】——这正是资源被摊薄的起点。

  4. 错误：对齐这件事，年初做一次就够了。——纠正：战略会变，项目会变，所以对齐要定期复检。7-1 讲过答案要标【有效期】，这里同理：年初定的三条战略，到三季度可能有一条已经不做了——但基于它立项的项目还在跑。所以正确做法是把【对齐检查】放进定期复盘的例行里（比如每个季度过一遍清单），而不是当成一次性的评审会。

自测三问（点开对答案） 1. 为什么【对齐率 60%】这个数字本身，并不能说明项目选得好还是不好？ —— 因为**它只统计了【能追溯到的比例】，没区分【追溯不上来的那些是什么性质】**。Demo 里 P4、P5 追溯不上来，**一个可能是冲动立项（该砍），另一个是合规要求（必须做）**——**同样是不对齐，处置完全不同。** 所以这个数字的正确用法是**作为起点去找那 40%**，而不是**直接当成一个及格线**。**能追溯的比例高，只说明【说的清】，不说明【做对】；比例低，也只说明【还没说清】，不说明【做错】。** 2. 为什么【反向点数】（战略能不能落到项目）这一步，比正向那一步更能说明问题？ —— 因为**正向检查的动机是【拦下不该做的】，而反向检查的动机是【发现没做的】**。正向检查面对的是**具体的项目**（有提案、有负责人、有预算申请），**拦下来是要有人得罪人的，所以容易被放过**；而反向检查面对的是**抽象的战略**——**发现某条战略没人做，没有人需要被得罪，问题却更根本。** 换句话说：**正向检查管的是【花钱的方向】，反向检查管的是【战略的真假】。** 3. 为什么说【云让对齐这件事更紧迫】，而不是更宽松？ —— 因为**云把【启动项目】这道门槛拆掉了**。过去从想法到资源要经过采购、审批、等货，**这些流程虽然慢，但客观上起到了【筛掉冲动】的作用**；**现在一张卡就能开环境，门槛没了，筛选的责任就整个落到了【决策】这一步上。** 而一旦筛选靠的是决策而不是流程，**决策就必须有一个依据**——**这个依据就是战略对齐。** 所以云不是让对齐变得不必要，**而是把对齐从【流程帮你兜】变成了【必须自己想清楚】。**

相关笔记