工作两年
蛮不喜欢写这个系列的博文，因为一旦开始写就意味着又过去了一年，意味着要算一算自己的流水账，想一想有没有浪费国家的粮食… …
流水账
算上实习期，我已经工作两年零一个多月了。那么就从上年的回顾开始说起，记得上年的流水账是说到了在对 D项目重构。在四月份中旬的时候，重构工作大部分的任务基本上已经完成了。在这个时候，我接到了第一个由我来担任负责人的项目。准确的来说我在项目中的角色是项目负责人&后端开发。
自此，我这一年的大半年时光就奉献给了这个项目！这个项目是一个平台的子系统，整个平台是由多个异地团队负责的多个子系统所组成。其中就免不了要和各个系统的负责人打交道，制定需要对接接口的规范等；和产品经理打交道，修改不合理需求等；控制开发进度，避免出现延期等。就这样，每天写代码的时间就远远少于做其它事情的时间了。幸好，我键盘敲得飞快！
虽然这个项目整体看来业务并不复杂，但是麻雀虽小五脏俱全。从项目的需求评审、系统设计、框架搭建、技术选型、后端开发、上线部署等一系列流程走下来，收获与成长颇多。
无论项目规模是大是小，对项目负责人来说一定要做到可控！什么时候感觉它像是一匹脱缰的野马，那么离失败应该就不远了。什么是可控呢？简单说一下就是你需要清楚项目的建设目标是什么？目前已经完成了那些功能模块？已完成功能模块的质量情况如何？是否需要引入测试人员？什么时候引入测试人员？引入测试后对于修复Bug的工期安排是否和新模块开发工期有冲突？还有哪些功能模块未开发？有可能遇到哪些技术难点？目前的开发人员是否充足？是否需要提前申请协调新的开发人员进入？目前有哪些问题（技术问题、对接问题、资源问题等）？在这个项目中，我使用的是腾讯文档来做的项目管理，将每次远程会议沟通中的事项记录下来，将目前待解决的问题记录下来，把对系统拆解后的任务安排记录下来等。用腾讯文档的好处就是十分轻量，易共享。
那么，如何做到可控呢？首先不要相信人脑，好记性不如烂笔头，一些重要事情都要记录下来。不要藏问题，我会将遇到的问题都记录在腾讯文档中，自己能解决的赶紧解决，需要申请资源等个人能力之外的赶紧反馈。总之，如果遇到问题就捂着不解决，那么这就是一个 Bad 项目的开始。其次就是将项目的进度以及完成情况体现在文档上。已完成的事情，待做的事情，即使让项目组之外的人看到也能清楚该做的和已做的有哪些。总的来说这个过程就是需要你来控制项目的熵不能增加，而是要逐渐减小。不要过于乐观，也不要过于悲观。
后面随着平台的顺利上线，新需求暂时没有那么多之后，就边补项目的技术文档边帮忙做一些其它系统的需求。后面，又负责了一个可视化工具的开发，写了一些采集程序。再后来，就继续完善部门的后端开发基础框架的功能。同时，也针对部门内存在的问题设计了一套简单的 DevOps 解决方案在部门内使用。
工作之外
在这一年里，大部分时间还是给了学习。所以大部分时间做了些什么，估计我这的篇文章（时间都去哪了？）能回答吧！
人生如白驹过隙，做些有意义的事情。
