关于 team-builder
team-builder 是帮助团队领导者提升信任、学习和执行力的团队建设技能。它侧重心理安全、共享背景、坦诚反馈和下放决策等机制,而非仅依赖社交活动。
主要功能
- 01建立心理安全
- 02共享组织背景
- 03形成脆弱性循环
- 04同伴反馈与复盘
- 05下放决策权限
- 06团队效能评估框架
适用场景
- 01提升团队会议参与度
- 02复盘项目失败而不互相归咎
- 03协调各自为政的部门
- 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 章)
- 明确工作性质: 明确说明项目很复杂,结果也不确定。“我们需要每个人都投入精力,仔细审视这件事。”
- 示范接受不足: 承认自己的错误和局限。“我可能会漏掉一些事情,请指出来。”
- 主动探询: 提出真诚、开放式的问题。“你看到了什么是我没注意到的?”
步骤 2:建立“共享意识”
确保每个人对“大局”有相同的认识。(来源:McChrystal,第 8 章)
- 彻底透明: 广泛且频繁地共享信息(例如每日站会、开放式仪表盘)。
- 共享背景: 每项战术层面的进展都必须与“原因”和战略愿景相联系。
步骤 3:启动“脆弱性循环”
通过共同承担风险来加深信任。(来源:Coyle,第 3 章)
- 发出信号: 明确针对一个具体且有一定难度的问题寻求帮助。
- 回应: 肯定提供帮助或承认自身不足的人。
- 归属感信号: 通过积极倾听、眼神交流和“会后跟进”,传递成员受到重视的信号。
步骤 4:建立坦诚反馈机制
营造一个可以进行严格反馈的安全空间。(来源:Catmull,第 5 章)
- Braintrust: 组建一个同行评审小组。规则:评审者无权强制要求修改;创作者没有义务采纳意见。
- 事后复盘 / 事前复盘: 复盘应聚焦于系统,而非个人。“我们的流程中有什么因素导致了这次失败?”
步骤 5:赋能执行(关注过程,不插手)
将决策权下放。(来源:McChrystal,第 11 章)
- 明确意图: 提供“指挥官意图”(做什么以及为什么)。
- 授予权限: 正式说明团队可以在无需审批的情况下做出哪些决定。
- 监控: 了解情况(关注过程),但除非系统出现故障,否则不要干预(不插手)。
框架与模型
团队效能的 5 个关键因素(来源:Google re:Work)
- 心理安全: 我们能否在不感到不安的情况下承担风险?
- 可靠性: 我们能否相信彼此按时完成高质量的工作?
- 结构与清晰度: 目标、角色和执行计划是否清晰?
- 意义: 我们所做的事情对个人而言是否重要?
- 影响力: 我们是否坚信自己的工作很重要?
Braintrust 规则(来源:Catmull,《Creativity Inc》)
- 反馈必须具有建设性,并聚焦于问题,而非个人。
- 导演 / 创作者拥有最终决定权。
- 目标是坦诚,而非客套。
跨技能调用
- 必需子技能:
feedback-coach— 提供 Braintrust 所需的坦诚反馈。 - 推荐子技能:
difficult-conversations— 应对团队中破坏“安全感”的行为。 - 推荐子技能:
ownership-coach— 在团队中建立“我打算……”的文化。
常见错误
- 零错误陷阱: 惩罚错误,导致错误被隐瞒、创新受阻。(来源:Catmull,第 9 章)
- 命令陷阱: 在需要“共享意识”的复杂环境中,仍依赖“领导者—跟随者”式指挥。(来源:McChrystal,第 1 章)
- 表面化的“联谊”: 认为“团队建设活动”(如密室逃脱)能够建立信任,却忽视会议中的结构性安全。(来源:Coyle,第 1 章)
- 混淆坦诚与残酷: 放任“残酷的坦诚”,破坏心理安全。(来源: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