當我們提到「領導力」,腦海中常常浮現的是 PM、Tech Lead 等擁有正式管理權的角色。但真正的領導力,從來不來自於頭銜,而是來自於我們對團隊與專案的影響力。
一位有影響力的工程師,即使沒有管理權,也能用專業、溝通和同理心來引導團隊,讓大家朝著共同目標前進。這份領導力,正是我們今天所要探討的核心。
需求通常來自 PM 和產品設計師,但這不代表我們只能扮演「任務執行者」的角色。一位有影響力的工程師,會將自己視為專案的「共同創作者」。
想像一下,PM 帶著一個複雜的新功能需求來找我們,而設計師也提供了精美的設計稿。
這份主動性,展現了我們對專案的深度投入。我們不只是個解決技術問題的人,更是個能為專案帶來新視角和新價值的人。
這種共同創作者的思維,其核心就是 Ownership。
它指的是一種高度的責任感,不只是對我們分配到的任務負責,更是對整個專案的成敗負責。我們不會說「這不是我的 Bug」,也不會說「這個需求是 PM 定的」。當我們看到任何能讓專案變得更好的機會時,我們都會主動提出解決方案,將其視為自己的責任。
這份 Ownership,正是將我們從一個高效的個人貢獻者,轉變為一個能帶領團隊前進的領導者。
每個工程師的成長,都始於追求個人的卓越。但當我們具備資深思維時,我們會發現,真正的價值不再只局限於自己的產出,而是體現在我們如何讓整個團隊變得更好。
借鑑史蒂芬・柯維的《高效能人士的七個習慣》裡提到的兩個思維「雙贏思維」與「統合綜效」。
領導力並非零和遊戲,我們不再只關注自己是否能順利完成任務,而是會同時思考這個方案對專案、對團隊成員的影響。
例如,當我們在做技術決策時,我們會選擇一個不僅能解決當前問題,還能讓其他團隊成員更容易維護的方案;當我們進行 Code Review 時,我們的回饋不只是糾錯,更是為了幫助同事寫出更好的程式碼。我們相信,當團隊中的每個人都能從中獲益時,才能實現真正的共贏。
我們相信團隊的力量大於個人總和,並能有效整合不同成員的優勢,讓 1+1 > 2。這份能力讓我們能夠:
一位有影響力的工程師,會將領導力視為一種責任,而非權力。我們會主動承擔起專案的責任、分享知識、指導 junior engineer,並在關鍵時刻推動技術決策。
這份領導力,沒有正式的頭銜,也不需要任何人的允許。它始於每一次主動行為、每一個為團隊著想的決策、以及每一次對他人的賦能。