2017-04月份总结

    这个月过的好快，总共四周不到，感觉活儿没干多少就已经到月底了。

    这个月所有的工作基本就是熟悉原有系统，出详细设计文档，参加各种PRD、接口定义、详设评审会这三样了。其中熟悉原有系统逻辑和代码，写对应的详细设计文档是工作重心，估计占据80%左右时间，看代码真心看的有点烦啊！第15周的三天，整理appapi系统非业务模块系统说明文档；第16周开始，熟悉appapi中的商品模块内容，编写对应的详设文档，分配的任务是完成40%，只完成30%；第17周，继续熟悉商品模块内容，完成60%，周末加班才补上落下的进度，完成60%；第18周，继续熟悉商品模块内容编写对应文档，完成90%，当前评估完成了75%。也就是说，这个月基本都在熟悉appapi中的商品模块，当前整体进度，完成了低模商品的学习和文档编写以及评审会，高模商品相关内容，从本周三开始熟悉，进度比较缓慢。

    工作外，安排的自我提升计划，完成度也不高，之前定的四月份工作外计划是，完成8道算法题（2道/周），整理四篇学习博客（1篇/周），系统学习完多线程并发相关内容。当前完成情况是，算法题完成了3道，博客第一篇才整理一半，多线程内容系统学习进度也远远滞后，《java多线程编程核心技术》只看到100页，《java并发编程实战》还未开始看。

    来公司已经快一个半月了，还未开始写代码，一直处于熟悉原有系统的过程。之前经理也告知过，这个系统接手的过程挑战还是比较大的，现在想想，确实是这样的。主要原因有几方面，一来，appapi系统的地位重要，appapi系统是专门给app提供后端服务的系统，整个公司80%的营业额是从APP端产生的，appapi能否高效稳定运行，直接关系公司业务量，只要出问题，就是大问题，公司需要尽量避免一切导致系统不稳定因素；二来，appapi业务相对来说并不简单，从业务到代码再到数据表结构，想理解透，均需要花一定的精力；第三，appapi系统经过多个迭代版本，无论代码还是数据表，都不太清晰，现在的API团队也有不是很清晰的地方。

     就自己熟悉系统的感受来说，感觉难度和压力挺大的。难度在于很多东西感觉都是生扣，通过代码反推业务逻辑反推表关系；压力在于，这个过程如果不细致，后续接手后，如果出现问题，影响将会比较大。如果熟悉系统的过程和文档内容粒度很细，时间上会耗费的多一些，如果掌握的粒度粗一些，时间相对少一些，但心里没底到时候能不能抗住不出问题，或者出问题能不能及时找到解决方案。自己一直很纠结于如何去平衡这两者。不过自己可能还是更多的偏向把系统熟悉的更扎实些，牺牲了一些指定时间内的进度。

     整体来说，四月份时间安排比较满，工作饱和度大但效率不高；工作外时间安排时间较少，指定的计划几乎都没按预期完成，后续需要适当调整，只有可持续执行的计划才是有意义的计划，否则都是空想，毫无意义。

     总结几点：

     (1).遇到不懂问其他团队时，要积极主动，多向其他团队学习。

     (2).工作中如果遇到困难，要直接汇报风险，不要不报或者瞒报风险，也无需瞒报项目进度，实事求是即可。

     (3).提高个人时间利用率，提高工作效率。

     由于4月份当前的状况，结合5月份已经排期的工作情况，对5月份计划做一些调整，以让计划适应自己的生活和工作节奏。工作上，五月上旬到下旬，结束商品模块熟悉后，会熟悉购物车模块，下旬会开始进入和api组合作开发；5月18号有自己的一次技术分享（关于“多线程和并发”），自己需要抓紧时间准备。工作外的计划，补上四月缺的这些吧（5道算法题，4篇技术学习整理的博客，多线程并发相关内容学习），一项一项来。

     最主要的，提高效率，让时间安排更合理，让自己工作更有节奏，产出更高一些。