企业正从基于项目的模式转向长期存在的、以成果为导向的产品团队。这一转变要求架构实践从以框架为中心的执行转向以客户为中心的价值赋能。当TOGAF®标准通过产品思维的视角重新构想时,可以帮助架构师从交付产品转向赋能能力。本文探讨如何应用TOGAF®标准的架构——尤其是ADM和能力模型——以支持以成果为导向的产品交付,并提供实践指南,帮助将架构融入敏捷、以产品为导向的组织。
多年来,架构一直与项目紧密相连。架构师在项目初期编制文档、审查解决方案,并在移交前签字确认。但随着企业采用以产品为中心的运营模式,这种关系正面临挑战。
产品思维注重持续的客户价值、持续交付和长期所有权,而不仅仅是完成任务。在这种环境下,架构师必须从框架守护者转变为战略产品的使能者,以实现可衡量的成果。
TOGAF®仍然高度相关——但只有当其结构和输出以产品思维进行解读时才如此。本文探讨了TOGAF培训的架构师如何更深入地与产品团队整合,并使架构活动与客户和业务价值保持一致。
为什么产品思维改变架构
传统企业架构在敏捷组织中往往面临挑战,原因在于:
它的运作周期比敏捷团队更长
它关注“完整性”而不是“迭代”
它衡量的是“产出”(生成的文档),而不是“成果”(交付的价值)
产品思维要求架构师:
聚焦客户问题,而不仅仅是系统结构
在价值流中运作,而不是功能孤岛
提供持续指导,而不是一次性的评审
最终,架构需要变得迭代化、嵌入式、与团队目标对齐。
对产品团队来说,架构有价值的地方在于:它能帮助他们更快、更高质量地交付,并减少返工——而不是单纯提供合规性文档。
将 TOGAF® 转化为产品导向的视角
TOGAF®标准的核心组成部分——包括 ADM(架构开发方法)、能力模型和治理机制——如果以敏捷和持续性的方式重新解读,就能够服务于产品成果。
下表展示了 TOGAF 元素在产品交付模型中的演变:
传统 TOGAF 实践 |
产品导向解读 |
价值 |
ADM 作为一次性的阶段循环 |
ADM 作为持续的能力优化循环 |
支持架构的持续演进 |
能力地图作为规划工件 |
能力地图作为优先级排序和投资的实时工具 |
驱动产品战略和任务编排 |
架构路线图作为里程碑计划 |
路线图与产品愿景和季度目标对齐 |
增强计划可见性和成果导向 |
这种思维方式的转变,能帮助架构师在产品型组织中保持相关性——并确保架构赋能敏捷,而不是阻碍敏捷。
将架构融入产品团队
要实现成果驱动,架构师必须嵌入交付流中,共同拥有产品愿景,并长期塑造决策。这需要在运营节奏、语言和工具上做出调整。
运营模型对齐
下表展示了关键架构活动在产品价值交付中的转变:
架构活动 |
产品导向实践 |
成果 |
能力映射 |
将能力映射到产品团队和客户旅程 |
明确所有权和价值贡献 |
路线图制定 |
与产品经理和技术负责人共同制定路线图 |
对齐战略和执行 |
架构评审 |
用协作式的架构工作坊替代“闸口”评审 |
提升速度和设计质量 |
治理与风险 |
在产品迭代中嵌入“适度治理” |
减少延迟,同时保持标准 |
当架构师与产品团队在同一计划节奏下工作时,他们的投入才会变得相关、及时、受欢迎。
面向成果,而非产出
许多架构师依然以“产出思维”运作——用生成的文档或完成合规来衡量影响。但产品思维要求转向价值导向的指标。
衡量架构对产品成果的影响
旧指标 |
新指标 |
意义 |
完成的架构文档 |
架构构件(ABB)的复用率 |
鼓励模块化设计与知识共享 |
举办的评审会议次数 |
关键技术决策的平均决策时间 |
反映响应速度与影响力 |
遵循 TOGAF 步骤 |
受架构指导影响的产品 OKR |
将 EA 工作与可衡量成果对齐 |
通过将架构工作与客户成果(如交付周期缩短、NPS 提升、平台效率提高)挂钩,EA 团队可以在产品环境中重新定义其价值。
自我反思与赋能
请问自己:
你的架构交付物是与产品成果对齐,还是仅仅服务于交付检查点?
产品经理和团队是否把你视为合作伙伴,而不是审核者?
你是否用敏捷性、复用率或用户影响来衡量 EA 的贡献?
行动提示:
本周参加一次产品团队会议。询问架构决策是如何做出的,当前有哪些阻碍,以及架构如何能加速交付。
使用他们的语言——产品、客户、指标——而不是框架或层次结构
结论
产品思维并没有取代架构——它重塑了架构。
TOGAF®标准提供了基础,但企业架构师必须重新解读其产出、实践和节奏,以支持以成果为导向、与产品对齐的交付模式。
通过嵌入产品团队、以价值而非合规衡量成果、聚焦复用、清晰和共创,架构师能够成为推动业务敏捷和客户成功的关键贡献者。