软件工程师也吸引公式、算法和结构。随着人们的工作就是把思想和把它们变成可预测的可执行代码,那么毫无疑问,我们的思维方式所吸引,分类和系统化的东西。这种吸引力仍作为工程师成为工程管理者和领导者。我应该知道,我写道很受欢迎的书的最佳实践、提示、技巧和流程建议适用于领导的各种挑战。

然而,我认为值得讨论的缺点与结构性思维走得太远,因为它属于团队和组织。让我们来共同领域发生了这种结构的方法,即组织结构和交互。

我相信有一定的规则,其中之一是工程经理不规模远远超出7 - 8直接报告。很难保持的背景下,每一个人做什么,思考在你的脑海中,你可以有效地引导他们。你最终花费巨大的时间管理任务当你直接团队规模的增长远远超过这个数字。或者,更糟糕的是,你在这些管理任务就开始做不好,因为你没有时间去做。

另一方面,许多组织不希望直接管理者只有管理几个人。管理的人只有两个人经常处于边缘状态:他们是个体贡献者呢?他们是一个经理吗?人力资源系统是二进制:如果他们的直接下属,他们必须是一个经理。但现实是,如果你只管理几个人,大部分的时间都花在做事情而不是管理。如果这个人是一个新的经理,他们可能没有学习的东西他们需要学习成长为一个自信的管理角色。另一方面,如果这个人,希望保持个人贡献者,他们的管理可能是有点缺乏这两个个体。

诱惑就是从这两个信仰的观念,你必须为你的组织创建一个干净的树结构。每个管理器管理3到8人;当一个团队变得太大你平衡树。都是干净的,容易;我们的组织结构。

经验丰富的经理知道这个分崩离析的速度有多快。人离开,突然的经理直接下属5人只有2。经理之间不只是漂移团队根据立即组织规模,他们的技能和兴趣,让他们粘集团。个人贡献者得到正确地失望当他们的经理经常变化,他们更喜欢经理有一些了解他们的工作。团队需要有一些视觉连贯性和目的;招聘从来就不是一个稳定的滴,但破裂。你的理想很快崩溃当面对生活的现实组织和人的需要,所以你的树木有时有瘦分支,有时很胖的。最好的你能做的就是试着让它回到形状随着时间的推移,或非常偶尔,重组成更合适。

另一个故障模式发生当领导人倾心于应用工程类比定义团队交互。API是一个很好的概念,但团队交互可以严格定义的API一样可笑的想法,程序员不会想办法利用每一个您提供在一个无证功能。在这种情况下,Hyrum定律尽可能多的工程组织它适用于软件。人类将和必须相互交流,贸易,根据不断变化的环境和谈判。厚的当你想把事情做好,你将使用你能找到什么,是否它是一个无证API或一个工程师在另一个团队愿意伸出援手。

具有讽刺意味的是,许多软件工程师把经理相信他们是考虑到人类与这些刚性结构。当你看到世界系统、交互和效率,你可以欺骗自己相信人类在这些系统将更快乐,如果系统是组织良好。虽然我认为有价值有效地组织你的团队,团队可能经历的边际价值可能会抵消的意外会发生摩擦,那些不完美的适合你的结构。如果你不努力领先你们团队的人想要的和需要的,如果你不创造增长机会或适当的技术挑战,即使它不是最优的系统目前存在,你会发现自己失去好的工程师和经理。系统复杂得多的人比你想象,和结构占他们的技能和幸福会高达中央计划的有机功能。

创业团队在一个新的和不断壮大的公司的管理可以让没有经验的经理相信他们可以定义结构和过程是完全调到他们的公司所需要的。我经历了这个阶段,我知道的诱惑让创业生活的不断变化的需求证明改变和调整的团队,在追求理想的过程和项目执行机器。在管理大型组织在一个更稳定的公司,我来欣赏这种systems-focused方法的成本和开销。当你考虑几年而不是几个月,就必须接受,你可以在不完美的结构数月或更长时间),因为你试图抓住人们多年。

新领导人,读那些书和暴露自己的想法,但不要就此止步。倾听你的人,不要害怕打破你的完美的结构,以适应他们的需求。他们是你最好的学习来源,你最有价值的资产。

喜欢这篇文章吗?你会喜欢我的书,经理的路径,可以在亚马逊和Safari在线!