自己动手最快——直到团队开始出问题
你刚接手一个小团队。项目紧，你发现自己写代码比任何人都快，debug 比任何人都准。于是你做了最自然的事：核心模块自己写，关键 bug 自己修，架构决策自己拍。
三个月后，项目没崩，但团队开始出问题。有人不再主动提方案，有人开始等你拍板才动手，有人悄悄更新了简历。
你做的每件事都是对的。问题出在你做了太多。
温伯格不是来教你怎么管人的。他要解决的问题更靠前：技术人为什么在转型领导者这件事上卡住？卡在哪里？怎么识别自己正在回避什么？
"自己动手最快"是一种瘾
技术能力强的人有一个特别难摆脱的习惯：用自己的输出量来证明价值。写了多少代码、修了多少 bug、做了多少架构决策——这些都是可量化的成就感来源。
带人的回报完全不同。你花两小时教一个人调试，他可能还是搞不定。你花半天帮团队理清需求优先级，产出是一张白板上的便签。回报不即时、不可量化、不确定。
温伯格观察到一个模式：大多数技术人在转型期会本能地退回自己最擅长的事——亲自解决技术问题。不是因为不懂该放手，是因为放手之后那段时间太不舒服了。
你越擅长技术，这个陷阱越深。因为"我来"这句话，每次都能立刻减轻焦虑。
MOI：三个可以观察的维度
MOI 模型只有三个维度：
- M（动机，Motivation）——能不能让人想做这件事？不是画饼，是创造条件让人看到做这件事对自己有意义。
- O（组织，Organization）——能不能让一群人有效协作？不是定流程，是减少不必要的摩擦和等待。
- I（创新，Innovation）——能不能在现有条件下找到更好的做法？不是发明新技术，是重新排列已有的资源。
三个维度不是三个步骤，它们同时存在、互相影响。动机搞定了，但组织方式让人白忙；组织效率很高，但没人在乎结果——这些都是只顾一头的典型症状。
MOI 的价值不在于"记住三个字母"。当事情不对劲的时候，先别急着找外部原因——是团队不想做（M）？是协作方式有问题（O）？还是一直在用不合适的老办法（I）？这三个问题足以把大多数带人困境拆开。
成长低谷——变慢是正常的
温伯格画了一条成长曲线，里面有一段让很多人意外的部分：学习新技能的中途，你的表现会比之前更差。
领导力转型尤其明显。你放下了熟练的技术工作，去做不熟练的带人工作。别人来问你问题，你忍住不直接给答案，试着引导他自己想——结果他想了半天还是没想出来，你们俩都很沮丧。
"还是我自己来吧。"这句话的潜台词是"我受不了自己变差"。
识别低谷本身就是进步。知道自己正在经历什么，比假装一切顺利重要得多。低谷不是失败的信号，是正在学习的信号。能扛过这段的人，后面的成长速度会比之前更快。
领导力是创造别人能发挥的环境
温伯格给了一个定义，简单到容易被忽略：
领导就是创造这样一个环境，使每个人都能在其中发挥出更多的才能。
注意"创造环境"四个字。不是"给出指令"，不是"做出决策"，不是"解决最难的问题"。是创造条件，让团队里的人能做到他们本来做不到的事。
对技术人来说，这个定义有特别的冲击力。默认思维是"我来解决"，温伯格说的是"你来创造条件，让别人去解决"。
这不是放弃技术判断力。是把技术判断力用在更高杠杆的地方：判断该让谁做什么、该移除什么障碍、该在什么时候介入、什么时候退后。
不教管理，教你看清自己的模式
温伯格不讲 KPI 怎么定、绩效怎么评、会议怎么开。他关心的更底层：你作为一个技术人，愿不愿意接受自己的角色正在变化？
如果你还在用"自己做最快"来逃避带人的不适，MOI 能帮你看清这个模式。如果你已经意识到需要转型但不知道从哪里开始，三个维度提供了一个足够简单的起点。
如果你已经带团队很久、流程工具都很熟练，温伯格帮你检查的是另一层：你创造的环境，到底是在释放别人的能力，还是在让所有人依赖你？