2018年自我总结

由于18年逐渐走上了管理层面（虽然只是个小经理）,感觉和平时写写代码有一些本质上的区别 ps：在此我要感谢我的领导（技术大咖，研发团队的支柱人物），给我时间成长，做最终的把控。

1：以前是别人安排事情，不需要考虑太多，只需要把自己的这块需求理解清楚然后开发即可

接触的代码和数据库方面比较多，可以经常充实自己的代码能力

2：现在是需要自己考虑整体，常常会涉及到与别人（研发人员）沟通；

这期间涉及到一些坑，

第一：由于研发团队有十几人左右，分不同的岗位。刚开始的时候 ，接触每个人员，跟进每个人员的进度。

坏处：点对点的连接。由于人员较多，精力不够，造成了自己最忙但效率提高不了，对他人也造成了一定的紧张感和不知所措感。

改进：点对面的连接。每个岗位都会有个小的负责人（这是原先就有的，当时只是自己没有利用到），由原先针对于每个人员的跟进改为对小组长的跟进。合理利用身边有能力的人。使有能力的人接手一些工作，做到监督的作用

第二：需求不明确。有时候 需求直接就说出来进行研发或者微信艾特说明研发，这种方式容易造成1）需求不明确2）需求的丢失或者增加；

坏处：造成多次研发修改和工时的延迟

改进：使用需求确认书。需求及工时 需要签字确认。这种方式可以使研发或者测试人员认真理解需求，毕竟需要签字确认。对于一些情况，也可以根据需求确认及时找到问题所在及时并及时改进

注意：需求确认并不是为了秋后算账，而是为了在确认需求这块使负责人和研发人员确定需求点。比较人与人最难的是沟通。

第三：由于我们没有专业的测试人员，所以在测试方面可能会有些不足

改进：1）开发人员自测 2）测试组测试：需要先出测试流程图，尽可能多的覆盖所有分支

第四：进度问题

由于时间是死的，在有效的时间内，一定要留出一部分时间作为备用时间。不能把时间安排的满

1)松紧有度的工作 2）关于进度的反馈工作及进度的时段监督

自己改善：

1）代码和数据库方面不是很突出，需要逐渐加深基础知识的理解（这方面以后尽可能的完善自我的不足）

2）管理的把控

3）会议的组织（本人超级不擅长开会，自己开会或者别人开会都紧张肿么办）