知识卡片
架构师不能一言堂中心化虽高效但违背企业级不依赖任何人的目标
内容
企业级项目里跨团队协调经常反复拉扯、”按下葫芦浮起瓢”,这时 几乎所有人(包括架构师自己)都会冒出同一个念头:”为什么不 干脆让架构师直接拍板决定?”从纯执行效率的角度看,如果业务 架构师拥有足够大的权力,确实更容易把整体架构贯彻下去——中心化 本身是一种高效的执行结构。但作者指出这个直觉恰恰和企业级项目 真正要达成的目标相悖:理想的企业级项目建成之后,应该达到”不 依赖任何特定的人”的状态——业务架构变成企业共有的、可以脱离 任何一位架构师独立运转的通用语言和结构,而不是绑定在某个强人 身上的个人权威。如果让架构师变得过于强势、遇到分歧就一言堂 拍板,反而会亲手制造出这种对个人的依赖——企业级项目原本要 打破的是部门边界、要建立的是可以被广泛理解和执行的共同结构, 一旦决策权高度集中在架构师个人身上,这套结构的存续就会重新 系在一个人的判断力和存在与否上,这和”让整个企业具备结构化能力” 这个初衷背道而驰。因此,即便中心化短期内看起来能少开很多会、 少走很多弯路,业务架构师也必须接受、甚至主动鼓励别人提出调整 诉求,把架构的说服力建立在模型本身的合理性和反复沟通之上, 而不是建立在自己的话语权上。
参考来源
- 位置:《企业级业务架构设计:方法论与实践》第9章"基于业务
架构方案的实施过程"9.3节"处理架构调整的原则"之"1.为什么
不能允许简单的指定架构?"(源文件:_epub-src对应
text00024.html一带)
- 结论依据:原文明确"业务架构师如果具有较大的权力,则确实
有助于贯彻整体架构,中心化毕竟是一种高效的执行结构。但是
高度中心化的决策方式其实不符合建设企业级项目的目标,理想的
企业级项目,实现之后应该达到不对任何人依赖,而过于强势的
架构师自然会导致这种依赖的产生,所以,必须接受、鼓励、坦然
应对这种调整要求",直接支撑中心化虽高效但违背企业级不依赖
任何人这一目标的结论。
- 原始内容:高度中心化的决策方式其实不符合建设企业级项目的
目标,理想的企业级项目,实现之后应该达到不对任何人依赖,
而过于强势的架构师自然会导致这种依赖的产生。