什麼是軟體行業的工程經理？ - DZone Agile

banq發表於2021-11-14
行業

一位作者分享了他第一次擔任工程經理的經歷。它會成為你的下一個職業嗎？
最近，我加入 Nextail Labs 擔任工程經理。這是我第一次在軟體初創公司工作並擔任工程經理。
工程經理角色有很多定義，但這在很大程度上取決於公司。去年，我參加了幾次招聘流程，但公司對同一職位的描述有所不同。同時，如果我們向其他工程師詢問這個角色，他們之間的答案可能會有所不同，並且取決於他們的經驗。
在我看來，工程經理的 主要職責必須是面向人員和團隊， 而不是專案、產品或架構。 
  • 如果我們主要關注技術領域，我們可能是首席/員工工程師、技術主管、架構師或技術總監。
  • 如果我們主要關注交付過程，我們可能是交付經理。
  • 如果我們主要關注產品，我們可能是產品經理或產品負責人。
  • 另一種選擇是人們專注於領導所有領域，在這種情況下，他們可能是英雄！我喜歡沒有英雄的球隊。

 

工程經理管理的是人員和團隊
在我的職業生涯中，我一直相信“偉大的軟體是由偉大的團隊構建的。 ”我一直努力關心人和團隊，不僅是為了實現目標，而且是幫助他們發展自己的職業生涯並使他們的日常生活更輕鬆。
我很幸運，因為我有很棒的經理，也有糟糕的經理，他們讓我瞭解行動如何影響人和團隊。今天，我可以理解我的大多數經理並沒有關注人員或團隊，因為他們沒有時間支援我作為工程師或團隊的需求。如果我們不能每週、兩週甚至每月與他們交談，我們就無法支援團隊和人民。
支援團隊和人員需要大量時間。不僅是我們有多少“一對一”會議以及它們的持續時間，我們還需要透過審查上一次會議、行動計劃或報告來提前準備會議。
例如，如果某個工程師想增加他/她的資料架構知識，而我們建議他/她閱讀一本特定的書，我們應該有時間與他/她討論他/她正在學習的內容以及這對他/她有何幫助他/她進化與否。有時我喜歡閱讀同一本書並與他/她討論其中的一些章節，因為與其他人討論有助於提高理解。這只是一個例子， 重要的是有時間提供高質量的支援。
 

工程經理範圍
工程經理不僅關注人，而且我們還有其他次要職責。這些職責的範圍將取決於許多因素，例如公司規模、公司組織、人員和工程經理的知識或團隊的成熟度。
作為工程經理，我們必須靈活適應每個團隊和人員的特點。以下是一些示例，具體取決於團隊。 

  • 高階和高績效團隊

如果我們成為一個由具有豐富經驗的人組成的高階團隊的工程經理，能夠實現所有目標並能很好地合作，我們作為工程經理的角色將是提供他們需要的所有支援並嘗試向他們學習. 
最重要的是，儘量不要打擾他們。
  • 有高階和初級成員的團隊

這是最常見的情況，我們必須幫助他們：
  1. 促進新成員融入團隊和公司文化。
  2. 為複雜用例的架構解決方案提供另一種視角。

  • 新團隊

有一些初級成員的新團隊需要工程經理的更多支援：
  1. 如果工程經理有很多技術知識，工程經理將提供技術顧問。
  2. 如果軟體工程師具有技術知識但不遵循任何方法論和流程標準化，則工程經理將透過提供流程顧問來支援他們改進。

 
 優秀的工程經理是那些能夠留住團隊並且其他人都願意與之共事的人。 

最棘手的事情
據我的經驗，工程經理是全球貢獻者角色之一，擁有最多的灰色地帶，而且自我實現更難以實現。這有時會導致我們犯一些錯誤：

  • 當團隊有很多工時，嘗試獲取任務而不是分析為什麼會這樣。
  • 做出很多決定，避免人們成長。
  • 希望團隊按照我們希望的方式工作，而不是支援他們改進薄弱環節。
  • 當我們變得與團隊和人員實現目標無關時，不瞭解我們實現了目標。

就我而言，由於我的技術背景，最困難的是以下幾點：
  • 避免做出技術決定或過多地參與這些決定。
  • 弄清楚如何在不對團隊產生負面影響的情況下參與團隊的日常工作。一個常見的場景是工程經理在遵循 Scrum 方法的團隊中的角色。

 
作為一名技術專家，我很幸運，因為我熱愛自己的職業生涯，而我的職業生涯與角色無關，而且我生活在技術領域的特殊時刻。有這麼多的機會和挑戰，所以我可以選擇未來幾年想要做什麼。
我總是喜歡幫助別人，繼續學習和新的挑戰。 我希望有足夠的時間來支援團隊和人員，幫助他們成長，以及一家重視這一點的公司。
 

相關文章