上周被分配一个需求，我评估2天半，这两天半包括：开发、自测、还原样式、联调。
做到第二个的周三才推测试，原计划第二个周的周二早上发版。
导致这样的结果，我分析了几个原因：
1、心态问题：对使用前端ui框架的抵抗心里，1年pc端，用过element-ui、ant-design ，心里上有点对修改框架组件样式对抗拒。
2、工作方式问题：
过于相信产品：对给的原型是否具备实际可行性没有在开发前去考察评估，使用ui框架要考虑产品需求是否可以用当前用的框架真的可以快速实现，产品给的原型需求，框架不一定能满足。开发前，提前去实现一遍，如果不能用现有框架去实现需求，和产品沟通换其他实现方案。
漏掉关键需求的思考：每一个功能点在真正完成前都不能放松警惕，一个看似简单的问题，可能真的会很复杂，这次就犯了这个错误，没有在开发前提前和后端沟通如何实现，需求没有理解清楚，接口使用不够清楚，真正编码实现的过程中才发现原来实际的数据显示逻辑和自己想的不一样，和后端重新约定了新字段，才将业务逻辑写出来。开发前认真对照后端给的接口想如何写逻辑，接口不理解要提前询问清楚。不能模模糊糊，真正开发前一定要非常清楚业务的实现过程，做到心中有数。
首先不愿意写的东西最后总归是要做的，晚做不入早做，永远记住把简单的事情做好就是不简单，小事认真做也可以收获到成长，工作中做的事情虽然总会有一些重复的工作，这个时候在效率方面可以收获进步，思考如何去优化提高效率解决重复性工作问题。麻烦的工作可以在解决问题的能力方面去收获进步，遇到问题时自己的思考问题的方式是不是最优的。
总结：
1、做事情的顺序，永远是做好该做的，再去做自己想做的。
2、不要相信产品，开发前先真正去实现一下心中没有数的需求，检验需求实现的可行性。
3、不要过于依赖后端，后端给的接口不一定满足前端的需要，后端也有考虑不周到的地方，前端也要思考如何定字段，定方便前端实现的数据结构，这不仅仅是后端的事情。
4、开发前认真思考需求：开发前一定要了解清楚需求思考需求，有一点模糊的需求都要提出来问清楚，产品也有需求考虑不全的情况。（这次在评审需求时产品有一个很重要的点没有在评审的时候和大家一起同步，前端是不清楚逻辑的，导致后来这个点的需求前端在开发时，修改加开发多花了近1天时间，所以在产品评审完需求，在开发反讲前要认真思考需求如何实现，开发反讲时提前将问题暴露出来，一定不能等到真正开始开发了才暴露，不然一定会像我一样任务延期，能提前发现问题暴露出问题，也是一种能力，这是业务能力）
5、本职工作没有真正完成，都不能放松。除非对业务实现的每一个点都已经心中有数，需要多少时间可以完成，可以在什么时候完成。
