7-5 目标的确认与设定 · 波仔的云计算课

📄 一句话概括

前面几节都在【做】——盘点、对齐、动手。这一节把镜头拉回来问一句：做完之后，怎么算做成了？ 答案是把目标拆成【阶段】：每一步有一个可检验的标志，而不是一句【全面上云】。 从成本这条线看，看得见 → 说得清 → 管得住，三阶段各要几个月，急不得。

📝 本节和前面几节的关系

它接在 7-4 之后：那一节说【动手快了、错误不响了】，这一节回答【跑起来之后，怎么判断自己跑对了】。

它同时呼应 3-12 那节【长期支出】：那一节讲的是【云的费用是持续发生的】，这一节讲的正是【持续发生的费用该怎么被管住】—— 巧的是，管住它的方法本身也是个【分阶段的过程】。

一、目标要拆成阶段

先说清【全面上云】这句话为什么不能用：

它是一个状态，不是一个目标。状态没法检验进度，也没法判断成败——上了 50% 算不算？上完之后账单更贵了算不算？没人答得上来。

所以正确的做法是把它拆成阶段，每一段配一个【看得见的标志】：

阶段	标志是什么
试点	有一两个系统真的在云上跑了
扩展	形成了【我们公司怎么上云】的标准做法
治理	成本和权限有了统一规则，不再各干各的
优化	有专人在持续调成本、调效率
智能	常规动作开始自动化

关键在那句【标志是什么】：它必须是能被外人看出来的一句话，而不是一个内部感受。 【形成标准做法】看得出吗？看得出——看有没有一份别人能照着做的文档。

为什么这件事在云上格外重要：因为云的账单是按月来的。 没有一个分阶段的目标，就没有【在哪一步该停一下复核】的节点——结果是费用一路涨到某天被财务发现。

二、动手 Demo：五个阶段与成本三阶段

看到什么算成功：

==================================================================================================
【Demo 5】目标的确认与设定：云服务的应用阶段
==================================================================================================

  【一】先把目标定成【可检验的阶段】

  阶段                典型标志                          常见时间
  --------------------------------------------------------------------------------------------
  1 试点              少数系统上云，验证可行性          1 ~ 3 个月
  2 扩展              主要系统上云，形成标准做法        3 ~ 12 个月
  3 治理              成本与安全有了统一规则            6 ~ 18 个月
  4 优化              持续优化成本与效率                12 个月以上
  5 智能              自动化与 AI 驱动                  长期

    阶段是【顺序】不是【门槛】：
    没走完第 2 步就跳到第 4 步，通常只是账单更大，不是能力更强。

  【二】换个视角：成本这条线（FinOps 三阶段）

  阶段          一句话                    要多久
  --------------------------------------------------------------------------------------------
  Crawl         看得见：知道钱花在哪      1 ~ 3 个月
  Walk          说得清：分摊到各个团队    3 ~ 9 个月
  Run           管得住：持续优化          9 个月以上

    多数组织走到【说得清】要 6 ~ 12 个月，
    因为难点不在工具，而在【给每个资源打上归属】这件脏活。

  【三】目标要能回答一句话

    半年后，我们用哪三个数字，判断这件事做成了？

  说法                              问题
  --------------------------------------------------------------------------------------------
  全面上云                          没有数字，也没有时间
  成本下降                          降多少算成功？跟谁比？
  部署周期 2 周 → 2 天              有时间、有数字、可复核

    能写进这句话的目标，才值得写进预算。

读结果：

第一张表的【常见时间】一列最容易被忽略，但它最有用。它说明这些阶段是按季度、按年计的——所以【半年内走完全部五步】这种目标，从一开始就不现实。 定一个不现实的目标，结果不是做得快，而是【假装做完了】。
第二张表的成本三阶段，是整节最实用的一段。它给的是一条很硬的顺序：先看得见，再分摊，最后优化。跳步的后果很具体—— 你还没搞清钱花在哪，就去做优化，优化的对象只能靠猜。
第三张表把前两张收成了一句可检验的话。注意它的判据很朴素：有时间（半年后）、有数字（2 周 → 2 天）、可复核（有一个量得出的东西）。 三条都齐，目标才算立住。

三、目标要能回答一句话

把 Demo 第三张表提炼成一个可以随身带的模板：

【时间点】+【哪个指标】+【从现在变成多少】+【怎么量】

用它去套几个常见说法：

【提升用云水平】→ 缺后三项，立不住。
【降本增效】→ 有方向没数字，立不住。
【年底前把部署周期从两周压到两天，用流水线记录统计】→ 四项齐，立住。

这个模板还有一个额外的用处：它天然把【谁来量】也带出来了。 因为【怎么量】这一项，必须对应一个现成的数据来源——要么有工具在记，要么有人在记。 如果两样都没有，那这个目标在写下的那一刻就已经注定验不了。

这就是本节和前面几节的关系：7-2 盘出了清单、7-3 排好了优先级、7-4 开始动手，而这一节负责给整个过程装上一个仪表盘——没有它，项目只能在【感觉差不多了】的时候宣布完成。

30 秒实验

拿出你今年定过的一个目标（学习计划、健身、省钱都行），做一件事：

把它改成 Demo 模板的形状：【时间点】+【哪个指标】+【从多少变成多少】+【怎么量】。

改完通常会有两个发现：

有些目标一填数字就发现根本做不到——这说明原目标的真实难度一直没被看见。
有些目标的【怎么量】这一项完全空白——这说明它连现在是多少都不清楚。

第二种情况更常见，而它正是本节的核心提醒：先有【看得见】，才谈得上【管得住】。 这和 Demo 里 FinOps 三阶段的顺序是同一个道理——不是巧合，是规律。

常见误区

错误：目标定得越激进，团队越有干劲。——纠正：定一个做不到的目标，结果往往是【假装做到】。Demo 第一张表里，光走完前三个阶段就要 6 ~ 18 个月——如果目标要求半年走完，团队只有两条路：要么放弃，要么把【做了动作】报告成【达成了阶段】。后者对组织的伤害更大，因为它会让所有人对【目标】这个词失去信任。合理的做法是把激进放在【指标】上，把现实放在【时间】上。
错误：成本优化应该尽早开始，越早省得越多。——纠正：顺序不能反，先看得见才能优化。Demo 里的成本三阶段是有依赖关系的：【说得清】要先把成本分摊到团队，而分摊的前提是【看得见】——资源有标签、账单能拆开。 在看不见的前提下做优化，优化的对象只能靠猜——猜错的时候，省下的是次要支出，动到的却是关键负载。 所以正确的姿势是：先把标签和归属这件【脏活】做完，再动手省钱。
错误：【全面上云】是一个明确的目标。——纠正：它只是一个方向，缺了可检验的三项。按本节的模板，它没有时间点、没有指标、也没有量法。这类说法的风险在于它听起来很确定，所以没人会去追问细节——等到年终复盘时，也就能用它来收尾：说【上了一大半】，谁也不好多说什么。 换句话说：模糊的目标最大的害处不是没方向，而是让【没完成】变得无法被指出。
错误：阶段划分是给大公司用的，小团队不需要。——纠正：阶段划分解决的是【目标能不能被检验】，跟规模无关。小团队甚至更需要它——因为小团队没有专职的财务和审计，费用跑偏时没人会提醒。 而且阶段划分对小团队的成本很低：不必真去做一套 FinOps 体系，只要做到【每个资源打个标签、每月看一眼账单】这一步，就等于走完了【看得见】。 这一步花不了多少时间，却能让后面所有的判断都有依据。

自测三问（点开对答案）

1. 为什么【全面上云】这类目标最大的害处，是【让没完成变得无法被指出】？ —— 因为**检验一个目标的前提，是它有一个【到了就算数】的判定**。**【全面上云】没有这个判定**——**上了 50% 可以说【进度过半】，上了 80% 可以说【基本完成】，账单更贵了可以说【这是转型期代价】**。**任何结果都能被解释成进展，于是目标就失去了约束力。** 更糟的是，**这种模糊是双向的**：**不仅完不成时没法追责，做得很好时也没法证明**——**团队的真实成绩同样被这四个字吞掉了。** 2. 为什么成本管理一定得按【看得见 → 说得清 → 管得住】的顺序，不能跳过中间那步？ —— 因为**每一步解决的是一类不同的问题**。**【看得见】解决【有没有信息】**（账单能拆开、资源有标签）；**【说得清】解决【信息归谁】**（这笔钱是哪个团队的）；**【管得住】解决【谁来动作】**（基于归属去优化）。**跳过【说得清】，优化就没有责任人**——**你发现了浪费，但不知道该找谁改**，因为资源没有归属。**这就是为什么这一步最费时间却最不能省**：**它做的是一件【脏活】（给每个资源打标签、归属到团队），没什么技术含量，但它是后面所有优化的地基。** 3. 为什么说【怎么量】这一项，会在无意中暴露出组织的一个弱点？ —— 因为**它要求回答【数据从哪来】**。如果一个目标的量法写不出来，**说明这个组织连【当前是多少】都没有记录**——**而【不知道现在是多少】这件事，比【目标定得高】严重得多。** 它意味着**决策在过去一直是靠感觉做的**，也意味着**接下来的改进同样无法被验证**。所以本节把【怎么量】放进模板，**表面上是给目标加一道门槛，实际上是在检查【这个组织有没有最起码的观测能力】**。**Demo 的成本三阶段之所以把【看得见】放在第一步，也是同一个道理。**

☐ 下一节（7-6 选择云服务提供商：使用者的角度）