本页目录
MOI 是温伯格用来描述领导力的三个维度：Motivation（帮助他人找到投入的理由）、Organization（消除阻力、创造工作条件）、Ideas（提供思路而不扛下执行）。书里的核心主张不是教一套管理流程，而是帮技术人识别自己在哪个维度过度投入或过度回避。
领导力转型最大的障碍，通常不是不知道该怎么做，而是"自己动手最快"这个反射太强，挤掉了让他人成长的空间。
第一步：诊断你当前花最多时间在哪里
先不做任何改变。只是观察：这一周，你一天里花时间最多的事情是什么类型？
是在解决具体技术问题——写代码、看架构、调Bug？是在协调人和流程——开会、同步、推动卡点？还是在提供方向和判断——帮团队想清楚下一步、识别问题的根源？
三类事情分别对应 Ideas、Organization、Motivation 的输入，但"自己做"和"帮别人做"是两种完全不同的性质。
判断触发器：如果这三类事情里，有一类你几乎从不做，而另一类你几乎每天都在做，那里就是最值得检查的地方。
失败信号：觉得三个都均衡——这几乎不可能是真的，通常意味着还没认真观察自己。
第二步：找到团队当前最大的卡点
分开问两件事。团队在卡什么，和你在卡什么，不一定是同一件。
团队卡点可能是：不知道下一步方向（Ideas 维度缺失）、流程推不动或资源无法到位（Organization 维度缺失）、成员提不起劲来或觉得不值得（Motivation 维度缺失）。
对应 MOI 三个方向，各有不同的介入方式。混淆卡点类型，处理方向会全部偏。
判断触发器：下次遇到团队推进缓慢，先问"卡在哪里"，而不是直接介入"帮他们推"。
失败信号：把所有卡点都归因为执行力不够，于是自己代替执行，而不是帮他们解决卡住的原因。
第三步：把"给答案"换成"提问题"
技术人通常对提问有天然抵触。提问感觉慢，自己解释或直接做感觉快。
温伯格的核心建议之一，是主动把"告诉他们该怎么做"换成"问他们把问题卡在哪里了"。这不是绕路，而是让他人真正理解问题所在，下次才有能力独立处理。
可以从最小动作开始：下次有人拿问题来找你，先问两三个澄清性问题，再决定是否直接给解答。
判断触发器：你最近一次帮别人解决问题，那个人事后有没有理解为什么是这个解法，下次遇到类似情况是否能独立处理？
失败信号：你解决了问题，但那个人只知道解决方案，不知道推导过程。两周后同类问题还是会找你。
第四步：创造让他人发现问题的条件
这一步需要主动调整你出现在哪里、参与什么。
如果你在场，大多数人会等你发言。如果你不在场，或者在场但明确说"我想先听你们怎么看"，他人发现问题和提出判断的空间就打开了。
创造条件不是消失，而是把你出现的方式从"提供答案"切换到"提供安全感"。成员需要知道犯错有退路，才敢真的提出不确定的判断。
判断触发器：上一次团队讨论，有没有人提出了一个你认为方向不对的想法，而你的回应是继续问下去，而不是立刻纠正？
失败信号：讨论变成汇报，成员不提问题，只说结论，因为提问会被当成没想清楚。
第五步：建立可以看见他人贡献的结构
这是一步主动设计，不只是心态改变。
你需要知道每个团队成员这周做了什么有价值的事——不是从汇报里听，而是有机制让贡献可见。
形式不重要，可以是轻量的周记、也可以是每次迭代结束时的简短回顾。关键是：成员的判断和努力，在你和整个团队面前有地方落下来，不会因为安静完成就被忽略。
判断触发器：你现在能不能说出团队里每个人上周做的最有价值的一件事？如果只能说出发声最多的那几个人，其他人的贡献在你的视野里已经消失了。
失败信号：团队里存在持续安静但工作质量很高的人，你对他们的感知几乎为零，直到他们提出离职。
第六步：识别并中断"扛下来"的反射
这个反射很强。遇到紧急情况，扛下来是最直接的解决路径，也是技术人多年积累的本能。
中断不是压制，而是在触发之后加一个停顿：这件事，我扛下来是为了解决问题，还是只是因为这样最快？如果是后者，有没有人可以接过去，而且接了之后会比我独自扛更好？
每中断一次，这个习惯就往后退一小步。不需要立刻变成完全放手，但每次扛下来之前多停一秒，已经是开始。
判断触发器：这周有没有一件事，你本来要自己做，但停下来想了一下，把它交给了别人？
失败信号：在复盘自己这周的工作时，发现每一件事都是自己解决的，没有一件是帮别人解决或者交出去完成的。
不同阶段的重心会变
这六步不是一次性流程，而是一个持续调整的循环。
在转型早期，第一步和第六步的重心最高：识别自己的模式，中断最顽固的反射。这两步如果没有打通，后面的步骤缺少基础。
在转型中期，第三步和第四步的回报最大：把"给答案"切换到"提问题"，会开始让团队成员真正发展出独立判断的能力。这个切换需要忍耐：短期内效率看起来下降了，因为你不再是问题的终点站。
在转型后期，第五步变得重要：贡献可见性的建立，是让团队形成健康文化的关键。没有这一步，贡献模式会向"发声响的人受到更多认可"偏移。
关于速度的一个提醒
这套流程里每一步都不应该被加速。
如果第一步的自我观察还不清晰，就急着推进到第三步"提问代替给答案"，结果很可能是形式上换了提问的措辞，实质上还是在提供答案——只是换成了"你觉得应该用A还是B？"这种引导型提问。
温伯格在书里用了大量篇幅在描述模式，而不是给出操作步骤，这个设计不是偶然的。他相信改变需要先看清楚，再才可能真的动。每步到位，比快速走完更重要。
第一次使用这套流程的最小起点
读完这些步骤，最容易卡住的地方是"不知道从哪里开始"。
最小起点只有一件事：今天结束工作前，花两分钟回顾一下——今天有没有一件事是我自己扛下来的，而当时本可以让别人来解决？
不需要判断那个选择对不对。只是注意一下，记下来，然后明天再做一次同样的观察。
三天的观察累积下来，你对自己模式的了解会比看任何分析框架都更具体。这个了解，就是第一步真正完成的标志。从那里开始，后面的每一步才有实在的基础去走。