從工程師轉變為工程經理過程中所學到的

關鍵時刻，第一時間送達！

作者丨Gergely Orosz

譯者丨Teixeira10

【譯者注】在本文中，作者以自己的切身經歷，講述了從工程師轉變為工程經理的過程中，學習到的東西，以及自己在工作想法和方式上的轉變。

以下為譯文：

導師很重要——尤其是在公司內部

當開始第一份工作時，我確信已經找到了軟體工程相關的工作。這是由於在上半年就完成了碩士課程，並在這方面完成了一些比較成功的小型項目。但是，當遇到現實生活中的工程時，我的技術還是和剛畢業時的水平一樣。所以，從初級階段到更高級別的工作，我需要多年的努力。回顧過去，同樣清楚的是，導師是如何幫助我在職業生涯中成長得更快的——我在這條路上遇到很多導師。

現在我開始了一個新的職位，我並不是在開玩笑，因為我有一些技術領先的經驗，讀了一些關於管理的書，並且知道如何編碼，我有很多工程管理的想法。但從經驗來看，導師確實有很大的不同，我也想確保導師的指導不會出現錯誤。

這是我第一次有針對性的尋找導師。由於工程管理不同於公司管理，而且我在一個大公司工作，希望在公司內部找到一位導師。然而，我並沒有一個明確的想法，不知道這究竟是如何運作的。所以向管理團隊尋求幫助，他們所回應的是，導師是我所敬仰的人，並能從他們那裡學到很多東西，以及有足夠的能力來指導一個學員。

到目前為止，有一位公司內部的導師，他是在我的管理團隊之外，但感覺非常有幫助，因為導師與我所做的事情並不相同，所以可以從概觀的角度提出很獨立的建議。由於導師在公司內部，他們也給了很多關於我所從事職位的見解和想法。雖然短期內很難看到導師的作用，但他們已經給了我很多的信心，也可以讓我信任的人定期向我提供坦率的反饋。

理解新角色最重要的優先事項

我對之前的普通員工角色已經有了一個堅實的理解，那麼什麼是工程經理呢?他們也會做1:1績效評估嗎? 他們是否需要指導或指導團隊其他成員呢？他們還在編寫代碼嗎?他們是負責管理好團隊，還是負責制定方向或策略?這些只是我的幾個問題。

我想了很多，也和我的經理、導師和其他經理談過他們如何看待自己的角色。我不認為會有一致的答案，期望也會因公司而異。然而，我曾經在一個公司學過競爭優先權——這與個人競爭是不同的——它是這樣的:

作為一個工程經理，你需要把公司放在第一位，團隊排在第二位，你的團隊成員排第三位。

我還會說，把自己排在第四位。當我作為一個普通員工時，已經習慣了這樣的情況:先做我自己的工作，然後再去幫助隊友，只有在做完這些之後，我才會尋求做一些能進一步幫助團隊的事情。我不需要過多地考慮什麼對公司有利——我通常認為所做的一切都是業務需要的。

作為一名工程經理，如果我把先後順序打亂，那麼可能不需要任何方式就可以有一個很棒的團隊。也有可能會有很糟糕的結果，那就是，一群有能力的人，他們各自走自己的路，而不是創造出一個整體的價值。

決定一個時間和任務管理策略

在我剛開始工作的時候，我向其他經理諮詢建議，怎樣才能開始第一天的工作。他們告訴我一些實際的事情:

制定你的時間管理策略。

之前我並沒有想太多，作為一個普通工程師，我不會太擔心時間管理:因為我會拒絕一些不需要去的會議，並且盡量在大多數時間裡按計划行事。當然我也沒有太多的會議。

然而，作為一名經理，我的會議比以前要多得多。另外，實際上是我安排了許多會議——最重要的會議是1:1s會議，團隊會議，以及關鍵利益相關者會議。我確實有意識的在做這些事情，以及決定該在什麼時候留出時間。當然，我也要考慮到這些會議會擾亂我團隊的時間，所以要確保這些打擾做到最小化。

任務管理也是一樣。作為一名工程師，我幾乎每周都能完成所有的任務。作為一名管理者，有更多的事情要注意:有兩件事，別人需要做的事情或者需要我的投入的事情。把這些都記在腦子裡對我來說不太容易——所以我開始寫下來。

我還在嘗試時間和任務管理的最佳效果。然而，我確實會更有意識地考慮我和其他人的日程安排。對於任務，我已經開始嘗試一些簡單的GTD策略，這些策略已經比我最初的方法做得更好了。

設定短期目標

作為工程經理，我的職責之一是幫助工程師制定專業的目標，所以我花了很多時間來了解團隊成員的優先事項和目標。

首先，我要求他們做一個自我評估，將自己與公司領導的下一個級別進行比較。在內部，我們有明確的工作水平和期望，這也很容易做到。我還和他們談論想要在哪裡成長，在工作中喜歡和不喜歡的事情，在哪裡可以實現他們的長遠目標，超越目前的角色或公司。

在1:1會議的時候，我感覺到了他們的短期和長期的抱負，然後讓他們把一些目標放在合適的位置上。我告訴他們的一件重要的事情是如何規劃自己的職業發展——他們應該提出目標，並執行起來。作為一名管理者，我的職責是幫助和支持——但仍需他們自己實現。

我和團隊中的每一個人都經歷了這個過程。但唯一忘記做的人，就是我自己。我的經理提醒，我也應該提出短期和長期的目標。

所以我把目標放在一起，然後和我的經理和導師一起努力，把這些目標細化，把它們按優先順序排序，然後把它們簡化成更容易實現的事情。把這些目標寫下來，並通過這些目標定期幫助我專註於做一些重要的事情，並且忽略那些不在我清單上的事情。

最後——花些時間閱讀、實踐、學習和反思

我的一個建議是來自於FirstRound上的《the 90 day plan article》。它是這樣的:

如果你決定從工程師過渡到技術經理，那麼第一個月就要開始接受教育了

我認為可以用「 first year and beyond」代替「first month」。與開始從事軟體工程相比:我只是從別人的代碼，書籍，會議中不斷地學習，我一直在不斷進步。同樣，現在我已經開始推薦書籍，並開始閱讀其中的一些建議，同時報名參加領導開發者大會，並決定在博客這些地方反思我的經驗。

學習只是建議的一部分。另一部分是在給定的情況下嘗試一些有意義的事情，然後再思考什麼是有效的，什麼是無效的。到目前為止，過渡到工程經理一直是一個非常謙卑、有趣和令人興奮的旅程。期待著更多的學習，以及分享這些經驗。

(旁註:這是在當上經理之後寫的這篇文章，在幾年前，Charles分享了learnings from six months as a first-time engineering manager。如果你喜歡這篇文章，我建議你也讀一下這篇文章。)

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！

本站內容充實豐富，博大精深，小編精選每日熱門資訊，隨時更新，點擊「搶先收到最新資訊」瀏覽吧！

請您繼續閱讀更多來自 CSDN 的精彩文章: