當前位置:
首頁 > 科技 > 從工程師轉變為工程經理過程中所學到的

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

關鍵時刻,第一時間送達!

作者丨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 的精彩文章:

今天去買化妝品,接待我的導購是位機器人
你的工資是高了還是低了,薪資計算器會告訴你
微軟新推三款機器學習工具 幫助開發者打造強AI應用
盤點各大互聯網公司2017中秋月餅設計,你最喜歡哪一個?
React 16.0.0 發布,去除專利條款,改用 MIT 許可證

TAG:CSDN |