程序员的 “靠谱”

1,586 阅读6分钟

几年前在罗辑思维听罗胖聊靠谱,原文如下靠谱与闭环

他说靠谱是 “凡事有交代,件件有着落,事事有回音”,并说靠谱是对一个人的最高评价。

做开发 7 年了,回顾自己的工作经历,再想靠谱这件事,有些新的理解。如何把靠谱运用到平时的开发工作中?如何在领导和同事面前树立靠谱人设?我结合自身经验分析一下,帮助各位同学少走弯路。

挑选重要的事情做

罗胖说的 “凡事有交代,件件有着落,事事有回音。” 在开发工作中并不适用,因为工作是做不完的,需求也是做不完的,要做到他说的,把人累死了都做不完。

不如把这句话改为“重要的事有交代,重要的事有着落,重要的事有回音。”

我之前是罗胖说的状态,不管运营、产品、客服有任何事来找我,我都会帮他们分析并解决,那段时间我真是累死,找过来的事很多事是查询和分析线上 case,比如客服说有个用户来问一下xxx。

然而这些事情重要吗?不重要,完全可以不做。开发工作中,很多事不管,会自己慢慢消失掉,真正重要、紧急的事,对方会亲自过来找你。

这里考验自身对事情重要性的理解,不是别人说重要就重要,也不是自以为重要就重要,至少要从两方面理解重要性,公司层面和直属领导层面。

公司层面是否重要?

如果负责人角色,要有自己的思考。

商业公司的核心目的是赚钱,你做的事能不能帮公司提高营收,或是降低成本?

每个功能点对应解决什么问题,能为公司带来多少收益,需要多少成本;a 功能和 b 功能比起来,哪个更值得做,为什么更值得做等。

要分析透彻,需要对业务、市场、商业有比较深刻的了解,知道公司业务怎么运转、怎么盈利的,未来的计划等。

直属领导层面是否重要?

如果是大头兵角色,一线做事的,要站在直属领导角度思考。

能帮助直属领导解决他的问题,这个事就重要。

评估自己的公司和在工作中的位置,精力大概这么分配。

小公司负责人,公司占比大直属领导占比小;小公司大头兵,公司占比中直属领导占比中;大公司负责人,公司稍大直属领导占比稍小;大公司大头兵,公司占比小直属领导占比大。

对公司了解的越多,重要性以自己判断为准;对公司了解少,重要性以直属领导判断为准。

了解事情的工作量和自身能力边界

现在假设已经接到了重要的事情,怎么做?

我最开始接到活,是直接开干的,对于事情的工作量,自身的能力都不清晰,最后做的不如人意,有可能说 3 天做完的事情,因为一些卡点、风险,被迫延长到 5 天,给人不靠谱的印象。

工作多了做过的事情多了,对自身能力和事情的工作量,慢慢就有感觉了,俗称有了自知之明。

任何一个事情都会分为

  • 曾经做过的,可以正常评估工作量;(知道自己知道)
  • 曾经没做过的,按风险评估,多留点 buffer;(知道自己哪里不知道)
  • 不知道的,先去调研;(不知道自己哪里不知道)

留的 buffer 用于处理不知道自己不知道的部分,评估前尽量减少这部分。

随着年限和能力的增长,自己知道的越来越多,对事情就会更有把握和信心。

时刻同步

尽管以上做了充分的准备,依然有突发情况,比如需求改了,业务方向变了,出现了 buffer 都填充不了情况,怎么办?

以前我自己硬扛,往死里加班干,加班都干不完,最后爆个大雷。

靠谱不是说承诺的一定做到,而是在过程中也要保持实时同步,出了问题,评估下自己能不能 hold 住?hold 不住的时候赶紧上报,别等到要拉裤兜子了才说。

能 hold 住也说一下,让领导知道自己的情况,否则可能有误会。

我以前能 hold 住的也没说,领导误以为事情很简单,还给我额外加活,后来出了问题还怪罪我能力差,挺冤的。

今天我特意查了下,24 年累计写了近 20w 行代码,去掉自动生成的也有 10w + 纯手工开发。领导远远低估了我的工作量,就是因为我遇到了困难没说,自己默默搞定了。

$  git log --author="xx" --pretty=tformat: --numstat | awk '{ add += $1; subs += $2; } END { printf "Added lines: %s, Removed lines: %s, Total lines: %s\n", add, subs, add + subs }'  
Added lines: 70579, Removed lines: 18023, Total lines: 88602  
Added lines: 25515, Removed lines: 12823, Total lines: 38338  
Added lines: 12619, Removed lines: 1091, Total lines: 13710  
Added lines: 44278, Removed lines: 18432, Total lines: 62710
...

在还有挽回的余地,找领导拉资源,自己多努努力,一般事情都能解决。

如果是客观原因导致的最后实在没干完,也没人怪罪,不要有心理负担。

总结和复盘

项目做完后,总结和复盘是成长的关键。

哪里做的好,以后继续沿用;哪里做的不好,未来怎么改善;总结一些通用的方法论,在做别的类型的项目也能应用;再做点组内分享,让领导和同事看到。

比如我写过 24 年项目的复盘,创新性项目经验

这样做也会给人靠谱的印象。

靠谱理解的误区

这里是我曾踩过的坑。

不是每件事都要做,不是做的越多越好

永远只做最重要的事情,重要性从公司和领导角度分析,不清楚就去问直属领导。

做的越多错的越多是真的,但这不是不做事的理由,做重要的事。

不要接超出能力范围的事

如果想要挑战,首先得确定这个事重要才接,其次得让上级知道这个事你一个人不一定能干好,他要多给你支援,承诺了的事就尽全力做到完美。

不要闷头苦干,不要让他人误以为事情很简单

靠谱不是默不作声把复杂的事情做的非常好,而且说清楚事情的难点卡点,依然按照约定完成。

分清事情真实的难度和别人以为的难度,管理好别人的期望也是一门学问。

会沟通,会演讲,会做 PPT,挺重要的。

加油,共勉。