为什么公司宁愿花 15k 去重招一个应届生,也不愿意加薪 5k 留住老程序员?
底层逻辑还是公司认为(但不一定是事实)一个应届生也能承担这个老程序员干的活。
相同收益情况下,肯定还是选择成本低的方案。
作为老程序员,我们怎么能避免因为不会总结、汇报,让领导认为你的性价比低,而被应届生替代呢?
要学会适度的表现自己,让领导知道你干的活,有哪些难度,取得了什么效果!
很多程序员,会干活,但是你要他说他每天干了什么?他可能说不出个所以然来。
每天活干的很漂亮,但是让你做个汇报,逻辑说不出清楚,做个 PPT,上面全是事项的罗列,让人看着好像谁都能干。
这种程序员,领导只会觉得你的工作没有难度,任何人都可以取代!
那么,怎么把我们的工作成果说清楚呢?
我们要学会用模型,用套路!
事前规划
使用 OKR、KPI。
KPI
KIP 的英文全称是 Key Performance Indicatior,意思是关键绩效指标。
KPI 更关注数据指标。
一句话说明 KPI:「正确的做事」。
它的问题是,不能保证做的事情是正确的事。
OKR
OKR 更关注业务目标,不一定可量化,但是可衡量。它是一个比 KPI 更高一个维度的规划方法。
它能避免 KPI 的「正确的做事」,从而「做正确的事」。
事中执行
方案选择使用 3C 模型:每次设计 3 个左右的备选方案,方案评选的时候,选择最优的方案。
这其实也是写毕业论文上的技术方案部分,我们需要列举出实现某个需求的几种技术方案,并进行对比。
结合需求特点,根据方案的优劣势比较得出最佳的方案。
一个具体的例子是,我们在设计一个软件的时候,我们的存储什么时候使用 MySQL?什么时候使用 PG?他们的优缺点分别是什么?
具体落地
使用 PDCA 执行法,把事情的执行过程进行拆分,从而把控执行过程。这个方法适合 Team Leader、虚拟团队负责人、项目负责人、领域负责人等角色。
问题分析
对于具体的一个问题,我们不需要十万个为什么?但是 5 个左右的为什么(why)是我们找到问题根因的基本保证,它让我们避免浮于表面,错过根本原因。
这就是 5W 根因分析法。
一个例子
问题 1:为什么机器停了?答:因为机器超载,保险丝烧断了。
问题 2:为什么机器会超载?答:因为轴承的润滑不足。
问题 3:为什么轴承会润滑不足?答:因为润滑泵失灵了。
问题 4:为什么润滑泵会失灵?答:因为它的轮轴耗损了。
问题 5:为什么润滑泵的轮轴会耗损?答:因为杂质跑到里面去了。
问题处理
找到根本原因之后,问题如何解决呢?就可以借助 5S 模型来进行问题处理,找到可以直接落地的事项。
- 明确问题 Specify
- 拆解问题 Split
- 定位问题 Seek
- 解决问题 Slove
- 落地行动 Sort
事后总结
虽然说某些公司以 PPT 公司闻名,领导们都只会讲 PPT,不会做实事。
但是,不会做总结的职场人,其实是很吃亏的。
那么,如果做总结呢?就需要使用 4D 模型,从结果、数据、技术、成长四个方面总结项目。
让领导看到你的贡献、成果、成长!
问题复盘
对程序员来说,bug 不可避免,问题不可避免,发生了问题,别让别人的锅甩到我们头上,也是有方法论的。
使用四线复盘法,能够让我们对问题复盘有自己的判断,基于时间、事实、问题根因、责任链、改进线进行问题复盘,能够让我们得到一个大家都认可的复盘结果。
总结
核心是要学会结构化表达,不管是书面汇报还是当面汇报。
让领导看到你的逻辑,对整个事情的把握,清晰的思路,果断的执行,信息(风险)的及时同步。
这些「套路」,虽然很多人不齿,觉得干好活就可以了,但是就是这些「套路」,更容易帮助我们把事情说清楚,把事情想明白,把事情有序推进。
想清楚,说明白,做透彻。
一个老程序员,连套用模型把事情想清楚、说明白、做透彻都不做到,只是当一个执行机器,是不是一个便宜的应届生,更合适?
毕竟,应届生,既便宜,又是一张白纸,老板的大饼想怎么画就怎么画。