第一次担任工程经理

最近,我遇到了一个问题,那就是初任经理可能会失败。 考虑到我第一次成为经理的时间,我没有太多的正规培训,也没有做和不做的知识。 对我来说,这个问题是一个有趣的思想练习,使我回想起几年前的经历。 我知道有很多关于第一次担任经理的文献,但是在这篇文章中,我想分享自己的经验和错误。

我的第一个错误

当我第一次成为经理时,处理变更的一种很自然的方法是将其视为我以前职责的延伸。 以我为例,这是在我的日常工程工作之上承担管理一组工程师团队的新任务。 之所以感到自然是因为我在成为经理之前仍然能够编写和部署代码,并拥有大量的系统。 为什么我仅仅因为突然扮演不同的角色而停止增值? 是的,那是我的心态。

我没有花足够的时间来消化成为一名全职经理的真正含义。 当然,在正式成为团队经理之前,我正在执行管理任务,例如使产品和技术规格保持最新,对问题进行分类,通过代码审查使其他团队成员不受阻碍以及指导年轻工程师。 但是,这些是我选择在核心职责之上执行的其他任务,即使在更换角色后,我也一直将它们照做。

回顾过去,我本该告诉我的旧自我改变心态。 说起来容易做起来难,因为真正的问题是要转变成什么样的心态。

不同的心态

目前尚不清楚为什么经理花时间在编码上没有效果。 您是工程经理,所以您不应该站在将代码推向生产的工程前沿吗? 好吧,编写软件的技巧需要集中精力和专用时间来产生编写良好且经过测试的代码。 因此,如果您忙于在较低的范围内进行操作,那么您将没有足够的能力去看到更大的景象。 “更大的前景”意味着什么? 实际上有很多东西。 这是我的清单:

  • 团队建设/管理团队士气
  • 任务优先级划分,计划和取消未决决策
  • 长期战略/路线图
  • 团队间沟通
  • 1:1s​​ /职业发展/培训

经理负责的事情很多,而没有工程师的职责那么明确。 作为经理,您必须大部分时间(而不是所有时间)查看整个团队的执行情况,而不是带放大镜的代码行。 与其说宽度,不如说是深度。

现在您已经了解了哪些任务定义了工程经理的角色,让我们谈谈为什么这些任务很重要。 阐明为什么它们比您以前编写的代码具有更多的价值并不容易。

您的团队指望您

成为经理意味着您对团队负责。 您代表团队代表组织的其他部门。 因此,始终收集与团队相关的信息对您而言至关重要。 您必须从信息中弄清楚,并制定出连贯的叙述。 您必须将团队的状态,问题和成就传达给同事,其他利益相关者和高层管理人员。 您的团队指望您以最准确的方式代表他们并对它们进行洗礼,以使他们能够专注于自己的工作。

同样重要的是,您必须在适当的范围内尽快向团队成员提供新信息。 您是团队与组织其他部分的主要沟通渠道,清晰,及时的沟通将帮助他们更有效地工作。

通过完成上述所有操作,您可以帮助整个组织更有效地运行。

因此,每个人都指望您使每个人都能更好地工作🙂

后视是20/20

作为经理,我所学到的一切都是基于我自己的失误,获得反馈以及尝试不同方法的经验。 无论如何这都不容易,而且我还有很多东西要学习。 管理与编码是一个非常不同的挑战,但是对我而言,尽管可能会遇到所有挑战,但一个团队共同实现目标的过程却是一种有益的经历。

如果您喜欢这篇文章,请关注我!