iT邦幫忙

2021 iThome 鐵人賽

DAY 26
2
Software Development

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

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

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

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

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

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

大綱

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


上一篇
[面試][人格特質]一再被問的經典面試題
下一篇
[職場]不放過每個細節,完成一場 0 失誤的專案 Demo!
系列文
全端工程師生存筆記30

尚未有邦友留言

立即登入留言