设计师vs.执行者:剖析分歧

我总是喜欢向人们提出一个问题，以辨别他们更倾向于设计师或执行者，那就是“魔术师问题”。场景是这样的——你在观众中，正在进行一场魔术表演。魔术师挑战任何成员想出他的下一个魔术以获得金钱奖励。在他表演的过程中，以及在表演结束后，每个成员都不可避免地用他们最好的思维方法来辨别他的秘密。我在这里发现有趣的问题与技巧本身无关(你可能已经注意到，考虑到我从来没有提到诀窍是什么)，而不是成员们用来发现错觉的方法。

根据我的经验，一定比例的人会评价他的表现，也许会再看一遍，并试图弄清楚他是如何完成这一壮举的。另一组人则会从不同的角度来处理这个问题——问问自己他们会怎么做这样的事情，然后反过来看看魔术师是不是就是这么做的。这些方法虽然非常不同，但却同样有效，它们代表了工程和制造领域所需要的两类人。

那些试图立即解决问题的人和那些试图第一代解决方案并向后工作的人之间的差异，倾向于在很大程度上支持工程领域的架构。研究这些差异不仅有助于识别兼容的工作类型个性(在构建团队时很有用)，而且在为任何一方设计工具时也很有用。

当“设计师”和“程序员”都被要求(尽其所能地)画出一个简单的形状——吃豆人时，这种差异就出现了。有趣的是，许多设计师从左上角开始画一条线，有效地描出了形状——相反，许多工程师只是描出一个圆，然后用一个三角形把圆的嘴剪掉，擦掉多余的弧线。

虽然这看起来似乎是一个微不足道的差异，但它掩盖了一个深刻的差异，即每个人的大脑如何本能地跳出来解决这个问题。除了有趣之外，这种观察可以在为各自的一方设计软件和界面时产生影响——例如，如果建模软件是基于设计师的过程，而不是基于工程师的过程，那么会有多少群体使用3D打印?如果我们对传统的“面向设计师”的软件采取同样的做法，情况会如何?

然而，当涉及到这些Ideators Vs. Executor，右脑Vs.左脑，设计师Vs.开发者之间的工作关系时，他们却充满了敌意。要充分理解这种竞争，我们必须追溯到有关人民的历史。

对我们中的许多人来说，这些标签从我们上学的时候就一直跟着我们。这种分类可能发生在早期，并且可能是有害的，因为它倾向于将我们与未被选中的对象隔离开来。你听过多少次“我不擅长数学”或者“我是个工程师，我不擅长写作”?

我们经常被灌输一种恐惧，害怕尝试那些不在我们预先设定的“技能范围”之内的事情，这既损害了个人(我个人遇到过许多工程师，他们一有机会就惊讶于自己的写作技能)，也损害了个人在专业或团队环境中尊重“其他”领域代表的能力。

因此，在长达几十年的身份和紧张的背景下，当我们不可避免地被要求与来自不同技能集的团队成员合作时，我们可能会发现一些问题，这应该是不足为奇的。

我认为，这场辩论的阴暗面可以归结为一种简单的人类倾向，即对我们不重视或知道我们重视的东西缺乏尊重。我们倾向于内化和发展基于很多事情的价值观，包括环境，我们的公司，我们的成长等。但在这些事情中，有一种珍视自己的强烈愿望，这种愿望通常表现为珍视我们发现自己天生擅长的东西，反过来，我们往往不会立即对我们不了解的东西给予同样多的尊重。

然而，我并不认为我们注定要陷入这种由来已久的竞争，特别是因为它会以牺牲工具和团队的整体生产力为代价。虽然听起来很老套，但我想如果我们先花点时间看到(甚至不能立即理解)“对方”和他们的有效贡献，这对缓和这段历史上的紧张关系大有帮助。