为什么公司宁愿花 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 不可避免，问题不可避免，发生了问题，别让别人的锅甩到我们头上，也是有方法论的。
使用四线复盘法，能够让我们对问题复盘有自己的判断，基于时间、事实、问题根因、责任链、改进线进行问题复盘，能够让我们得到一个大家都认可的复盘结果。
总结
核心是要学会结构化表达，不管是书面汇报还是当面汇报。
让领导看到你的逻辑，对整个事情的把握，清晰的思路，果断的执行，信息（风险）的及时同步。
这些「套路」，虽然很多人不齿，觉得干好活就可以了，但是就是这些「套路」，更容易帮助我们把事情说清楚，把事情想明白，把事情有序推进。
想清楚，说明白，做透彻。
一个老程序员，连套用模型把事情想清楚、说明白、做透彻都不做到，只是当一个执行机器，是不是一个便宜的应届生，更合适？
毕竟，应届生，既便宜，又是一张白纸，老板的大饼想怎么画就怎么画。
