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