如果不会表达，那麽你的功劳不是你的功劳。

我想很多人跟笔者一样，从小就被教导谦虚是美德、不要去邀功；相信皇天不负苦心人，默默地做总有一天会被看见的。

我们在电影中看到反派抢功劳会被主角教训；但在现实生活中，抢走你功劳的人只会活得更好。

当然这篇文章不是教你抢功劳，而是分享几个，让你的努力效益最大化的方法。

大纲

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可以让我更有写文的动力，我们明天见～

我在 Medium 平台 也分享了许多技术文章
❝ 主题涵盖「MIS & DEVOPS、资料库、前端、後端、MICROSFT 365、GOOGLE 云端应用、自我修炼」希望可以帮助遇到相同问题、想自我成长的人。❞