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

• 如果我們主要關注技術領域，我們可能是首席/員工工程師、技術主管、架構師或技術總監。
• 如果我們主要關注交付過程，我們可能是交付經理。
• 如果我們主要關注產品，我們可能是產品經理或產品負責人。
• 另一種選擇是人們專注於領導所有領域，在這種情況下，他們可能是英雄！我喜歡沒有英雄的球隊。

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

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

• 高階和高績效團隊

• 有高階和初級成員的團隊

1. 促進新成員融入團隊和公司文化。
2. 為複雜用例的架構解決方案提供另一種視角。

• 新團隊

1. 如果工程經理有很多技術知識，工程經理將提供技術顧問。
2. 如果軟體工程師具有技術知識但不遵循任何方法論和流程標準化，則工程經理將透過提供流程顧問來支援他們改進。

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

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

• 避免做出技術決定或過多地參與這些決定。
• 弄清楚如何在不對團隊產生負面影響的情況下參與團隊的日常工作。一個常見的場景是工程經理在遵循 Scrum 方法的團隊中的角色。