软件工程 / 架构设计方法论知识图谱 / 分组目录 / 域·团队与康威
域组 · N · 13 节点

域·团队与康威

GD-N
域组基础进阶高级13 节点

§1组简介

组目录:本质层方法论层技术实践层域·概念与需求域·架构设计域·实现与构造域·测试域·部署域·运维域·演化与弃用域·质量属性域·团队与康威域·方法论主干域·跨域横切·质量属性横切·技术债横切·团队与康威案例层

本组 13 个节点，类型为 域组，域 N，覆盖阶段 基础 / 进阶 / 高级。

← 上一页组总索引全局交互总览视图视图入口

§2成员节点目录

节点 ID名称层/来源阶段简介
ESS-N-01康威定律本质 essence进阶设计系统的组织受沟通结构约束，其产出会复制该组织的沟通结构；系统架构与组织结构之间存在保结构的对应关系。它提示架构设计与组织设计必须协同。它把组织设计纳入架构决策的范畴。
ESS-N-02组织-架构同态本质 essence进阶组织沟通结构与其所设计系统的架构之间存在保结构的同态关系：沟通密集处趋于高内聚，沟通稀疏处趋于系统边界；若每个子系统各有独立设计组，两种结构几乎完全一致。
ESS-N-03团队边界与架构边界耦合本质 essence进阶团队边界与系统架构边界相互耦合：团队负责范围若与模块边界错位，跨边界协调成本会以接口复杂度、交接与返工的形式转嫁到系统上，二者需同步演化。
ESS-N-04认知负荷约束本质 essence基础团队能承载的复杂度有限，每一个新增的工具、职责或领域都消耗其心智带宽；认知负荷因此是划分团队与架构时必须显式考虑的约束，而非可忽略的软因素。
ESS-N-05组织即设计系统本质 essence高级承担系统设计的组织本身也是一个需要被设计的系统：其结构、边界、沟通与激励机制共同决定它能产出什么样的架构，因此组织设计应被视为技术设计的组成部分。
MTH-N-01逆向康威操作方法论 methodology进阶主动演进团队与组织结构，使其沟通结构对应期望的软件架构，从而让目标架构在组织沟通结构的塑形作用下自然生长，而非在既有组织形态下被扭曲。
MTH-N-02团队拓扑四类型方法论 methodology进阶把团队设计约束为四种基本形态——对齐价值流的团队、教练赋能团队、复杂子系统团队与平台团队——借成熟模式引导快速流动，同时以有限类型抑制组织设计的随意性。
MTH-N-03团队交互模式方法论 methodology进阶显式定义团队之间的交互方式——限时高带宽协作、清晰边界的服务消费、以及教练式促进——以消除含糊的协调要求，使团队边界的成本与收益可被管理。
MTH-N-04平台团队与最薄可行平台方法论 methodology进阶以产品方式建设平台团队，把通用能力封装为可自助使用的内部产品，以降低流对齐团队的认知负荷、加速交付；并以最薄可行平台约束平台规模，避免臃肿平台制造新依赖。
MTH-N-05DORA 交付效能指标方法论 methodology进阶以一组经过实证的软件交付效能指标——吞吐侧的变更前置时间、部署频率、失败部署恢复时间，与不稳定侧的变更失败率、部署返工率——衡量组织把变更交付到生产的效能，并用于改进而非考核。
MTH-N-06团队边界治理方法论 methodology高级把团队边界视为需要持续校准的活对象：以价值流、所有权、认知负荷与交付信号为依据，周期性评估并调整边界与交互方式，防止边界随组织惯性僵化或频繁漂移。
TEC-N-01交付效能度量与仪表化技术实践 technology进阶把交付效能指标的采集、聚合与呈现平台化：从版本控制与流水线事件自动计算并持续反馈，并以治理机制约束指标被博弈（gaming）的风险，使度量服务于改进而非考核。
TEC-N-02团队拓扑落地与规模化技术实践 technology高级在规模化组织中落地团队拓扑四类型与三交互模式，以认知负荷管理与快速流动为约束、显式定义团队交互方式的组织实践，用于把团队结构与被期望的架构对齐。

§3组内关系图

域·团队与康威 组内关系图前置依赖（prerequisite）：康威定律是组织-架构同态关系的原始表述前置依赖（prerequisite）：同态关系是团队-架构边界耦合的理论基础前置依赖（prerequisite）：认知负荷是划定团队边界的依据细化（refines）：同态机制细化了组织即设计系统的论断前置依赖（prerequisite）：组织设计须管理团队的认知负荷依据推导（derives_from）：逆向康威操作依据组织-架构同态关系依据推导（derives_from）：团队拓扑四类型依据认知负荷约束依据推导（derives_from）：交互模式设计依据团队边界耦合依据推导（derives_from）：平台团队以降低认知负荷为目的依据推导（derives_from）：交付效能指标度量组织作为设计系统的产出依据推导（derives_from）：团队边界治理依据边界耦合关系前置依赖（prerequisite）：逆向康威操作以团队拓扑为结构模板依赖关联（dependency）：团队类型须以交互模式定义协作细化（refines）：平台团队是四类型之一的专门化依赖关联（dependency）：平台团队主要采用服务消费交互依赖关联（dependency）：边界治理以团队拓扑为参照促成（enables）：交付效能指标为边界治理提供反馈信号对照（contrasts）：约束性模板与持续边界治理的张力张力冲突（conflicts）：平台服务化与高带宽协作需求的张力实现（implements）：交付指标的自动采集与仪表化落地实现（implements）：规模化组织中落地团队拓扑四类型实现（implements）：以最薄可行平台落地平台团队实现（implements）：以流动信号持续校准团队边界组合（combination）：度量反馈与团队拓扑落地协同团队拓扑四类型团队拓扑四类型（MTH-N-02）康威定律康威定律（ESS-N-01）组织-架构同态组织-架构同态（ESS-N-02）团队边界与架构边界耦合团队边界与架构边界耦合（ESS-N-03）认知负荷约束认知负荷约束（ESS-N-04）组织即设计系统组织即设计系统（ESS-N-05）逆向康威操作逆向康威操作（MTH-N-01）团队交互模式团队交互模式（MTH-N-03）平台团队与最薄可行平台平台团队与最薄可行平台（MTH-N-04）DORA 交付效能指标DORA 交付效能指标（MTH-N-05）团队边界治理团队边界治理（MTH-N-06）交付效能度量与仪表化交付效能度量与仪表化（TEC-N-01）团队拓扑落地与规模化团队拓扑落地与规模化（TEC-N-02）
前置依赖实现依据推导案例印证对比冲突
域·团队与康威：组内关系图（全部 13 个成员）：内联 13 个节点、24 条组内边，连线按边类型着色（六类配色见下）；构建期确定性计算，无运行期脚本。

§4学习路径提示

本组内存在 5 条前置依赖边（prerequisite），推荐先掌握前置知识点，再进入依赖它的节点。

推荐阅读顺序（拓扑序）
康威定律 → 逆向康威操作 → 平台团队与最薄可行平台 → DORA 交付效能指标 → 团队边界治理 → 交付效能度量与仪表化 → 团队拓扑落地与规模化 → 组织-架构同态 → 团队拓扑四类型 → 组织即设计系统 → 团队交互模式 → 认知负荷约束 → 团队边界与架构边界耦合

出组依赖（本组成员 → 组外节点）