# [職場]拒絕做白工！讓自己的努力效益最大化 - 作者：林鼎淵（Dean Lin） - 網址：https://deanlin.net/blog/202110/fullstack-career-notes-day-26/ - 發布：2021-10-11 - 主題：職涯成長 - 系列：全端工程師生存筆記 - 標籤：iT 邦幫忙鐵人賽、職場、了解公司目標、即時匯報進度、提升影響力 - 摘要：我想很多人跟筆者一樣，從小就被教導謙虛是美德、不要去邀功；相信皇天不負苦心人，默默地做總有一天會被看見的。 > 如果不會表達，那麼你的功勞不是你的功勞。 我想很多人跟筆者一樣，從小就被教導謙虛是美德、不要去邀功；相信皇天不負苦心人，默默地做總有一天會被看見的。 我們在電影中看到反派搶功勞會被主角教訓；但在現實生活中，搶走你功勞的人只會活得更好。 當然這篇文章不是教你搶功勞，而是分享幾個，讓你的努力效益最大化的方法。 ## 大綱 1. **做重要的事** 2. 1.1 了解公司目標 3. 1.2 你完成的 Feature 重要嗎？ 4. 1.3 主管分配任務給你，跟你主動去要任務是不同的 5. 1.4 如果公司願意把一個高難度的專案交給你 6. **讓自己的努力被看到** 7. 2.1 即時匯報進度 8. 2.2 不只完成專案，還要宣傳專案 9. 2.3 專案結束後，要主動去拿獎勵 10. **提升在團隊內的影響力** 11. 3.1 主動幫助同事 12. 3.2 讓團隊成員有更好的獨立作業能力 13. 3.3 不要只想著表現自己，分功勞未必是個零和遊戲 14. **增加在公司的影響力** 15. 4.1 開會時，你代表的是部門 16. 4.2 如何在沒有權力的狀態下創造影響力 17. 4.3 把握上台機會 ## 1. 做重要的事 > 花一樣的力氣做事，當然選效益最高的。 很多人天天加班，覺得自己為公司賣命應該要獲得對應的報酬；但這一切往往事與願違。 很多人都會把矛頭指向「個人能力」或是「慣老闆」身上；儘管這兩點也是原因之一，但筆者想從「做事」的角度跟讀者分享，也許我們過去所認為的努力，對公司來說毫無意義。 ### 1.1 了解公司目標 有些人埋頭苦幹做了一堆專案，認為自己績效斐然值得嘉獎；但是否值得嘉獎是由專案帶來的效益所決定的。 你的專案要跟公司的商業目標一致，不然你做的專案再多、再好，公司裡面沒有業務幫你推，你再怎麼加班也是白忙。 相反的，如果你做的專案可以讓業務更輕鬆的銷售產品，提升公司業績；就算你只做一個專案，也能讓你在公司有更高的地位。 ### 1.2 你完成的 Feature 重要嗎？ 也許你的技術很頂尖，特別喜歡攻克專案裡面困難的 Feature；但幾年之後卻發現周圍技術能力普普的同事都升官加薪，而自己卻還在原地打轉。 此時請不要抱怨職場不公平，你應該要先審視自己完成的 Feature 為公司或是團隊帶來多少利益；無論你攻克的 Feature 有多難，如果它只有 1% 的使用者會用到，從公司的角度而言你是沒有多少影響力的。 反觀你周圍技術普普的同事，他們用框架快速完成系統的主功能，又用簡單的技術完成了很多實用的 Feature；即便難度不高，但從公司的角度來看，是這些人撐起了系統的運轉。 如果你是老闆，在升職加薪的時候，你會選擇誰？這是一個資本主義的社會，並不是你選擇困難的道路就會獲得更多回報。 ### 1.3 主管分配任務給你，跟你主動要到任務是不同的 如果你不主動爭取，通常最後被分到的都是低價值任務；要嘛難度很高，要嘛毫無價值。 - **為什麼要主動爭取任務？** 每個人的時間都是有限的，如果你長期接手低價值任務，你與周圍同事的差距會越來越大；大部分的人上班都是為了錢，為什麼不去主動爭取高價值任務？ 就算任務的內容完全一樣，但你完成被分配任務只能說是`合格`；而你完成主動要到任務卻是達成目標，被動跟主動給人完全不同的觀感。 - **如果始終無法獲得高價值任務** 如果主管明顯特別照顧某個同事，即使你主動要求也無法獲得高價值任務；筆者建議直接跟主管敞開了聊，不要在那邊用猜測的方式揣摩上意。 假使聊完後你還是被分配低價值任務，那你也可以心無罣礙的離開；人生很短，不需要堅持在不合適的環境中成長。 ### 1.4 如果公司把一個高難度的專案交給你 先判斷這個高難度的專案能否給你帶來成長，再去思考這個專案對公司而言的重要程度。 如果評估後是有價值的，請勇敢的接下來；有價值的任務，你不接還是會有人接的。 也不要過度擔心自己做不來失敗的後果，老實說就算真的失敗了，損失最大的是公司，你最慘就是換一間公司；既然公司願意冒這個風險把任務交給你，那就放手一搏吧。 如果你不打算庸庸碌碌過一生，機會來的時候就必須冒險；如果你把握住了，它們是升職加薪非常重要的談判籌碼。 > 突破舒適圈未必會獲得物質上的獎勵，但肯定能讓你的視野上升一個台階。 ## 2. 讓自己的努力被看到 大部分工程師的思考都是線性的，就像是遊戲關卡一樣，我們覺得完成了手上的專案就會獲得回報；但現實生活不是遊戲，絕大多數的時候你完成專案只會被當作理所當然；你不說，沒人會知道你付出了多少心血。 ### 2.1 即時匯報進度 每做到一個里程碑，你一定要即時匯報進度，不要總是等別人來問你。 - **為什麼要匯報進度？** - **讓主管方便評估時程** 職場與學校不同，學校有交功課就完事了；但職場會有 30% 進度、70％ 進度，你要讓主管掌握你的進度，他才能評估要安排多少任務給你做。 - **讓同事掌握進度** 有些合作的任務是有順序性的，你完成了如果不吭聲，很可能壓縮到後面接手同事的工作時間。 像是做網頁時，如果後端完成後拖到最後一刻才跟前端說，就會壓縮到前端串接後端 API 及確認功能穩定性的時間。 - **匯報的內容要有哪些？** - **目前進度** 說明你的進度是按照預想的、超前的，還是落後的。 - **這次你做了什麼** 要強調最終的結果，而不是努力的過程；大家時間有限，不要模糊焦點。 - **接下來的任務** 說明接下來任務的時程規劃。 - **主動匯報進度的好處** - **讓你擁有安排進度的主控權** 如果你每次都能按時完成任務，那主管在問你需要多少時間完成任務時，你報出來的工作天數通常都會被接受。 > 假使你常常無法準時完成，或是浮報太多工作天數；這些破壞合作信用的行為，會換來主管每天緊迫盯人。 - **讓自己的存在感強烈** 公司人太多，就算是直屬主管也未必知道你所做的事情；不要等到加薪前才刷存在感，只要有成果便要匯報，讓主管覺得你持續有產出。 ### 2.2 不只完成專案，還要宣傳專案 筆者身旁有朋友明明是專案的主力開發工程師，但在專案取得成功後升官拿獎金的都不是他；一開始他在跟我抱怨的時候，我覺得這應該是公司制度的問題，但每隔幾個月他就會約我出來借酒消愁痛罵公司。 幾次之後我也感到很納悶，以我對朋友的了解，他的技術能力肯定沒問題，不然不會每次都擔任專案的主力開發工程師；但為什麼他都沒有得到應得的報酬？ 後來跟朋友細聊專案流程才發現，儘管程式大部分都是他寫的；但在專案完成後都是由主管或同事向高層匯報，向業務做 Demo 的時候他也只是坐在台下讓同事講，因為他認為自己負責開發已經夠辛苦了，這些雜事交給其他同事處理就好。 原本這種各司其職的想法也沒錯，但是有些公司只看得到在做宣傳的人，看不到在做事的人；如果你主管匯報時沒有向高層提及你的功勞、同事在 Demo 時沒有放上你的名字，那你所有的努力都是在做白工。 寫專案固然辛苦，但這個專案是否能帶來收益，要看公司是否採納，業務是否願意推廣；公司的專案那麼多，如果不主動宣傳自己的專案，就算做得再好也沒有意義，因此下次完成專案後，請爭取宣傳專案的機會。 ### 2.3 專案結束後，要主動去拿獎勵 不管你的程式寫得再好、功能多麼穩定；你在主管眼中只是一個合格的工程師而已，況且主管未必會去看你寫的 Code。 - **把自己跟專案的成功綁在一起** 一個人的成功，是需要其他同事的肯定、主管的提拔；如果你沒有適時向他們展示你的成果，那你的努力也會隨著專案結束一起消失；至於要如何表現自己，可以參考以下方案： - **技術分享會** 如果你在這個專案中用了新的技術，你可以舉辦一個技術分享會向同事以及長官分享。 - 這個技術的優點 - 它解決了哪些問題 - 你遇到問題有多難，如何克服 - 它幫公司賺了/節省多少錢 - **提醒主管不要忘記你的好處** 跟主管聊天時，主動提起自己自己的貢獻與影響力；千萬不要怕邀功，你不說，就算別人都看在眼裡也不會給你應得的獎勵。 - **爭取向高層匯報、向業務簡報的機會** 如同上個小節所說，專案做完後是需要宣傳的，如果你獲得宣傳者的角色，並成功讓高層與業務採納，你將是這個專案最大的受益者。 ## 3. 提升在團隊內的影響力 你有可能因為工作績效而獲得加薪；但如果想要升官，跟同事打好關係、提升團隊績效也是重要的條件之一。 > 拍馬屁、玩政治、當聽話的狗也是有效的升官的方式；但這些實際操作起來非常依賴個人特質，並不適用於每個人，因此本文不討論這塊。 ### 3.1 主動幫助同事 公司要提拔一個人，除了專業能力的評估外，也會看他跟同事相處如何；你總不會想提拔一個經常跟周圍同事鬧不合的獨行俠吧？ 如果你所處的組織比較龐大，主管並不會知道你每天在做什麼，但周圍跟你合作的同事都很清楚；當有合適的缺空出來，而主管無法準確判斷要將誰升官時，就會詢問同事日常跟誰合作較為愉快；所以是否能被提拔，周圍同事的評分也是重要的參考意見。 ### 3.2 讓團隊成員有更好的獨立作業能力 應該很多由技術轉管理職的新手 Leader 都面臨過以下問題： - 把任務指派下去後，成員不停再追問細節。 - 成員把任務做到一半就停下來了，他們不知道接下來要做什麼。 遇到這類狀況時，有時不禁會想：「這些問題這麼簡單，為什麼這點小事都要我來做決定？你們沒有基礎的判斷能力嗎？」 除了成員經驗不足容易有這些問題外，也有可能是你在分配任務時只說有哪些任務要做，而沒說明為什麼這麼做、這個任務的目標是什麼；如果願意花多一點的時間說明與撰寫完善的需求規格，成員在了解來龍去脈後，很多細節與流程他們就能夠自己決定了。 ### 3.3 不要只想著表現自己，分功勞未必是個零和遊戲 從短期來看，在團隊中搶功勞的人可以快速升職加薪；但同事也不是傻子，有誰願意跟愛搶功勞的人合作？ 如果你願意在彰顯自己功勞的同時也把其他同事帶上，你在同事裡面會獲得更多的聲望；功勞就像是一塊蛋糕，但分功勞也未必只是一個零和遊戲，把蛋糕做大，所有人都能獲得回報。 每個人的性格都不同，有些人在做事上面是一把手，但如果你要他上台跟要了他的命一樣；因此這類有生產力的人容易被組織所忽略，假使你願意在專案宣傳的時候，於簡報的最後一頁放上團隊名單，並說出感謝的話，也許你會獲得意想不到的回報。 筆者感謝結語範例：「很榮幸今天可以跟各位長官分享我們團隊完成的專案，在這裡要先感謝 XXX 經理在這段時間四處奔波，在他的領導下專案才能進行的如此順利；在開發的過程中，XXX 資深工程師也花了很多心力在攻克幾項技術難題，以保證我們系統的穩定性…謝謝大家，我是 XXX，再次感謝各位長官的蒞臨。」 - **感謝結語建議結構** - 先感謝主管，稱讚領導有方。 - 接著提到專案中的靈魂人物。 - 最後再說一次自己的名字，增加長官們對你的印象。 ## 4. 增加在公司的影響力 讓公司更多人記住你的名字、知道你在做的專案；之後在跨團隊合作的時候會輕鬆許多。 ### 4.1 開會時，你代表的是部門 組織一大，辦公室政治幾乎無法避免；每個部門都想要爭取話語權與資源。 如果你只需要面對工程師團隊，大部分的時候還可以就事論事；但如果你的位置會需要接觸業務單位，面對這群非常擅長嘴砲溝通的人，工程師在開會的時候非常容易處於被動狀態。畢竟業務單位每天的工作就是溝通與談判，雙方的經驗值差距太大。 但請不要忘記，出來開會你代表的是部門；假設今天這場會議其中一個環節是由你來做專案的 Demo，你就要有被業務單位 Challenge 的心理預期，對方可能在你 Demo 到一半的時候就直接打斷你、對專案指手畫腳。此時筆者建議你要掌握會議的主導權，如果你在 Demo 時頻繁回答對方的提問，會造成其他與會者無法連貫吸收專案內容。因此筆者會說：「不好意思，我這邊先完成專案的 Demo，讓大家對專案有一個整體的概念；也許接下來的操作就能解釋您心中的疑惑，如果沒有，在 Demo 結束後我再回答您的問題。」 在 Demo 結束時，往往會收到很多的回饋；你可以記錄需求，但千萬不要隨便承諾，你在開會所說的話都是代表部門，如果沒有經過內部的討論就亂給承諾，你在團隊內部會被排擠，在其他團隊也會失去信任。 話語的主導權並非看一兩本書就能夠學會，需要經過多場實戰才能有所提升；筆者認為開會時的心態最為重要，不要一被質疑氣勢就落入下風，謹記出來開會，自己是代表部門！你希望別人怎麼看待自己的部門，你就要表現出什麼態度。 > **備註**：你要搞清楚自己代表的角色，是公司、部門、團隊還是自己；代表不同角色時，說話的份量差異會很大，因為對方還需要顧及你身後的人。 ### 4.2 如何在沒有權力的狀態下創造影響力 - **每個人都曾在沒有權力的狀態下影響過別人的決定** 回想進入公司前的`面試`，你要在短短 1 小時的時間內取得陌生人的肯定，最終獲得 Offer；此時你在這間公司是毫無權力的，卻能夠影響長官的決定。 - **你成為了主管，但並沒有對其他部門發布命令的權力** 在成為主管後，你能夠組織團隊成員做事；但很多時候一個專案需要跟多個部門合作，你可能會接觸到：「市場部門、行銷部門、品管部門…」而這些部門你都是沒有權力下達命令的。 對你來說是主任務，但對其他部門可能而言可能只是次要任務；你需要創造一個讓對方獲利的理由，他才有可能配合你，共贏的完成這個專案。 - **有影響力的是人，不是強而有力的數據** 假設你收到公司指令，要負責推行一個專案管理系統，通常情況下，除了自己的部門外，其他部門在推的時候會遇到非常大的阻礙。 > 很多人會覺得這是公司高層下的指令，各部門應該會配合；但以筆者的經驗來說，願意在初期配合的幾乎不存在… - **不要用產品說服對方** 為了要增加使用人數，筆者曾像推銷員一樣到各個部門說這個產品有多好用、幫自己部門提升了多少工作效率；但成效很差，因為大家現在事情都做得好好的，根本沒理由去學一個要重新熟悉的產品。 - **由對方創造需求** 後來筆者在推這個專案管理系統前，改成先用聊天的方式跟其他的部門的 Leader 了解： - 部門現在面對的挑戰是什麼？ - 未來 1~3 年的戰略目標 先用同理心去傾聽對方的回答，適時地引導對方來詢問你有什麼好的建議；此時你再說出自己部門目前有在用這套專案管理系統，且透過它提升了不少工作效率，如果對方想更近一步了解再跟他做介紹；談話重點就是先用問題引導對方去思考，而不是直接告訴對方你覺得這樣做更有效。 ### 4.3 爭取上台機會 害怕上台是人性，但當你走上台從聽眾變成講者時，你所擁有的是更多的機會。 - **增加自己在公司的存在感** 很多工程師對上台報告很抗拒，害怕自己報告的不好會拖團隊的後腿；但這樣長久下來，你在組織中會變成一個`隱形人`，幾乎沒有影響力；不過如果你願意上台報告，就算你表現得不夠好，至少也讓公司更多的人記住你。 > 很多時候，你比自己想像的還要更厲害。 - **從觀眾的角度出發，準備對方感興趣的內容** 有些人站到台上後，會瘋狂的向台下輸出自己的專案有多好、產品的功能有多強；台上講的激情四射，但台下睡眼朦朧，會發生這種狀況是因為你一直在講你想講的，而不是台下觀眾想聽的。 以筆者要跟業務單位宣傳團隊的專案來做舉例，我會重點描述下面 3 點： - 專案能幫客戶解決哪些問題 - 這個專案預計的定價與目標市場 - 業務要如何向客戶介紹我們的專案 想要讓業務願意推銷團隊的專案，筆者認為重點是產品有用、利潤足夠、介紹輕鬆；把一條龍的服務做好，他們要做的事越少，專案推得越好。 ### 後記 > 你想要當參賽者還是觀眾？ 如果你想要在一間公司往上爬，無論人際關係處理得多好，都肯定會受到其他人的嫉妒；公司中想升官的絕對不只你一個，如果決定進入這場鬥爭，你就要有受傷的心理準備。 當參賽者還是觀眾都是自己的選擇，每個人在不同人生階段所能承受的壓力不同、職涯規劃也不同；並不存在選擇哪一個一定比較好，筆者只是建議你選一個 10 年之後自己不會後悔的選擇。 感謝大家的閱讀，如果喜歡我的文章可以`訂閱`接收通知；如果有幫助到你，按`Like`可以讓我更有寫文的動力，我們明天見～ > 在許多人的幫助下，本系列文章已成功出版，除了添加新的篇章，更完善了每個案例的應對進退；如果對現在的職涯感到迷茫，也許這本書能帶給你不一樣的觀點～ > **天瓏書局：** [https://www.tenlong.com.tw/products/9786263334571](https://www.tenlong.com.tw/products/9786263334571) --- 關於作者：林鼎淵（Dean Lin），台灣的生成式 AI 企業內訓講師、外商資安公司軟體專家，也是生成式 AI 創新學院發起人。出版 7 本書（包含全台第一本 ChatGPT 應用專書），兩度獲得 iThome 鐵人賽佳作，累積上百場授課與顧問經驗。（https://deanlin.net/about/） 引用時請附上原文網址：https://deanlin.net/blog/202110/fullstack-career-notes-day-26/