你是如何持续提升自己的（下）？（我只做了这一点）

这是持续提升的第二篇了，是上一篇的续，内容过长，怕大家读起来费劲，所以拆分开了，建议先读前一篇，对你一定会有帮助的：面试题：你是如何持续提升的-前言

        你想成为一个高职级的人，你想受到尊重，你想看不惯这个老板自己主动去找下一个愿意都给你工资的老板，我的建议是：你只需要坚持做好手中的每一个需求就可以了。

1、评审需求要细心

        不管需求大或者小，不管是零散小需求，还是一个关键OKR需求，你都要放下手中的事情认真对待这次需求评审。因为这将是你后续一段时间赖以生存的工作，你的其他关于工作的所有事情后续也将围绕这个需求展开。

        评审需求认真聆听产品的文档内容，这里需要做的就是产品经理描述完，你需要根据自己的经验复述需求，确保双方达成共识。这里的提升点在于你可以根据自己以往的经验，告诉产品经理哪里会有问题，需要私下技术评估，哪里实现会耗时，甚至根据以往的数据模型推断告诉他，你这么做，其实意义不大，我们只是开发，做工作是本职，但其实做了对我们意义都不是很大。你还要尽自己最大的经验判断某个地方如果自己做需要多久，然后这项工作如果后续不是自己做，可能会让张三去做，他是不是这些时间也可以。遇到难以实现的，不要急着和产品硬刚，要虚心做技术评审，然后摆事实，希望人家可以换一种思路或者是不做。

        在这一个阶段，我们抛开其他所有的想要提升的项目，认真对待需求评审。其实很多时候我们并非能力不行，而是带着耳机平需求，然后手里还写着代码，久而久之，需求没有听太清，做的时候总得问，做着做着全是坑。但如果你停下手中的事情，认真对待需求，可能会提升的是你在多团队间的技术影响力。

2、技术方案设计要认真

        需要你做的这个需求，在动手前一定要有个设计的阶段，无论大小需求。即便项目方不跟你要工时排期，你也要给自己订一个排期，知道自己每天要做多少，自己是否可以预留时间做其他的事情。要知道如果一天8个小时之外你不能自我进步，而是12个小时全做需求，那么是很可惜的。除了工时评估，技术方案的设定，是否应该前期画一个技术架构图，实现流程图，时间紧可以做一个粗糙一些的。会用到哪些技术，哪些不好实现的可以先找到文档，先了解大概实现逻辑，需要的组件，插件，以及提测要准备好的服务器，等等。这一步，提升的你的执行能力。

3、开发中遇到问题最可喜

        如果一个开发人员日复一日的做一些自己熟悉的工作，那是最可悲的，而如果能遇到自己没有做过，没有实现过，或者实现起来大伙都觉得难的问题，那是最可喜的。你可能加一加班就能做出来，你可能需要上网查才能有思路，你可能需要问身边的高级才能懂一些，一直到你苦思冥想，做梦也想最终也没做出来，然后又跟产品经理讨论，最后折中才算完成。这都是一件可喜的事情。这个时候只要是你费了一些功夫的工作，你都要记录下来，写博客也好，写公司内部文档也好，记录在自己的日记本上也好，一定要像写日记一样，把背景的来龙去脉，自己心酸的过程，解决方案都记录下来，最好是做到让被人看一遍就能明白的那么一个文档。你做的需求，凡是遇到这类事情，都要记录。不求别人会点赞，但求自己下次不掉到同一个坑，不掉到类似的坑。这提升的将是自己的专业技术能力

4、自测用例覆盖全

        一个开发人员的工作是很难衡量的，有的老板喜欢加班的，管他有事没事呢，在公司里，电表还在转，老板就开心，有的老板喜欢干活快的，因为你赶紧干完好让你干下一件事，有的公司实在没办法，用bug率来衡量吧。其实大家开发的时候还是很细心的，没有哪个人写完代码不点一点就上线的，但出现问题的原因在于开发人员的思路过于局限，没有测试用例的那个xmind这么线路丰富，导致提测后出现bug，其实很多人第一想法是：我去，还能这么点，这个流程还能这么走。所以自测用例一定要跟测试同学要，测试用例评审的时候一定要专心，放下手中的工作，提出自己的疑问，最终达成一致，让自己的bug少一些。久而久之，这不仅会提升你的业务需求能力，在团队的专业影响力也会提升

5、上线流程要牢靠

        不管别人是怎么做的，你一定要推动团队把上线前的review，上线步骤都搞出一个规范出来。大家都要这么做，你们不做我也要这么做。慢慢将文档推广开来，第一次第二次他不听你的，慢慢有人上线过程中出了问题他就该听你的了。机器不是人，因为配置项，服务器硬件出问题的时候还是少之又少，但因为操作不规范带来的问题缺是很多，例如本地打包弄个npm run dev/build/pre/online，这么多命令，出问题是早晚的事，比如多组机器没有冷备，没有灰度造成线上短暂访问不通，例如上线后没有及时自测等。一旦你把规范整理齐备，别人没有你的思路规范，那么你将不断提升自己的领导能力。

6、上线后的复盘

        开发嘛，很多人含蓄，木讷，你可能无法借助复盘这次机会跟老板倒苦水，说自己这段时间多么多么辛苦，每天回家是几点，说自己心脏病都要犯了。你只需要记住跟这个项目相关的事情就可以。这里你要做的是多叫一些人，把这个项目遇到的问题跟大家分享一下，聆听他们的解决方案，坚持下来，你解决问题的思路得到了推广，遇到难题的解决方案得到了更多的解决办法，想写专利那是水到渠成的事，这不也是锻炼自己创新能力的契机嘛。

7、总结

        我们每天的时间有限，有时候过于忙碌，闲下来却又不知道该干点什么，怕公司没有需求了团队解散了。而且我们的精力有限，想专门提升哪一方面都很难，为了提升而提升是最难以达到目的的，比如我们开发人员，都知道学英语很重要，但因为工作的不需求，谁又坚持着学下去了。而做需求是我们每天都有的事情，如果你可以按照整个流程走下来，坚持认真对待每一个手中的需求，提升了自己的专业技术能力，团队影响力，创新能力，执行力，管理能力，在不断坚持中自己的认知能力也会得到丰富的提升。

        当你都觉得自己这些方面大幅提升的时候，还担心自己会被抛弃吗？