探索收尾
设计你的团队操作系统
设计团队操作系统，提升效率。
- 时长
- 60–120 分钟
- 人数
- 2–40 人
- 形式
- 线下
- 来源
- 网络
这个方法能做到
- 引导团队就有意识地选择如何协作做出决策
准备
物料Materials
实物
白板/挂纸板或协作数字文档(1)来自团队自我评估的陈述图（如有）(1 per team, 可选)
角色Roles
引导师×1
场地Space
室内·采用圆形或U形座位安排，确保所有参与者都能看到白板或挂纸板。
会前准备Pre-work
引导师
- 准备OS隐喻解释和视觉辅助工具。当天
参与者
- 如果已完成团队自我评估，带上陈述图；否则，准备好就这7个类别进行个人反思。当天
流程
回顾与反思
⏱ 15 分钟
引导师 · Facilitator
- 清晰地解释OS隐喻，确保所有参与者理解这个类比。
- 张贴来自团队自我评估工作坊的陈述图（或在白板上列出7个类别）。
- 给团队一些时间回顾陈述，或各自就这些类别进行反思。
参与者 · Participants
- 回顾陈述图，或就7个类别进行个人反思。
“把团队召集在一起，张贴来自团队自我评估工作坊的陈述图。”
“给团队一些时间回顾陈述。”
“如果你还未开展该工作坊，请花15分钟作为个体对这些类别进行反思。”
所有参与者都已回顾了陈述或完成了个人反思。
收口
体验Experience
- 经历这些结构化轮次的感觉如何？
收获Learning
- 关于团队的操作系统，你们学到了什么？
应用Application
- 你们将如何确保所选陈述融入日常工作？
下一步 · Next steps
在下次例会上，只讨论这一条陈述：你们做得怎么样？有效吗？方法需要修改吗？对每一条新陈述重复这个迭代过程。
产出
清单
抱负陈述清单
写在白板/挂纸板上，或记录在数字文档中。
协定
团队对一条陈述的承诺
口头承诺已被记录或注明。
常见陷阱
症状 · Symptom
参与者难以生成具有抱负的陈述。
原因 · Cause
OS隐喻未被清晰解释或理解。
对策 · Remedy
在深入重新设计之前，先使用视觉辅助工具清晰解释OS隐喻。
变体
远程
适用场景 · When
分布式团队。
调整 · Modifications
通过视频通话，使用协作数字文档（如Google Docs、Miro）进行陈述和轮次。
AI 改写（扩展应用 · 用户私有，不修改主库）
