Arch Day 3: 价值流×能力×投资三角 — 战略到落地的桥梁
价值流(Value Stream)是从客户需求触发到客户获得价值的端到端活动链,而"价值流×能力×投资三角"是将价值流分析、业务能力评估和IT投资决策三者联动的方法论 — 它回答的核心问题是:钱应该花在哪里,才能最大化端到端客户价值?
日期: 2026-04-01 阶段: 第一阶段 - 架构基础 标签: #价值流 #ValueStream #投资决策 #战略对齐 #能力映射
核心概念
一句话定义
价值流(Value Stream)是从客户需求触发到客户获得价值的端到端活动链,而"价值流×能力×投资三角"是将价值流分析、业务能力评估和IT投资决策三者联动的方法论 — 它回答的核心问题是:钱应该花在哪里,才能最大化端到端客户价值?
为什么资深架构师仍需关注
- 解决"IT投资与业务价值脱节"的根本问题: 太多IT项目做完了但业务看不到价值,根因是缺少从价值流到投资的映射
- 打破部门墙的利器: 价值流天然是跨部门的(客户不关心你的组织架构),它迫使各部门从客户视角看问题
- 微服务编排的战略输入: 如果说能力建模告诉你"有哪些服务",价值流就告诉你"这些服务如何协作产生价值"
- 量化架构改进的业务价值: 每个架构改进都可以映射到价值流某个阶段的某个指标改善
常见误区与反模式
| 反模式 | 表现 | 根因 | 正确做法 |
|---|---|---|---|
| 泳道图伪装 | 画了一张跨部门泳道图就说是"价值流" | 混淆流程(Process)和价值流(Value Stream) | 价值流关注"价值增加",流程关注"步骤执行" |
| 内部视角 | 价值流从"系统处理"开始而非"客户需求"开始 | 技术思维而非客户思维 | 第一个Stage必须是客户触发的 |
| 缺少度量 | 画了价值流但没有时间/成本/质量度量 | 为画图而画图 | 每个Stage必须有Lead Time和Value Add% |
| 与能力断层 | 价值流和能力地图各画各的 | 两个工具分别由不同团队做 | 每个价值流Stage必须映射到支撑它的能力 |
| 一次性分析 | 做完分析就束之高阁 | 没有与投资治理流程对接 | 价值流分析结果必须输入到项目组合管理 |
知识点详解
知识点1: Value Stream不是Process — 关键区别
很多有经验的架构师仍然混淆这两个概念,导致价值流分析退化为流程画图。核心区别:
| 维度 | 价值流(Value Stream) | 业务流程(Business Process) |
|---|---|---|
| 视角 | 客户价值视角(Outside-in) | 执行步骤视角(Inside-out) |
| 粒度 | 阶段(Stage),每个阶段产生价值增量 | 活动(Activity),每个活动执行一个动作 |
| 数量 | 一个企业通常5-15条 | 可能有数百个流程 |
| 触发 | 客户需求或事件 | 上游活动输出 |
| 关注点 | Lead Time、Value Add%、Wait Time | 正确性、合规性、效率 |
| 抽象层级 | 战略/战术(TOGAF Phase B) | 操作(TOGAF Phase B下层) |
| 变更频率 | 很少变(业务模式不变就不变) | 经常变(优化、合规调整) |
举例对比:
价值流: "个人贷款获取"
Stage 1: 需求产生 → Stage 2: 产品了解 → Stage 3: 申请提交
→ Stage 4: 审批决策 → Stage 5: 放款 → Stage 6: 还款管理
业务流程(Stage 4展开): "贷款审批流程"
1. 接收申请 → 2. 资料完整性检查 → 3. 反欺诈筛查
→ 4. 信用评分 → 5. 人工审核(if needed) → 6. 审批决策
→ 7. 结果通知
知识点2: 价值流阶段(Stage)设计方法论
Stage设计的三个原则
原则1: 每个Stage必须产生可度量的价值增量
✅ 好的Stage: "信用评估完成" → 客户获得了信用额度(价值增量)
❌ 坏的Stage: "数据传输到信审系统" → 这是技术活动,客户无感知
原则2: Stage之间应该有明确的"等待时间"边界
价值流分析的一个核心目标是找出等待时间(Wait Time)。如果两个活动之间没有等待,它们应该是同一个Stage。
个人贷款价值流的时间分析:
Stage 处理时间 等待时间 价值增加比
─────────────────────────────────────────────
需求产生 - - -
产品了解 5分钟 0 100%
申请提交 15分钟 2天(犹豫) 30%
审批决策 2小时 3天(排队) 10%
放款 5分钟 1天(清算) 50%
还款管理 持续 - 持续
总Lead Time: ~6天
总处理时间: ~2.5小时
价值增加比: 2.5h / 144h = 1.7% ← 这个数字揭示了巨大的优化空间
原则3: Stage数量控制在5-8个
太少(3个)没有分析粒度,太多(12个以上)信息过载。
Stage度量体系
每个Stage需要收集的度量:
| 度量 | 定义 | 数据来源 | 分析用途 |
|---|---|---|---|
| Lead Time | 进入到完成的总时间 | 系统日志/人工记录 | 识别bottleneck |
| Process Time | 实际处理时间(不含等待) | 系统日志 | 计算效率 |
| Wait Time | Lead Time - Process Time | 计算得出 | 消除浪费 |
| Value Add % | 真正增加价值的时间占比 | 分析判断 | 精益优化 |
| First Pass Yield | 一次通过率(无需返工) | 系统统计 | 质量度量 |
| Volume | 每日/周/月处理量 | 系统统计 | 容量规划 |
| Cost per Transaction | 单笔处理成本 | 财务分摊 | 成本优化 |
知识点3: 价值流→能力映射方法
这是"三角"方法论的核心连接点——每个价值流Stage由哪些业务能力支撑?
映射方法
价值流Stage × 能力矩阵:
客户 eKYC 信用 反欺诈 审批 放款 账户
画像 评分 管理
Stage: 产品了解 ●
Stage: 申请提交 ● ●
Stage: 审批决策 ● ● ● ●
Stage: 放款 ● ●
Stage: 还款管理 ●
● = 该Stage需要该能力支撑
读法:
- "审批决策"Stage依赖4个能力 → 这是最复杂的Stage
- "客户画像"能力被2个Stage使用 → 这是高价值能力
- "eKYC"只服务于"申请提交" → 但它是准入门槛
从映射中提取洞察
洞察1: 高复用能力是投资优先级
- 被多个Stage使用的能力,投资回报最高(改一处、多处受益)
- 例如"客户画像"被产品推荐和审批两个Stage使用,投资ROI高
洞察2: Bottleneck Stage的支撑能力需要优先增强
- 如果"审批决策"是Lead Time最长的Stage(3天等待)
- 那支撑它的能力(信用评分、反欺诈、审批)就是优化重点
- 如果"信用评分"从人工改为AI自动化,可能将审批时间从3天降到3小时
洞察3: 能力缺失导致价值流断裂
- 如果某个Stage缺少关键能力支撑(热力图为红色)
- 该Stage就是端到端体验的短板
- 例如缺少"实时信用评分"能力,导致审批必须人工介入
知识点4: 投资三角 — 从价值流到预算分配
投资三角模型:
价值流分析
/ \
/ 投资 \
/ 决策 \
/ (这里) \
/________________\
能力评估 ←→ 预算约束
三角联动:
1. 价值流分析 → 识别哪些Stage是bottleneck
2. 能力评估 → 识别bottleneck Stage的支撑能力有哪些差距
3. 投资决策 → 在预算约束下,优先投资"高价值流影响×大能力差距"的领域
投资优先级计算公式
投资优先级分 =
价值流影响分 × 能力差距分 × 业务影响系数 / 预估投资额
其中:
- 价值流影响分 = Stage的bottleneck严重度(1-5)
× Stage的客户感知度(1-5)
- 能力差距分 = 战略重要性 - 当前成熟度(0-4)
- 业务影响系数: 合规=2.0, 客户体验=1.5, 收入=1.3, 效率=1.0
- 预估投资额: 人月数或金额
示例:
"信用评分能力AI化"
= (bottleneck 5 × 客户感知 4) × (能力差距 3) × (效率1.0) / (投资50人月)
= 20 × 3 × 1.0 / 50
= 1.2 ← 投资效率分
"eKYC在线化"
= (bottleneck 3 × 客户感知 5) × (能力差距 4) × (客户体验1.5) / (投资80人月)
= 15 × 4 × 1.5 / 80
= 1.125
结论: 信用评分AI化的投资效率略高于eKYC在线化
但如果eKYC是监管要求(合规系数2.0),则eKYC优先级更高
对比分析
价值流分析方法对比
| 维度 | Lean VSM | TOGAF Value Stream | Business Architecture Guild VSM | SAFe Value Stream |
|---|---|---|---|---|
| 起源 | 精益制造(丰田) | 企业架构 | 业务架构实践 | 敏捷规模化 |
| 关注点 | 消除浪费 | 战略对齐 | 能力映射 | 团队组织 |
| 度量 | Lead Time/Cycle Time | 业务价值 | 能力成熟度 | 交付速度 |
| 典型产出 | 当前状态图/未来状态图 | Architecture Vision | 能力热力图 | ART(敏捷发布火车) |
| 适用场景 | 运营优化 | 架构规划 | 投资决策 | 组织设计 |
| 金融推荐度 | ★★★★ | ★★★★ | ★★★★★ | ★★★ |
实践建议: 金融行业最佳组合是Business Architecture Guild的价值流方法 + Lean的度量体系:
- 用Guild方法做Stage划分和能力映射(战略层面)
- 用Lean方法做每个Stage的时间分析和浪费识别(操作层面)
价值流分析 vs 其他分析方法
| 对比维度 | 价值流分析 | 业务流程分析(BPA) | 客户旅程地图(CJM) | 价值链分析(Porter) |
|---|---|---|---|---|
| 粒度 | 中(5-8个Stage) | 细(数十个Activity) | 中(触点级) | 粗(5大活动) |
| 视角 | 端到端价值创造 | 执行步骤优化 | 客户体验 | 竞争优势 |
| 可操作性 | 高(直接关联投资) | 高(直接优化流程) | 中(需转化为需求) | 低(战略级) |
| 与IT的关联 | 通过能力映射 | 通过系统支撑 | 通过渠道系统 | 间接 |
| 建议组合 | 与能力建模+投资 | 在Stage内细化 | 叠加客户情感 | 战略层面补充 |
架构设计实操
实操: 画"跨境支付"端到端价值流→映射能力→识别投资优先级
设计目标
为一家提供B2B跨境支付的金融科技公司,画出端到端价值流,映射到业务能力,并识别投资优先级。
业务背景
公司现状:
- 主营B2B跨境支付(中国→东南亚)
- 日均处理1000笔,平均到账时间T+2
- 客户投诉top1: 到账慢、状态不透明
- 竞争对手(如Wise)已做到部分通道T+0
- 年度IT预算: 2000万人民币
设计方案
Step 1: 价值流定义
跨境支付价值流(B2B):
触发: 企业客户有跨境付款需求(如支付东南亚供应商货款)
Stage 1: 需求触发
"企业客户产生跨境付款需求"
Stage 2: 方案匹配
"为客户匹配最优支付路径(费率+时效+币种)"
Stage 3: 合规审查
"完成AML/KYC/制裁筛查"
Stage 4: 汇率锁定
"锁定汇率,确认最终金额"
Stage 5: 资金清算
"从付款方扣款,通过清算通道发送"
Stage 6: 收款到账
"收款方收到资金"
Stage 7: 对账确认
"双方确认交易完成,提供回执"
Step 2: 价值流度量(当前状态 — AS-IS)
Stage分析(当前状态):
Stage 处理时间 等待时间 痛点
────────────────────────────────────────────────────
1.需求触发 - - -
2.方案匹配 30min 2h(人工) 人工比价效率低
3.合规审查 1h 4h(排队) 人工审核,高峰堆积
4.汇率锁定 5min 1h(确认) 汇率波动风险
5.资金清算 15min 24h(通道) SWIFT T+1,部分T+2
6.收款到账 10min 12h(落地) 当地银行处理时间
7.对账确认 30min 4h(手工) 人工核对,容易出错
总Lead Time: ~48小时(T+2)
总处理时间: ~2.5小时
价值增加率: 2.5h/48h = 5.2%
客户感知bottleneck: Stage 5(资金清算24h等待)
内部bottleneck: Stage 3(合规审查排队4h)
Step 3: 价值流→能力映射
Stage × 能力映射矩阵:
客户 路径 AML KYC 汇率 支付 SWIFT 当地 对账 状态
管理 规划 筛查 管理 网关 通道 通道 引擎 追踪
─────────────────────────────────────────────────────────────────────
2.方案匹配 ● ● ● ●
3.合规审查 ● ● ● ●
4.汇率锁定 ● ● ● ●
5.资金清算 ● ● ● ● ●
6.收款到账 ● ●
7.对账确认 ● ● ●
能力复用次数:
- 状态追踪: 6次 ← 最高复用,投资回报最高
- 客户管理: 3次
- 汇率管理: 3次
- 当地通道: 2次
Step 4: 能力评估与差距分析
能力评估(1-5分):
能力 战略重要性 当前成熟度 差距 bottleneck影响
────────────────────────────────────────────────────────
状态追踪 5 2 3 高(客户投诉#1)
路径规划 5 2 3 中(效率问题)
AML筛查 5 3 2 高(合规要求)
汇率管理 4 3 1 中(风险可控)
SWIFT通道 4 4 0 低(成熟通道)
当地通道 5 2 3 高(到账时效)
对账引擎 4 2 2 中(运营效率)
支付网关 5 3 2 中(稳定性)
客户管理 3 3 0 低
KYC 4 3 1 低(已有方案)
Step 5: 投资优先级(在2000万预算内)
投资优先级排序:
P0 — 立即投资(预算: 800万):
┌──────────────────────────────────────────────────┐
│ 1. 实时状态追踪系统重建 │
│ 投资: 300万 | 效果: 消除客户投诉#1 │
│ 优先级分: 差距3 × 战略5 × 客户1.5 / 300 = 0.075│
│ │
│ 2. 当地通道接入(新增3个本地清算通道) │
│ 投资: 500万 | 效果: 部分到账T+0 │
│ 优先级分: 差距3 × 战略5 × 客户1.5 / 500 = 0.045│
└──────────────────────────────────────────────────┘
P1 — 6个月内投资(预算: 700万):
┌──────────────────────────────────────────────────┐
│ 3. 智能路径规划(AI选择最优通道) │
│ 投资: 300万 | 效果: 费率降低15%+时效提升 │
│ │
│ 4. AML自动化(规则引擎+AI辅助) │
│ 投资: 400万 | 效果: 审查时间从5h降到30min │
└──────────────────────────────────────────────────┘
P2 — 年内投资(预算: 500万):
┌──────────────────────────────────────────────────┐
│ 5. 对账引擎升级(自动对账) │
│ 投资: 300万 | 效果: STP率从60%提升到95% │
│ │
│ 6. 汇率管理增强(对冲工具) │
│ 投资: 200万 | 效果: 汇率风险降低 │
└──────────────────────────────────────────────────┘
总投资: 2000万 | 预期效果: Lead Time从T+2降到T+0/T+1
Step 6: 目标状态价值流(TO-BE)
优化后的价值流(目标状态):
Stage 处理时间 等待时间 改进点
────────────────────────────────────────────────────
1.需求触发 - - -
2.方案匹配 5min 0(AI) AI智能路径规划
3.合规审查 10min 10min 自动化规则引擎
4.汇率锁定 1min 0(实时) 实时汇率API
5.资金清算 5min 2h(快通道) 本地清算通道
6.收款到账 5min 1h(本地) 当地即时到账
7.对账确认 5min 0(自动) 自动对账引擎
目标Lead Time: ~4小时(日间T+0)
目标处理时间: ~31分钟
价值增加率: 31min/4h = 12.9%(从5.2%提升到12.9%)
ADR
ADR-003: 跨境支付价值流优化投资方案
状态: 待审批
日期: 2026-04-01
背景:
跨境支付当前Lead Time为T+2,客户投诉集中在"到账慢、状态不透明"。
年度IT预算2000万,需要决定投资优先级。
决策:
基于价值流×能力×投资三角分析,将2000万预算分三波次投入:
- P0(800万): 实时状态追踪 + 当地通道接入
- P1(700万): 智能路径规划 + AML自动化
- P2(500万): 对账自动化 + 汇率管理增强
理由:
1. P0直接解决客户投诉#1(状态不透明)和核心竞争力(到账时效)
2. P1提升运营效率(AML)和客户价值(最优费率)
3. P2是运营优化,紧迫性相对较低
后果:
- Lead Time从T+2目标降到T+0(日间)
- 客户满意度预期提升30%
- AML审查效率提升10倍
- 需要新增2名通道对接工程师
权衡取舍
| 决策点 | 选项A | 选项B | 选择理由 |
|---|---|---|---|
| 状态追踪 vs 通道接入优先 | 先做状态追踪 | 先做通道接入 | 先状态追踪 — 投资小、见效快,同时为通道接入做数据准备 |
| AML: 自建 vs 买方案 | 自建规则引擎 | 购买ComplyAdvantage等 | 混合: 买基础方案+自建差异化规则 |
| 本地通道: 自建 vs 聚合商 | 自建直连当地银行 | 通过聚合商(如Rapyd) | 先聚合商(快速上线),然后高频通道转自建 |
AI增强实践
本日AI提效方法
- 价值流时间分析: 让AI分析系统日志,自动计算各Stage的Lead Time和Wait Time
- Bottleneck识别: AI基于历史数据识别价值流中的bottleneck模式
- 投资方案模拟: 用AI做不同投资组合的ROI模拟
AI辅助的具体Prompt示例
Prompt 1: 价值流设计
我正在为一家B2B跨境支付公司画价值流。
业务场景:
- 中国企业向东南亚供应商付款
- 目前主要通过SWIFT通道
- 支持人民币→美元→当地货币的换汇
请帮我:
1. 定义5-8个价值流Stage(从客户需求触发到交易完成)
2. 每个Stage说明:
- 客户获得的价值增量
- 典型处理时间和等待时间
- 常见的痛点和浪费
3. 标注哪些Stage是金融合规要求的(不能跳过)
4. 与Wise、Airwallex等竞品对比各Stage的效率差异
Prompt 2: 投资ROI模拟
基于以下数据,帮我模拟三种投资方案的ROI:
当前状态:
- 日均交易量: 1000笔
- 平均交易金额: $50,000
- 当前费率: 0.5%
- 日均收入: $250,000
- 客户月流失率: 5%
方案A(保守): 投资800万,优化状态追踪+对账
方案B(平衡): 投资1500万,+AML自动化+路径优化
方案C(激进): 投资2000万,+本地通道+AI全面优化
请计算每个方案的:
1. 预期客户留存改善
2. 预期交易量增长
3. 预期成本节省
4. 18个月累计ROI
5. 盈亏平衡点
AI生成 vs 人工判断的边界
| 环节 | AI可以做 | 人必须做 |
|---|---|---|
| Stage定义 | 基于行业最佳实践生成初稿 | 确认是否符合实际业务逻辑 |
| 时间分析 | 从日志数据统计处理时间 | 判断等待时间的根因(是技术还是流程) |
| Bottleneck识别 | 基于数据识别最慢的Stage | 判断bottleneck是否可以消除(监管约束?) |
| 投资ROI计算 | 基于假设计算各方案ROI | 验证假设是否合理(市场变化?) |
| 能力映射 | 自动匹配Stage和能力 | 确认映射的完整性和准确性 |
与Web3/DeFi的关联
| 传统价值流 | Web3对应 | 关键差异 |
|---|---|---|
| 跨境支付价值流(T+2) | 链上转账(秒级确认) | 去除清算中介,Lead Time从天级降到秒级 |
| AML合规审查Stage | 链上AML(Chainalysis) | 实时链上监控 vs 批量审查 |
| 汇率锁定Stage | AMM实时报价 | 无需锁汇,实时执行 |
| 对账确认Stage | 链上天然对账 | 区块链本身就是分布式账本 |
| 状态追踪能力 | 区块链浏览器(Etherscan) | 交易状态天然透明 |
深度思考: DeFi的跨链桥其实就是"Web3版的跨境支付",它的价值流是:
DeFi跨链转账价值流:
1. 发起跨链 → 2. 源链锁定 → 3. 验证确认 → 4. 目标链释放
传统跨境支付价值流中的AML/KYC/汇率/清算/对账Stage
在DeFi中被"智能合约+共识机制"一次性解决。
这就是为什么跨境支付是Web3最有颠覆潜力的领域:
传统7个Stage → DeFi 4个Stage
传统48h → DeFi 10min
传统5.2%价值增加率 → DeFi接近100%
今日思考
思考1: 价值流分析最被低估的价值是什么?
不是"识别bottleneck"(大家都知道哪里慢),而是量化"等待时间"占比。当你把"98%的时间都是在等待"这个数字展示给管理层时,投资决策的说服力远超任何定性分析。在金融行业,这个数字通常在90-99%之间,因为合规审查、人工审批、批量处理都会引入大量等待。
思考2: 价值流×能力×投资三角的最大风险是什么?
假设风险。整个分析建立在"能力差距弥补后,价值流会改善"的假设上。但实际中可能存在:
- 外部约束(SWIFT通道的速度你改不了)
- 组织阻力(某些等待时间是人为制造的审批层级)
- 技术约束(遗留系统无法支撑实时处理)
所以,每个投资决策都应该有明确的验证假设和退出标准。
思考3: 如何处理多条价值流的投资冲突?
一个企业通常有5-15条价值流,当多条价值流需要投资同一个能力时,优先级怎么定?
方法是计算能力的"价值流加权得分":
- 能力A被价值流1(收入权重60%)和价值流3(权重15%)使用
- 能力A的加权投资优先级 = 价值流1的需求分×0.6 + 价值流3的需求分×0.15
这样就把多条价值流的投资诉求统一到一个能力级别的优先级排序中。
面试题准备
Q1: 价值流分析如何驱动架构决策?
30秒版本: 价值流分析通过量化每个Stage的Lead Time和Wait Time,识别端到端bottleneck。然后将bottleneck Stage映射到支撑它的业务能力,评估能力差距,从而确定IT投资和架构改进的优先级。它的核心价值是用客户价值视角驱动技术决策。
2分钟版本:
我用"价值流×能力×投资三角"来驱动架构决策,具体分四步:
第一步,画价值流并度量。从客户需求触发开始,定义5-8个Stage,每个Stage度量Lead Time、Process Time、Wait Time和First Pass Yield。关键发现通常是"95%以上的时间都是等待"。
第二步,映射能力。每个Stage由哪些业务能力支撑?这一步建立了从客户体验到技术系统的链路。
第三步,评估差距和优先级。用Day 2学的能力热力图方法评估每个能力的成熟度差距,但权重不再是简单的"战略重要性",而是"价值流bottleneck影响×能力差距"。
第四步,制定投资方案。在预算约束下,选择投资组合,并为每个投资设定验证假设和预期KPI。
实际案例:在跨境支付场景中,价值流分析揭示"资金清算"Stage的24小时等待是最大bottleneck。映射到能力发现"当地清算通道"成熟度最低(L1)。基于此做出的架构决策是:优先接入东南亚本地即时支付网络(如印尼的BI-FAST、泰国的PromptPay),而不是优化内部系统——因为bottleneck在外部通道,不在内部处理。
这个例子说明价值流分析最大的价值:它帮你避免"优化错误的东西"。
追问准备:
- 追问: 如果数据不可得(没有系统日志)怎么办? → 用Workshop方式让业务人员估算,精确度80%就够用。重要的是相对比较,不是绝对数值
- 追问: 如何让管理层接受这个分析? → 用一个数字: "价值增加率只有5%"——这意味着95%的时间在浪费,任何管理层都会重视
- 追问: 价值流分析需要多久? → 一条价值流从Workshop到分析完成约1-2周。5条核心价值流约2-3个月
Q2: 在金融行业,有哪些特殊的价值流设计考量?
30秒版本: 金融行业的价值流有三个特殊性:一是合规Stage不能跳过也不能并行(如AML必须在交易执行前完成);二是资金安全要求对账Stage必须是强一致性的;三是监管要求完整的价值流审计追踪,每个Stage的处理记录都需要保留。
2分钟版本:
金融行业价值流设计有五个特殊考量:
一是合规Stage的强制性。与电商不同,金融价值流中的AML/KYC/制裁筛查Stage是监管强制要求的,不能为了效率而跳过或异步化。架构设计必须考虑这些Stage的性能(因为它们是串行阻塞的)。
二是资金一致性要求。任何涉及资金移动的Stage,必须保证"原子性"——要么成功,要么回滚,不能出现中间状态。这直接影响架构设计:分布式事务、补偿事务(Saga模式)、幂等性设计。
三是审计可追溯性。监管要求能够追溯任何一笔交易的完整生命周期。这意味着价值流的每个Stage都需要"事件溯源"(Event Sourcing)或完整的审计日志。
四是日终处理依赖。很多金融价值流不是纯实时的,而是依赖日终批量处理(如清算、对账、资金归集)。架构设计需要处理"实时在线处理"和"批量离线处理"的衔接。
五是多监管域交叉。跨境支付等场景涉及多个监管域(如中国的反洗钱法+欧盟AMLD+目标国本地法规)。价值流中可能需要多个并行的合规检查Stage,增加了架构复杂度。
追问准备:
- 追问: 如何在保证合规的同时优化时效? → 将AML从"人工审核"变为"AI预审+人工复核",保持合规但大幅减少等待时间
- 追问: 实时处理和批量处理如何衔接? → 用"实时写入+批量聚合"模式(类似Lambda Architecture)
学习资源
| 资源 | 类型 | 推荐度 | 说明 |
|---|---|---|---|
| 《Value Streams and Value Stream Mapping》(Karen Martin) | 书籍 | ★★★★★ | Lean VSM经典教材 |
| 《Business Architecture Body of Knowledge (BIZBOK)》 | 标准 | ★★★★★ | 价值流与能力映射的权威方法 |
| 《Learning to See》(Mike Rother) | 书籍 | ★★★★ | VSM入门经典(制造业视角但方法通用) |
| Business Architecture Guild资料 | 在线资源 | ★★★★ | 行业最佳实践 |
| SAFe Value Stream定义 | 在线文档 | ★★★ | 理解组织级价值流 |
| 《This is Lean》(Niklas Modig) | 书籍 | ★★★★ | 效率悖论的深度思考 |
明日预告
Day 4: 业务流程架构(高级) — 从价值流的战略层面深入到流程的操作层面。不讲BPMN语法,而是讲流程治理、STP(直通处理)率优化、异常处理设计模式。实操环节将设计"反洗钱审查"全流程,含正常/异常/升级/超时路径,并标注STP率优化方案。