做完项目, 没啥大用，为什么? (1个亿做了一个大项目客户平台), 1个月就1比交易，1000W的交易，赚取提成 10W, 投资回报率低.
每年很多钱花在 IT 方面, 大数据, 区块链, 各种新兴技术, 这种盲目做项目, 在 IT 中产生 2个字 "异构".
财务 -> 上一个报表系统, 领导要看报表 -> 上一个报表系统, 类似于我们现在. 而且技术上 php, j2ee, python 等各种各样, 很难集成，只能单个升级.
企业管理 -> 统筹规划.
IT 的主要作用是 service
异构
扁鹊家, 老大(规划), 老二(项目进行中不断调整), 老三(扁鹊) 收拾残局.
核心: 业务价值, IT 架构. (业务价值 + IT 架构 = 企业架构), 所以 搞企业架构一定要关注 业务价值 和 IT 架构这两部分. 业务架构用来找到业务价值.
了解业务需求时, 需要找本质, 而不是找表象. (目前我这个做的还可以)
IT 架构: application应用 + 统一标准 platform + cloud (infrastructure) , 统一标准数据 (数据元模型)
架构的各方面
业务架构, 应用application架构, 数据架构, 技术架构(application基础 + Infra基础), 管理(控制)架构.
企业架构师的需求:
1. 通晓各部门的业务 (看病, 发现病因, 未来业务发展需求)
2. IT 专家 (应用, 数据, infra) (治病, 可以治疗)
今后的企业竞争，是用 IT 塑造差异，提高竞争力.
ADM 方法 （怎么做）
一定要获得高层支持. ( 预备阶段 )
A : 架构应当是什么样的，有一个需求定位. (高可用, 可扩展, 等等)
设置 范围, 约束, 期望
B : 业务架构(未来业务转型), C : 数据 + 应用, D: infra B+C+D 是未来架构的样子.
未来业务的架构, 服务于未来的业务目标, 分析流程, 功能, 服务, 需要让 IT 真正柔于业务中.
E : 找到机会和项目 (针对 BCD 的未来架构)
F : 开始做计划 和 实施
G : 开始项目了, 那么就需要治理, 别在做项目阶段, 目标偏离.
H : 如果业务又发生变化, 我们要考察架构变更 -> 这样就有了新的架构愿景, 从此迭代 Iterator.
需求管理是核心, 业务场景分析法. IT 服务于人.