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

本文目錄
  1. 大綱
  2. 1. 做重要的事
  3. 1.1 了解公司目標
  4. 1.2 你完成的 Feature 重要嗎?
  5. 1.3 主管分配任務給你,跟你主動要到任務是不同的
  6. 1.4 如果公司把一個高難度的專案交給你
  7. 2. 讓自己的努力被看到
  8. 2.1 即時匯報進度
  9. 2.2 不只完成專案,還要宣傳專案
  10. 2.3 專案結束後,要主動去拿獎勵
  11. 3. 提升在團隊內的影響力
  12. 3.1 主動幫助同事
  13. 3.2 讓團隊成員有更好的獨立作業能力
  14. 3.3 不要只想著表現自己,分功勞未必是個零和遊戲
  15. 4. 增加在公司的影響力
  16. 4.1 開會時,你代表的是部門
  17. 4.2 如何在沒有權力的狀態下創造影響力
  18. 4.3 爭取上台機會
  19. 後記

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

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

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

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

大綱

  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可以讓我更有寫文的動力,我們明天見~


後記(圖 1)

在許多人的幫助下,本系列文章已成功出版,除了添加新的篇章,更完善了每個案例的應對進退;如果對現在的職涯感到迷茫,也許這本書能帶給你不一樣的觀點~

天瓏書局: https://www.tenlong.com.tw/products/9786263334571

Talk

留言討論

留言載入中…