你在运营基于团队项目的教育,却苦恼于“成果做出来了,个人到底学到了什么却说不清”;你希望课程靠结构自行运转,而不是依赖运营者的个人能力。
你想在副业项目、黑客松或新人入职中,打破成员“只做熟悉的事直到结束”的角色固化;你想明确团队成长与产出物之间的优先级。
你觉得课听完了却什么也没留下;你想用“学习之前先建立假设、再推翻它”的方式,无论独自学习还是在小组中,都提高学习的密度。
团队项目越是合理地运转,每个人就越会承担自己已经擅长的工作。产出物的质量在提升,个人的学习曲线却趋于平缓。学习被挤到一边,沦为解决问题时侥幸获得的副产品。
“解决有价值的问题,学习自然随之而来”
“学习只有被有意设计,才能得到保证”
HypoLoop 正是从更换这一前提出发。收回押在偶发学习上的赌注,让学习从一开始就成为一个被明确命名的目标。
这不是要放弃解决问题,而是要调换顺序。终极的真正问题,靠今天的实力是解不开的。只有学习才能让我们明天解决更难的问题,所以 HypoLoop 把学习置于产出物之上。小挑战不是绕路,而是通往终极问题的唯一阶梯。
四个概念都用同一个例子来讲解 — 🍞 做面包。团队的目标是“开一家深受街坊喜爱的面包店”,而我是一名还不懂发酵的成员。
在没有信息的状态下先建立假设,拆解成可验证的问题,在探究中推翻它,再评估增量。假设被推翻的瞬间是最大的学习点,验证的时刻就是考试。
在学习之前先写下来 — “我理解面包是靠泡打粉膨胀的。去掉酵母烤一次就能见分晓。”结果烤出来是扁的。假设被推翻的这一刻,酵母发酵这个真正的原理被深深刻进脑海。如果一上来就先搜索,这条知识只会一扫而过。
团队滚动着面向世界问题的假设,个人则在其中嵌套自己的学习假设。“在解决这个团队问题的过程中,我要有意地学会 X。”层有两个,循环只有一个。
团队滚动着“我们街区的人早上会想要刚出炉的健康面包”这个假设。我在其中嵌套了“在筹备这家面包店的过程中,我要学会发酵”这个学习假设。团队开面包店,我学发酵 — 层有两个,循环只有一个。
把终极的真正问题层层分解到可以挑战的大小。再小的挑战也与真正的问题以血统相连。决定它是玩具还是踏板的,不是大小,而是连接的可见性。
开一家深受街坊喜爱的面包店 → 开发招牌健康面包 → 烤出酸面包 → 制作天然酵种(叶子节点)。就连在玻璃瓶里养一周酵种这样的小挑战,沿着树向上追溯,也与面包店这个真正的问题血统相连。所以它是踏板,不是玩具。
成败的标准不是“问题解决了吗”,而是“相对于假设,发生了什么变化”。问题是真的,尝试也是真的,但被打分的是变化量。因此,产出物质量的下降可以被正式接受。
今天烤的酸面包塌了,失败了。但在循环开始时,我并不知道发酵温度会改变什么;而现在我能解释“低温发酵造就风味,过度发酵让面团塌陷”。被打分的不是面包的形状,而是这段距离(Δ)。
这是一个靠结构而非某位运营者的能力来驱动的框架。复制每个步骤的模板,照着填写,第一个循环就开始了。
团队宣布一个真心想解决的、真实存在于世界上的问题作为终极挑战。它应当并非不可能、但也绝不容易,并与成员的兴趣和关联性相连。这个问题的真实性,就是整棵树的真实性。
我们团队要解决 [世界上的真实问题 P]。 这是 [谁,在什么情境下] 实际面临的问题。 问题解决后,可以通过 [什么发生了改变] 来确认。
展开解决终极挑战所需的前提子挑战,不断分解,直到出现个人在一个循环内可以尝试的叶子节点。把树张贴在团队公共空间,让每个叶子到终极挑战的路径始终可见。
要解决 [上级挑战], 必须以 [子挑战 A / B / C] 为前提。 叶子判定 — 这个大小是否小到一个人 能在 1~2 周内尝试推翻假设?(否 → 再分解一次)
不从白纸开始设立挑战。从树的叶子节点中挑选,规则只有一条 — 选择现在不会的。对新手来说,叶子是基础技能;对熟手来说,叶子是能放大专业能力的相邻领域(设计、领域知识、市场)。
我选择 [叶子 L]。 现在的我做不到这件事 — 依据:[一旦尝试就会发生的事]。 这个叶子通过 [叶子 → 中间 → 终极] 的路径 与团队挑战相连。
在搜索之前、听课之前,不借助任何信息,仅凭当前的理解填写假设模板。越别扭、错得越多越好。这个假设将成为认知钩子,勾住之后遇到的所有信息。
我现在对 [对象 X] 是 [这样理解/预期] 的。 试着做 [验证行动 Y],就能看出这个理解是否正确。 如果这个假设被推翻,我将学到 [将会学到的东西]。
提问的不是建立假设的本人,而是团队同伴 — “如果这个假设被推翻,你会学到什么?”答不上来,就修改假设重写。有了这个仪式,验证无需循环守护者也能运转,提问者自己也在训练元认知。循环守护者不是干预者,而是照看这套结构是否运转良好的基础设施管理者。
提问:“如果这个假设被推翻,你会学到什么?”
通过 — 回答指向一个具体的理解。
驳回 — 验证行动模糊 / 学不到任何东西
/ 是已经知道的东西。
被驳回后,修改假设并重写。不必另设学习时间,解决团队问题的过程本身就是假设的实验场。假设被推翻的瞬间要当场记录 — 预期与现实的落差越大,理解的更新也越大。
[探究日志 — 每当假设被推翻时] 预期:[原本预期的] 现实:[实际发生的] 从落差中学到的:[更新后的理解]
循环结束时,每个人重新拿出起点的假设,测量当时的理解与现在理解之间的距离(增量Δ)。同时记录这次学习把团队挑战推进到了哪里 — 学习与解决在这里合而为一。
起点的我 [是这样理解] 的。 现在的我 [是这样理解] 的。 增量(Δ):[什么被更新了] 对解决的贡献:[这次学习把团队挑战 推进到了哪里]
复盘中更新的理解,就是下一循环的起点。下一个叶子要选更不会的,团队层也以同样的节奏运转 — 团队假设被推翻不是失败,而是转向的依据。循环永不停止。
下一个叶子:[比这次更不会的] 下一个假设:[用更新的理解重写] 团队层反馈:[如有被推翻的团队假设 → 转向方向]
循环守护者(引导者)既不是传授知识的人,也不是检查挑战的人。他是照看结构是否运转良好的基础设施管理者,是在需要的时刻抛出一个问题的人 — 守护循环不停转动的人,因此得名。他不给答案 — 因为寻找答案的过程正是学习者的循环。下面这些问题不是守护者的专利。即使没有守护者,只要队友之间互相提问,框架就能运转。
循环所需的全部句式模板,都汇集在这一页。格式本身就是过滤器 — 填不出空格,说明还没有准备好。
我现在对 [对象 X] 是 [这样理解/预期] 的。 试着做 [验证行动 Y], 就能看出这个理解是否正确。 如果这个假设被推翻, 我将学到 [将会学到的东西]。
最后一行就是同伴验证问题的答案。提前写好这一行,就能立刻回答“被推翻的话你会学到什么?”;写不出来,说明假设还没有准备好。
粘贴到 Notion 或文档中,一个循环期间只填这一页。它是下方 8 个步骤模板的浓缩版。
[循环表 — 姓名: · 周期: ~ ] 叶子:[从树上选出的、现在不会的] 做不到的依据:[一旦尝试就会发生的事] 血统:[叶子 → 中间 → 终极挑战] 假设:我现在对 [对象 X] 是 [这样理解/预期] 的。 验证行动:[1~2 周内可以尝试的 Y] 被推翻后会学到:[一个具体的理解] 同伴验证:通过 / 驳回 — [同伴姓名 · 日期] 探究日志(每次被推翻时): - 预期: → 现实: → 学到的: - 预期: → 现实: → 学到的: 增量(Δ):[起点的理解] → [现在的理解] 对解决的贡献:[把团队挑战推进到了哪里] 下一个叶子:[比这次更不会的]
在启动会上由全队一起填写,出声朗读后确定。
我们团队要解决 [世界上的真实问题 P]。 这是 [谁,在什么情境下] 实际面临的问题。 问题解决后,可以通过 [什么发生了改变] 来确认。
对每个节点提出叶子判定问题,答案是否就再分解一次。
要解决 [上级挑战], 必须以 [子挑战 A / B / C] 为前提。 叶子判定 — 这个大小是否小到一个人 能在 1~2 周内尝试推翻假设?(否 → 再分解一次)
规则只有一条 — 现在不会的。写出依据才算完成。
我选择 [叶子 L]。 现在的我做不到这件事 — 依据:[一旦尝试就会发生的事]。 这个叶子通过 [叶子 → 中间 → 终极] 的路径 与团队挑战相连。
搜索之前,15 分钟,只凭当下的理解。错得越多越好。
我现在对 [对象 X] 是 [这样理解/预期] 的。 试着做 [验证行动 Y],就能看出这个理解是否正确。 如果这个假设被推翻,我将学到 [将会学到的东西]。
提问者只提问 — 禁止建议。来回不超过 3 分钟。
提问:“如果这个假设被推翻,你会学到什么?”
通过 — 回答指向一个具体的理解。
驳回 — 验证行动模糊 / 学不到任何东西
/ 是已经知道的东西。
被驳回后,修改假设并重写。在假设被推翻的当场,5 分钟内写完。不必写得漂亮。
[探究日志 — 每当假设被推翻时] 预期:[原本预期的] 现实:[实际发生的] 从落差中学到的:[更新后的理解]
复盘变化量而非产出物。把起点假设的原文放在旁边来写。
起点的我 [是这样理解] 的。 现在的我 [是这样理解] 的。 增量(Δ):[什么被更新了] 对解决的贡献:[这次学习把团队挑战 推进到了哪里]
下一个叶子选更不会的;被推翻的团队假设化为转向方向。
下一个叶子:[比这次更不会的] 下一个假设:[用更新的理解重写] 团队层反馈:[如有被推翻的团队假设 → 转向方向]
学习小组把循环压缩为一周,用这份议程运转。60~90 分钟。
[每周例会议程 — 60~90分钟] 1. 增量分享(每人3分钟) 原样朗读上次的假设原文, 只谈与当前理解的距离。禁止炫耀成果物。 2. 炫耀被推翻的瞬间 每人一个与预期不符的瞬间。 如果没人被推翻 → 全员叶子升级。 3. 撰写下一个假设(15分钟,当场) 在搜索之前写。 4. 同伴验证(两人一组) “如果这个假设被推翻,你会学到什么?” 直到通过。只许提问,不许给答案。
五个进行示例来自不同的团队规模、熟练度和领域。第一个案例是按天记录、完整走过八个步骤的详细演练 — 想看框架实际如何运转,请从它读起。(这些是以运营场景为基础重构的示例。)
这里没有回答的问题,请发送至 leeo [at] kakao.com — 好问题会被加入这个列表。