规划您的推广¶
在创建第一张卡片之前,花一小时回答四个问题。跳过这一步的团队最终会拥有一份没人信任的资产清单,因为没人就它的用途达成共识。
1. 定义一个狭窄的范围¶
EA 推广中最大的错误就是一次性试图建模整个企业。从下面选一个:
- 一个业务领域(例如,销售、财务、客户服务、制造)。
- 一个法律实体或地区(一家子公司、一个国家、一个最近收购的业务单元)。
- 一个平台(例如,电商技术栈、数据平台、ERP 体系)。
一个好的首次范围大约包含 50–200 个应用。少于这个数量没什么可分析的;多于这个数量则您还没走到分析阶段就会耗尽精力。
请勿这么做
不要选「整个公司」或「整个 IT」。您会花三个月追数据,却始终走不到一份可用的报告。
2. 挑选合适的首个用例¶
用例决定了哪些字段重要、需要哪些干系人,以及最后呈现哪份报告。最常见的——也是从第 3 页起本指南所假定的——是:
应用组合合理化
盘点范围内的应用,按业务价值和技术适配度对每个应用进行分类,并决定要 Tolerate(容忍)、Invest(投资)、Migrate(迁移)还是 Eliminate(淘汰)(即 TIME 框架)。
其他可行的首次用例——但只选一个:
| 用例 | 您主要会填充的内容 | 您将跳过的内容 |
|---|---|---|
| 应用组合合理化 | 应用、成本、生命周期、业务价值 | 详细的流程模型、接口 |
| 基于能力的规划 | 业务能力、应用、能力热力图 | 成本细节、技术栈 |
| 云迁移评估 | 应用、IT 组件、部署模型 | 业务价值、流程 |
| 并购整合 | 双方组合作为应用、重叠分析 | 长期生命周期日期 |
如果您拿不准,就选应用组合合理化。它是最具普适价值的起点,本指南其余部分也是围绕它展开的。
3. 识别您的干系人¶
Turbo EA 内置了一套干系人模型(参见卡片详情):每张卡片都有一份按角色(业务负责人、技术负责人等)划分的人员列表,角色定义在元模型中按卡片类型设定。预先决定一个应用各角色的归属:
- 应用负责人(Application Owner)——在业务侧对该应用负责。每个应用一人。由其确认 TIME 处置策略。
- 技术负责人(Technical Owner)——负责让其持续运行。通常是工程经理。
- 架构师(Architect)——多半就是您。担任 EA 侧的评审者并审批卡片。
第一天不需要为每张卡片都指派干系人,但您需要知道他们将会是谁——因为到第三周您要向他们发出问卷以校验数据。
最佳实践
应用负责人栏位填上真实姓名,比把十个自定义字段填得完美无瑕更有价值。如果您只在姓名和生命周期之外填一个字段,那就填应用负责人。
4. 设定切实可行的数据质量目标¶
Turbo EA 会基于元模型中定义的加权字段,为每张卡片计算一个数据质量分数(0–100%)。它是衡量您的资产清单是否可用的最佳先行指标。
前 90 天的切实目标:
| 阶段 | 应用平均数据质量目标 | 已填写内容 |
|---|---|---|
| 第 2 周末(爬行) | 40–60% | 名称、生命周期阶段、描述、业务负责人 |
| 第 6 周末(行走) | 60–75% | + 能力映射、成本、TIME 处置 |
| 第 3 月末(奔跑) | 75–90% | + 技术栈、接口、自定义领域字段 |
不要追求 100%。最后那 10% 的成本超过前 60%,而且很少会改变决策。
5. 承诺一项明确的交付物¶
在规划会议结束时,给出一句书面声明,例如:
「到第 6 周末,销售领域的资产清单将包含所有年成本大于 50,000 € 的应用,每个应用至少映射到一个业务能力并带有 TIME 处置策略。我们将在第 7 周向销售 CIO 呈递组合报告。」
把它贴到 wiki、启动会幻灯片或 Slack 频道描述里——总之要可见。这句话能防止推广陷入「我们还在收集数据」的炼狱之中。
下一步:从应用清单开始。