回首2014，无奈，失落，混合成一丝悲哀

回首

2014年，平平淡淡的过去了，回首时，突然已经到了而立之年。

2013年好歹翻译了一本书籍并出版，而14年呢？似乎没有什么值得说道的。

为什么呢？手机更换、台式机故障，在家的时候没有一个可以用于管理时间的工具——当然，其实这也是借口，工具控，被工具控制了……

先说说我们组的情况，组内加我一共三人，我兼管工具开发、监控系统运维及运营；Z之前是做Java开发的，刚刚进行过Python内部的简单培训；而D则是去年的应届生，刚到岗2个多月——这还是我争取来的。组内工作很多，但确实没有合适的人。

ps，我们组内除了Z之外都没有经过相关的研发培训，我属于半路出家，目前还在摸索中，由于是Python，也没办法在其他部门学习（说白了就是打工）……

1月

完成了Z和D的Python基础培训，Django方面只是简单介绍下，因为这方面我也是刚入门而已。

CMDB这方面的东西怎么讲大家都不是很明白，毕竟两人可以说在运维这方面是个空白，大概只知道CMDB是用来管某些对象的数据库——但是从我角度来看，这远远不够。

面试了一位女性测试人员L，个人感觉还可以，至少测试方面还算不错。

2月

收集了部分CMDB的需求，基本上都是我想出来的，用户提不出来什么需求。

3月

收集了部分CMDB的需求，基本上都是我想出来的，用户提不出来什么需求。

调研可用性系统的需求。

监控部署相关工作的交接，交接给了D。

4月

测试人员L到位，幸好，没有再去参加这个那个无聊的培训，但是她面临的是从零开始的问题。

开发可用性统计系统，由于我再忙写另一个系统，这个系统就先给D和Z做了，计划定为一个月。

5月

中旬的时候发现没有正规的培训就是不行，废了D和Z的代码，重新编写，月底上线可用性统计系统。

6月

修复可用性统计系统的Bug。

同时分派了相关学习任务给Z。

D离职。

7月

终于入手了MBP，这可是经历了长期思想斗争的结果。

新领导上任，说继续CMDB项目，

8月

报考了驾校，花了冤枉时间和冤枉钱，主要是有些东西不清楚，问了同事也就大概说了说，咨询的驾校也没说清楚，反正是挺折腾的。

小心翼翼的在865上安装了程序，同时在摸索怎么使用，之后发现真心好用。

9月

驾考过了科目一，可惜，差1分圆满~不过想想，当时太紧张了——其实无所谓了，反正是过了，就如通之前的RHCE，满分也只是过了而已。

领导在催CMDB项目，问题是没有人负责——系统的用户很多，我也是其中之一，项目的主要负责人是我，还负责架构、编码、UI……关键是没人拍板，领导让下面的人决定，层层循环之后，突然发现我自己决定就行了……好吧，下个月开始干活。

新员工依然未到，在客户服务那边学习服务理念，个人觉得，学不了啥，但是还被某一线经理在例会上给驳倒了，对方认为服务理念就是要考耳濡目染才能学会的……好吧，我真心认为，这种东西不是靠3个月的修理PC机就能学会的。

目前，我们组内只有我，Z和L（测试），开发CMDB的工作任重而道远。

拉着领导认为很有经验的安全工程师（以前可能设计过架构），设计出CMDB的架构……我认为这结果对我们开发一点儿意义都没有。

10月

研发人员Y到岗，自带开发经验值，无任何培训经验（内部培训就是渣，问题是领导只是看在眼里而已）。

全组四人火力全开，连续加班。

11月

发现组员开发能力和产出与预料的甚远……好吧，方案是采用新的东西，但是没想到是会这样。看来前期的学习没有相关的考核大家确实是放羊了。

继续火力全开，连续加班。

上旬结束时估算了下，按照当前进度基本无法在年内产出任何可以独立使用的东西。

于是，调整了架构，当然，吃一堑长一智，以后项目再也不使用新东西了，尤其是组员不靠谱的情况下。

月内，完成基础设置模块，组员表示死活看不懂。

12月

完成资产设置模块，设计资产数据模型。

人员考核，L还可以，Y和Z其实在同一水平显线上，亟待提高。

结束语

1、内部人员培训有很大问题，无法有效产出人员。

2、事务性工作太多，无法抽身，在可预见的未来估计也难，如果讲监控交给Y，那么研发上的差距就会拉得更大。

3、本地无法招聘到合适的人员，异地又不太好管理（离职率更高）。

4、项目管理能力依然欠缺。

5、工具组缺乏自己的研发管理系统，需求、功能、Bug及任务都难以管理。

6、领导急于求成，相关工具的评估工作影响现有工具的开发工作。

7、时间管理上存在问题。