[職場]拒絕做白工！讓自己的努力效益最大化

 

如果不會表達，那麼你的功勞不是你的功勞。

我想很多人跟筆者一樣，從小就被教導謙虛是美德、不要去邀功；相信皇天不負苦心人，默默地做總有一天會被看見的。

我們在電影中看到反派搶功勞會被主角教訓；但在現實生活中，搶走你功勞的人只會活得更好。

當然這篇文章不是教你搶功勞，而是分享幾個，讓你的努力效益最大化的方法。

大綱

1. 做重要的事

   • 1.1 了解公司目標
   • 1.2 你完成的 Feature 重要嗎？
   • 1.3 主管分配任務給你，跟你主動去要任務是不同的
   • 1.4 如果公司願意把一個高難度的專案交給你

2. 讓自己的努力被看到

   • 2.1 即時匯報進度
   • 2.2 不只完成專案，還要宣傳專案
   • 2.3 專案結束後，要主動去拿獎勵

3. 提升在團隊內的影響力

   • 3.1 主動幫助同事
   • 3.2 讓團隊成員有更好的獨立作業能力
   • 3.3 不要只想著表現自己，分功勞未必是個零和遊戲

4. 增加在公司的影響力

   • 4.1 開會時，你代表的是部門
   • 4.2 如何在沒有權力的狀態下創造影響力
   • 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可以讓我更有寫文的動力，我們明天見～

全端工程師生存筆記 系列 第 26 篇 

寶寶出頭天

1 年前 ‧ 2078 瀏覽