成为一名修补匠

亨利·福特的流水线是约束的杰作。一个人装车轮，另一个人拧螺栓。没有人会跨工位工作，因为跨工位工作成本很高（培训一个焊工喷漆需要几个月）。阻力是真实存在的，而专业化是理性的应对之策。

软件公司照搬了整个模式。产品经理编写规范，设计师制作原型，工程师构建，质量保证测试，市场营销发布。流水线上的各个工位。组织架构围绕着这些技能差距而发展，就像城市围绕河流而建一样。敏捷开发试图解决这个问题。我们从瀑布式开发转向迭代开发，但保留了所有的交接环节。周期更快了，但工位依然不变。

人工智能在几个月内消除了这些技能差距。组织架构却依然如故。

我的整个职业生涯都是一个通才。从未选择过某个领域。在每家公司，我都会找到最重要的问题并着手解决，无论这原本应该是谁的职责。在我的职业生涯的大部分时间里，这感觉就像逆流而上。现在已经不一样了。我认识的快速发展的初创公司，现在都不会只招产品经理或市场营销人员了。他们需要的是能动手实践的人。那位市场营销人员呢？她得在 Claude 里搞清楚上次部署到底改了什么，自己搭建落地页，写广告文案，然后在下班前把活动都搞定。没有工单，没有交接。工程师负责发布功能，制作发布视频，安排客服审核公关稿，并负责上线后的后续工作。没人要求他们这么做。只是遇到了问题，他们就着手解决。

早期的初创公司一直都是这样运作的。没有界限，只有结果。现在的不同之处在于，人工智能让这种精益求精的精神可以延续到 50、100 甚至 200 人规模。曾经迫使团队规模扩大、专业化分工的鸿沟已经消失了。这些团队花在token上的钱比招聘新员工的钱还多。

昨天我去拜访了我们投资组合中的一位创始人。他给我演示了一个功能。用户调研、设计、编码、发布，全都是他一个人完成的。我问还有谁参与其中，他笑了笑。“我为什么要交接？我掌握了所有背景信息。”

“选择你的领域”这种做法必须被彻底摒弃。现在，构建什么远比如何构建重要得多。通才与专才之争从来都是错误的。所有权与依赖关系才是关键。这才是唯一重要的问题。

大多数人都不愿意跨界。我理解。你的头衔会逐渐成为你身份的象征。触碰别人的领域会让你感觉不对劲。没错，最初几次你肯定会做得不好。但是，一个你脑海中完整理解所有背景信息后发布的粗略版本，总比六周后交付的版本要好得多。三次交接会抹去所有重要的信息。没有人允许你跨界。绩效考核甚至会惩罚这种行为。我们需要停止遵守一个几年前就过时的制度。

不解决这个问题的公司将会把最优秀的人才流失到那些已经拥有人才的公司。给他们空间、抱负和明确的目标，看看会发生什么。

福特的流水线在1913年堪称天才之作。当时各工位之间的阻力是真实存在的。

如今，这种阻力已不复存在。而你每天待在自己的工位上，却总有人在没有你的职权、许可和经验的情况下，把你一直期待交付的产品运送出去。

原文链接：Become a Tinkerer

汇智网翻译整理，转载请标明出处