mcpField
T
team-builder

team-builder

github.com/joellewis生产力739 次安装30 周前更新
代码仓库

关于 team-builder

team-builder 是帮助团队领导者提升信任、学习和执行力的团队建设技能。它侧重心理安全、共享背景、坦诚反馈和下放决策等机制,而非仅依赖社交活动。

主要功能

  1. 01建立心理安全
  2. 02共享组织背景
  3. 03形成脆弱性循环
  4. 04同伴反馈与复盘
  5. 05下放决策权限
  6. 06团队效能评估框架

适用场景

  1. 01提升团队会议参与度
  2. 02复盘项目失败而不互相归咎
  3. 03协调各自为政的部门
  4. 04以分散决策方式扩展团队

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/joellewis/skill-library --skill team-builder

安装后在 Claude Code 中输入/team-builder确认已加载。

详细介绍

概述

团队建设是一门营造高度信任、高绩效环境的学问。这项技能通过建立结构性机制,保障心理安全、共享意识和自主执行,取代“表面功夫式”的团队建设,确保每位成员都能安心表达、坦诚示弱,并围绕共同目标保持一致。

指导原则

原则 1:心理安全至关重要(来源:Edmondson,《Fearless Organization》)

团队成功的首要预测因素,是成员相信自己表达想法、提出问题、说明顾虑或承认错误时,不会受到惩罚或羞辱。没有安全感,团队就无法学习或创新。

原则 2:脆弱性循环(来源:Coyle,《The Culture Code》)

人们愿意示弱时,信任便会建立起来。领导者承认自己不了解某件事或寻求帮助,会向其他人传递信号:他们也可以这样做,从而形成不断强化的“脆弱性循环”。

原则 3:共享意识(来源:McChrystal,《Team of Teams》)

在复杂环境中,每位团队成员都必须了解整个组织的“大局”。高绩效团队依靠彻底的透明度,让分散各处的成员也能做出与整体目标一致的决策。

原则 4:园丁模式(来源:McChrystal,《Team of Teams》)

领导者不是移动棋子的棋手,而是一名“园丁”。他们的职责是塑造生态系统(文化、透明度、安全感),让团队得以蓬勃发展并自主执行。

原则 5:坦率胜于诚实(来源:Catmull,《Creativity Inc》)

“诚实”带有道德上的分量,可能让人望而生畏。“坦率”则是一种专业工具。建立一些机制(例如 Braintrust),让坦率的反馈成为常态,不针对个人,只专注于改进工作。

何时使用此技能

  • 当团队出现“沉默”现象,或会议中缺乏参与时。
  • 当项目失败,而团队选择相互“指责”而非从中学习时。
  • 当组织规模扩大,需要建立“团队中的团队”结构时。
  • 当文化显得“各自为政”,各部门彼此脱节时。

何时不使用此技能

  • 在复杂度低、重复性强,且唯一衡量指标是个人产出的任务中。
  • 在临时的一次性小组中,此时构建“共享意识”的投入并不值得。

核心流程

步骤 1:建立心理安全

营造开放对话的环境。(来源:Edmondson,第 5 章)

  1. 明确工作性质: 明确说明项目很复杂,结果也不确定。“我们需要每个人都投入精力,仔细审视这件事。”
  2. 示范接受不足: 承认自己的错误和局限。“我可能会漏掉一些事情,请指出来。”
  3. 主动探询: 提出真诚、开放式的问题。“你看到了什么是我没注意到的?”
步骤 2:建立“共享意识”

确保每个人对“大局”有相同的认识。(来源:McChrystal,第 8 章)

  1. 彻底透明: 广泛且频繁地共享信息(例如每日站会、开放式仪表盘)。
  2. 共享背景: 每项战术层面的进展都必须与“原因”和战略愿景相联系。
步骤 3:启动“脆弱性循环”

通过共同承担风险来加深信任。(来源:Coyle,第 3 章)

  1. 发出信号: 明确针对一个具体且有一定难度的问题寻求帮助。
  2. 回应: 肯定提供帮助或承认自身不足的人。
  3. 归属感信号: 通过积极倾听、眼神交流和“会后跟进”,传递成员受到重视的信号。
步骤 4:建立坦诚反馈机制

营造一个可以进行严格反馈的安全空间。(来源:Catmull,第 5 章)

  1. Braintrust: 组建一个同行评审小组。规则:评审者无权强制要求修改;创作者没有义务采纳意见。
  2. 事后复盘 / 事前复盘: 复盘应聚焦于系统,而非个人。“我们的流程中有什么因素导致了这次失败?”
步骤 5:赋能执行(关注过程,不插手)

将决策权下放。(来源:McChrystal,第 11 章)

  1. 明确意图: 提供“指挥官意图”(做什么以及为什么)。
  2. 授予权限: 正式说明团队可以在无需审批的情况下做出哪些决定。
  3. 监控: 了解情况(关注过程),但除非系统出现故障,否则不要干预(不插手)。

框架与模型

团队效能的 5 个关键因素(来源:Google re:Work)
  1. 心理安全: 我们能否在不感到不安的情况下承担风险?
  2. 可靠性: 我们能否相信彼此按时完成高质量的工作?
  3. 结构与清晰度: 目标、角色和执行计划是否清晰?
  4. 意义: 我们所做的事情对个人而言是否重要?
  5. 影响力: 我们是否坚信自己的工作很重要?
Braintrust 规则(来源:Catmull,《Creativity Inc》)
  • 反馈必须具有建设性,并聚焦于问题,而非个人。
  • 导演 / 创作者拥有最终决定权。
  • 目标是坦诚,而非客套。

跨技能调用

  • 必需子技能: feedback-coach — 提供 Braintrust 所需的坦诚反馈。
  • 推荐子技能: difficult-conversations — 应对团队中破坏“安全感”的行为。
  • 推荐子技能: ownership-coach — 在团队中建立“我打算……”的文化。

常见错误

  1. 零错误陷阱: 惩罚错误,导致错误被隐瞒、创新受阻。(来源:Catmull,第 9 章)
  2. 命令陷阱: 在需要“共享意识”的复杂环境中,仍依赖“领导者—跟随者”式指挥。(来源:McChrystal,第 1 章)
  3. 表面化的“联谊”: 认为“团队建设活动”(如密室逃脱)能够建立信任,却忽视会议中的结构性安全。(来源:Coyle,第 1 章)
  4. 混淆坦诚与残酷: 放任“残酷的坦诚”,破坏心理安全。(来源:Catmull,第 4 章)

诊断清单

  • 团队中的每位成员是否都在会议上发言?
  • 我(领导者)最近是否承认过错误或寻求过帮助?
  • 每位成员是否都理解项目的“全局”及其“原因”?
  • 是否有一种机制(如 Braintrust)来提供不针对个人的坦诚反馈?
  • 决策权是否已下放到尽可能低的层级?

来源

  • Edmondson,《Fearless Organization》,第 1、5、7 章 — 心理安全、学习、失败。
  • Coyle,《The Culture Code》,第 1–3、5 章 — 安全、脆弱性、目标。
  • McChrystal,《Team of Teams》,第 8、11–12 章 — 共享意识、赋能执行。
  • Catmull,《Creativity Inc》,第 4–5、9 章 — 坦诚、Braintrust、零错误陷阱。
  • Schmidt,《Trillion Dollar Coach》— 团队辅导原则。

评论

支持 Markdown