不按常理的 2015 年终总结

文章目录

2014 年终总结（包含在 2014 年底写的《毕业 5 年回顾》里）里提到 2015 年要做的事情：

2014 下半年开始由于工作繁忙，没怎么读书，很伤感，2015 这个状况一定要改善。至少《代码大全 2》读完。团队顺利添加合适的人，3 个组顺利自转起来，等等。

2015 实际完成情况如下。

个人总结

《代码大全 2》未读完，但是读完了很多其他的书：

还在在读的有：

再忙也不能忘了学习。阅读是一个很好的学习方法，目前读过的书只有 106 本，在读 11 本，这块需要继续加强。

部门方面，现有的两个组自转指数可以达到 80%，比较满意。这一年根据实际情况，没有去扩充第三个组。

不足之一，我的精力需要平衡。前边是一直冲在一线，技术积累原因能快速解决一些深技术问题，但是缺少了团队的培养。后边完全转变为觉大部分精力放在团队培养，导致精深的技术进展缓慢了。这个需要平衡，来年期望能达到对半开。

以上内容基本为个人总结，并没有太多分享价值。下边展示下我们这一年做的部门建设，后续某些点可以以单篇来展开讨论。

1、从不定期的周五梳理部门工作，变为固定的每周一下午部门管理会。部门内部整体管理水平提高很大。

部门管理会上，跟大家多同步我的想法、讨论大家的想法。主要是提供一个交流的机会，以及讲解很多事情背后的具体思路、考虑。

部门管理会的主要例行环节为：

2、从各组的只有每日站会，增加每周例会。任务进度得到很好的保障、大家的想法得到更多的交流。

周例会主要做组内的当周整体任务回顾，及下周任务计划。周例会其他内容正在逐渐参照部门管理会的增加一些环节，例如例行吐槽、例行需要我或者 ToNet 哪些帮助等。

3、从零散的不定期学习交流，改为每人每月必须的做技术学习分享任务。盘活了整体学习氛围，释放了大家的学习激情。

这项举措，参考了其他公司好的技术管理办法，完善我们之前的一些技术培养手段。我们结合个人技术储备、团队需要的技术、个人兴趣来定课题。整个机制是良性循环的提高整体技术水平，且不会造成只累死技术好的同学的现象。

这里的特殊效果是：如果一个人一个月能学习一项技术，而一个组里每人都学完并且分享，则是每个人每月都能学习好多项技术。另外因为分享者要做演讲，能更让其将该项技术学的更透彻。

4、开发过程中的设计评审、代码评审。尽可能避免了返工、保证开发质量的同时，评审时的积极设计思路讨论，很好的提高了大家的设计能力。

设计评审，需要功能负责人讲解自己的功能设计思路，大家一起看哪里有问题，探讨更好的设计思路。这样能及时在开发初期就斧正思路，将错误扼杀在早期（软件开发越早期的错误造成的后果越严重，就像盖房子，设计图纸画错了，那个后果比后边砌错一块砖的后果严重的多）。

还能让大家相互知道各自负责模块怎么做的，必要时还可以替补。

5、收集大家职业规划，并定期与每个人核对。

完成不好的我们提供帮助的同时督促他个人的努力，让大家切实感受到我们在一起成长。

6、年末我们系统组增加了专门的每周用户体验讨论会、自动化需求收集与方案讨论会。

之前一直在向大家传输这些意识，大家也积累了些，现在整体上在步入正轨，我们可以做的更好一些，所以我们将用户体验和自动化能力培养提高到第一优先级。