知识卡片
领域、角色、关注:三问题重构EHM,实现与团队的领域对立
内容
突破[[EHM模型的局限:少了一半的观察,容不下新角色|EHM模型局限]]的关键,是把”你在哪里?是谁?在做什么?”这三个问题对应到三个概念上:领域、角色、关注。先把EHM抽象为一条单向轴线,再把”经营”这个角色从工程问题中析出、向轴线右端无限延伸——因为经营者与具体工程问题”几乎”无限之遥远,但任何有意义的工程实施终究会受经营决策的间接影响(可能立刻体现,也可能很久之后才显现,用虚线标注这种影响)。剩下”实现”与”团队”两类角色,二者本质不同:若某角色在两者边界上频繁切换,成本消耗是不可控的,这正是《大道至简》用一个界面(临界点)把二者分隔开、让实现角色”根本不知道所谓的工程”却仍遵循工程原则推进项目的原因。用”领域”这一视角细看,会发现实现角色所在的是技术领域,团队角色所在的是工程领域:技术领域关注实现细节,追求实现过程的最优解;工程领域关注团队及目标的规模,期望让”目标、资源与质量”整体可控。有趣的是,技术领域一旦发现更细节或更宏大的实现”可能”,就会毫不犹豫地把这种可能升级为”必须”并为之充满激情——而这往往正是以牺牲规模可控性为代价的,这解释了技术理想主义与工程管理之间的天然张力从何而来。
结构图:
flowchart LR
A["EHM单向轴线"]
A --> B["经营角色<br/>(几乎无限远,虚线间接影响工程)"]
A --> C["实现角色<br/>=技术领域<br/>关注细节,追求最优解<br/>可能→必须(牺牲规模)"]
A --> D["团队角色<br/>=工程领域<br/>关注规模,追求目标/资源/质量整体可控"]
C -.边界切换成本不可控.- D
参考来源
- 位置:《我的架构思想:基本模型、理论与原则》附三《超越软件架构——组织与架构》之"1.2 领域角色的关注"与"1.3 谁关注方向问题?"(源文件:_epub-src/ch023.xhtml)
- 结论依据:原文说明"实现角色是在技术领域,团队角色则是在工程领域。技术领域关注的是实现的细节……工程领域关注的是团队及其所应对目标的规模……一旦更细节的或者更宏大的实现成为可能,那么他们将毫不犹豫地将这种'可能'升级为'必须'……而这一切,往往又是以牺牲规模为代价的",直接支撑本卡关于技术领域与工程领域对立及其张力来源的结构图。
- 原始内容:若某角色在"实现"与"团队"两个领域边界上切换,其成本消耗是不可控的。