团队拓扑设计Skill team-structure

这个技能用于基于Team Topologies原则设计团队拓扑,支持组织设计、团队重构和结构演变,优化团队管理和协作效率。关键词:团队设计,组织架构,Team Topologies,团队管理,组织发展,团队拓扑,组织设计,团队演变。

组织发展 0 次安装 0 次浏览 更新于 3/11/2026

名称: 团队结构 描述: 使用团队拓扑原则设计团队拓扑。适用于组织设计、团队重组或结构演变。 允许工具: 读取, 全局搜索, 查找, 写入, 技能, 任务 参数提示: <上下文> [–团队数 <N>] [–模式 <设计|分析|演变>]

/团队结构 命令

使用团队拓扑原则为组织设计团队拓扑。

使用

/团队结构 "电商平台"
/团队结构 "数据平台" 团队数=5
/团队结构 "当前组织" 模式=分析
/团队结构 "微服务迁移" 模式=演变

参数

参数 必填 描述
上下文 要设计团队的组织、产品或系统
团队数 目标团队数量(帮助约束设计)
模式 设计(默认)、分析演变

模式

设计模式(默认)

从头创建新的团队结构:

  1. 分析架构/有界上下文
  2. 识别所需团队类型
  3. 将上下文映射到团队
  4. 定义交互模式
  5. 评估认知负载
  6. 生成结构推荐

分析模式

评估现有团队结构:

  1. 映射当前团队和职责
  2. 分类团队类型
  3. 识别反模式
  4. 评估认知负载
  5. 评分交互健康度
  6. 推荐改进

演变模式

规划从当前到目标状态的演变:

  1. 记录当前结构
  2. 定义目标结构
  3. 识别差距
  4. 规划过渡阶段
  5. 定义成功标准
  6. 创建路线图

工作流

步骤1:加载技能

加载团队设计指导所需技能:

要加载的技能:
- 团队拓扑(团队类型定义)
- 逆康威法则(架构对齐)
- 认知负载评估(负载分析)
- 交互模式(交互方式)
- 团队API设计(团队接口)

步骤2:收集上下文

基于模式,收集相关信息:

对于设计模式:

  • 架构文档
  • 有界上下文图
  • 业务价值流
  • 技术复杂性区域
  • 组织约束

对于分析模式:

  • 当前团队列表和组成
  • 团队职责
  • 当前痛点
  • 交付指标(如果可用)
  • 已知摩擦区域

对于演变模式:

  • 当前状态(团队、交互)
  • 目标架构
  • 业务驱动因素
  • 时间线约束
  • 风险容忍度

步骤3:生成团队架构师代理

委托给 团队架构师 代理进行全面分析:

任务:为 {上下文} 设计团队结构
模式: {模式}
约束: {如果指定团队数}

提供:
- 团队类型推荐
- 有界上下文映射
- 交互模式
- 认知负载评估
- 演变路线图(如果是演变模式)

步骤4:呈现结果

呈现团队结构设计,包括:

  1. 执行摘要 - 一段概述
  2. 团队结构图 - 视觉表示
  3. 团队详情 - 每个团队的类型、使命、所有权
  4. 交互地图 - 团队如何协作
  5. 认知负载摘要 - 每个团队的负载
  6. 推荐 - 优先行动项
  7. 风险 - 潜在问题和缓解措施

输出格式

# 团队结构: {上下文}

## 摘要
{一段概述推荐结构}

## 团队结构图
```text
{ASCII图显示团队和关系}

团队(共 {N} 个)

流对齐团队({N})

团队 使命 有界上下文
{名称} {使命} {上下文}

平台团队({N})

团队 使命 能力
{名称} {使命} {他们提供什么}

赋能团队({N})

团队 重点 当前参与
{名称} {重点} {他们在帮助谁}

复杂子系统团队({N})

团队 专业领域 接口
{名称} {专业化} {如何被消费}

交互模式

{ASCII图显示交互模式}

模式 备注
{团队} {团队} {模式} {详情}

认知负载摘要

团队 负载评分 状态
{团队} {X/75} {🟢🟡🔴}

推荐

立即

  1. {行动}
  2. {行动}

短期

  1. {行动}
  2. {行动}

长期

  1. {行动}
  2. {行动}

风险

风险 影响 缓解
{风险} {影响} {策略}

## 示例

### 示例1:电商平台

```bash
/团队结构 "电商平台"

输出亮点:

  • 6个流对齐团队(目录、购物车、结账、支付、履约、客户)
  • 1个平台团队(开发者平台)
  • 1个赋能团队(DevOps赋能)
  • 1个复杂子系统团队(搜索/推荐)

示例2:分析现有结构

/团队结构 "当前组织" 模式=分析

输出亮点:

  • 分析12个团队
  • 识别3个反模式(层导向团队、共享服务瓶颈)
  • 2个团队的认知负载问题
  • 重组推荐

示例3:规划演变

/团队结构 "单体到微服务" 模式=演变

输出亮点:

  • 当前:2个大团队
  • 目标:5个流对齐团队 + 平台
  • 3阶段过渡计划
  • 每个阶段的风险缓解

相关命令

  • /认知负载 - 深入探讨团队的认知负载
  • /沃德利图 - 团队定位的战略分析

相关技能

  • 团队拓扑 - 团队类型定义和模式
  • 逆康威法则 - 架构-团队对齐
  • 认知负载评估 - 负载测量方法
  • 交互模式 - 交互模式指导

最后更新: 2025-12-26