8
我如何让人们停止骑车流洒(专注于琐事)?
我的任务是教其他团队一个新的代码库,但是我一直遇到问题。每当我真正与人一起阅读代码时,在整个练习进行到无谓骑车(组织成员对琐碎问题的重视不成比例)之前,我们就走得很近。由于他们不了解代码库,但是认为他们需要帮助改进代码库,因此他们将重点放在可以理解的方面: Why is that named that? (2分钟以解释为什么如此命名,10分钟以内辩论一个新名称) Why is that an abstract base class rather than an interface? (2分钟的解释时间,超过10分钟的时间辩论该决定的相对价值) ...等等。现在,请不要误解我的意思-好的名字和好的,一致的设计很重要,但是我们永远也不会讨论代码的实际作用或如何以任何有意义的方式设计系统。我做了一些会议裁判,以使人们摆脱这些切线,但是他们走了-对固定琐碎琐事的代码将会/应该的注意力分散了,他们错过了更大的前景。 因此,我们稍后再试一次(或在代码库的其他部分进行尝试),由于人们没有足够的知识来克服自行车脱落的影响,因此重复进行。 我试过更小的群体,做大组,密码,白板,Visio图表,文字的巨墙,让他们只是把它认为死刑,立即切断短...参数帮助一些比别人多,但没有任何作品。地狱,我什至试图让团队中的其他人对此进行解释,因为我认为这可能是我不善于解释事物。 那么,您如何对其他程序员进行足够的教育,以使他们不再专注于琐碎的事,并可以对设计做出有意义的贡献?