那个从未停止重构的同事

弗雷德是你们队的。他构建一个功能所需的时间是其他任何人的5倍。当被问到阻碍是什么时，Fred回答说，他正在调整类定义或添加一些超出范围的自动化，而不是仅仅构建票证上说要构建的该死的东西。弗雷德把整个团队都逼疯了，他经常被称为淘金者，或者没有生产力，或者反应迟钝。

但根据我的经验，弗雷德一点也不慢。他和其他人一样有效率，但他解决的问题与他被要求解决的问题不同。

你的团队可能会反击这一点。弗雷德的反馈(如果他得到了任何反馈，这是另一个帖子的主题)是他需要努力提高速度，更快地通过门票。换句话说，你是在告诉他停止做他喜欢的事情。他不能仅仅改变他的兴趣，所以最好的情况是，他将在无聊的事情上努力几个月，直到他精疲力竭并辞职，或者回到他的旧习惯。

也许弗雷德不需要换衣服。也许他只是坐错了位置。如果团队倾向于让弗雷德兴奋的事情呢？如果他不关心为用户提供价值，而是喜欢为他的开发同事提供价值，那么这会是他的全职工作吗？他的职责可能包括：

在您的团队中有一个人完全致力于帮助其他开发人员尽可能地提高工作效率，这看起来不是很强大吗？想象一下，在代码准备好要检查的那一秒，或者当构建失败而您不确定原因时，或者当您找不到调试器停止调试的原因时，或者当您注意到这里的某个函数基本上与那里的其他函数执行相同的事情时，请联系Fred。

他喜欢那些东西，而且他可能真的很擅长，因为正如他们说的，“热情抵得上25分的智商”。所以也许可以试着让他这么做？