Team Lead
跟朋友吃飯聊到溝通的問題，她找我討論，是否要繼續擔任 Team Lead 的工作。
我直接下一個評斷的基準：
如果你負責協作（管理、PM、Team Lead）一段時間（2y）之後，無法感覺 #康威定律 要面對的關鍵問題（溝通），我建議你不要做這種工作，會耽誤你的職涯、耽誤團隊的運作。去面對自己適合的工作，或者磨練溝通技巧。
我說的很直接，不希望他耽誤自己。
過程中，我跟她說，如果覺妳覺得現在你已經以些能力超過目前組織能理解的想法，那就走出去吧。
這年代，千里馬很多，但是伯樂不多，千里馬要會識別這個老闆是不是伯樂。
在那之前，你必須知道什麼才是『千里馬』。
Q: 有點疑惑，如果team lead 不負責溝通問題，那還需要處理什麼問題？
大部分 team lead 是要有技能的，也就是，很大的機率是因為 #學而優則仕 ，因為技能好，所以升官。但實際上 ‘lead’ 除了要能弄刀耍武，還要能溝通，而且慢慢的會反過來，從耍技能為主，溝通為輔，變成溝通為主，技能為輔。
但大部分新任 team lead 並沒有這樣的認知。
這是 team lead 的過渡期，2y 無法適應，就回去做 engineer，不要浪費自己的時間。我就是在跟他說這件事情。
很現實的，這 2y 如果你有在好好提升溝通能力，那麼技能勢必會往下掉。除非，你沒有個人生活，或者天生神力，否則兩者兼具的人不多，至少我現在沒遇過。
然後到管理，那又是另一個階段了。面對聘人、用人、考核、火人、升遷，那是另一個要面對的。
Q: 組織結構與職責
Tim Wang:
有些公司、特別是走矩陣組織的team lead，會被期待分擔專案進程控管，也就是一部分的project manager工作，team lead很可能都在參加產品會議及跨function協調，得要搞懂需求、轉換成內部資源排程，並且確保底下的人派出去足以成事，所以建立流程、文件的能力會比自己的技術實作力來得重要，如果沒看開這點就很難有團隊戰力，那樣就真的不如回去做技術職，現在其實軟體開發者只要自己技術能一直進步，我是覺得已經沒有必要為了生存轉管理職，轉了或許死更快。
Rick Hwang:
你夠認識自己？你夠了解自己？你知道自己想要什麼？你知道自己討厭什麼？你想要往哪裡去？聽起來像幹話，像是一些沒啥屁用的雞湯文，但我覺得是每個人都要認真，嚴肅面對的，一生的課題。很多人是連自己都不了解的。否則到闔上眼的那一刻，都不知道為啥要走這一遭。
Q: 專案管理與跨部門溝通
專案管理就是『成事』，大部分的老闆不會在乎你是否用 K8s、Big Data、Cloud、AI、量子力學 ... 老闆在乎的是把事情搞定，讓客戶滿意，讓成本降低，讓客戶的問題被解決，公司的獲利提升。 I
專案管理其實就是執行力，換言之，為什麼 CxO 以 CEO 為首？E 是什麼？Execusive，執行力，也就是把事搞定，能解決問題的人，而這個解決過程，需要面對很多人，所以『溝通』是必備的『能力』。溝通就是讓對方能夠照自己的意識執行任務的技能。
換言之，每個 PM / PO ... 其實我不太在呼叫啥，只要能把事搞定的人，才是重點。至於叫啥 CEO / PM / PO / CTO / COO / QOO / Director / Architect / Manager .... 其實不是很重要。
原始資料
- 發表時間：2020/08/13
- 原文連結