【转帖】我在软件公司成长的三年

2003年个人工作总结

犹记得我的2002年工作总结是以“2003年，我希望做得更好！”为结尾的，时间如此匆匆，2003年的个人工作总结转眼间提到了案前。
2003年，怀着这种希望做得更好的心态，我不断学习、不断追求、不断进取。

3.1 前台文员→文档管理员→配置管理员
年初，刚开始得知要调来开发部的时候，我是喜忧兼半。喜的是我去年的工作得到了公司的肯定，给了我一个更好地发挥自己和学习的机会；喜悦过后，更多的却是迷茫，不知道将会面临什么，能不能胜任新的岗位是个未知数。那个时候，开发部的软件过程也刚刚开始建立，还没有配置管理员这一说法，只说是把我调职过去做文档管理员，负责管理开发部的技术文档，协助部门一些内务。

最初的学习过程是比较苦涩的，不懂软件工程；不懂VSS；不懂ROSE；不懂UML建模；更是从来没有听过配置管理……对于工作有关的一切都是问号，开会的时候更是经常当愣头鸟。工作中，学习成了首要的主题，不学习，就不可能做好工作。将近三个月的时间里，从VSS到配置管理；从ROSE建模到UML语言；从面向对象的了解到对软件过程认识……在不断地学习过程中，对工作，有了一个基本的概念。5月的时候，我的工作表现得到了领导的肯定，受到了表彰。

虽然如此，但我并不满足于只是做文档管理员，只做简单的文档管理工作，我希望学习更多的配置管理和软件工程方面的知识，将项目中简单的版本管理融入配置管理的思想。最早的时候，公司的开发文档资料处于一片混乱之中，每个开发人员的电脑里都存有一份自己开发的工作版本，找不到哪一份是最新的。收集整理了国资一期、二期、产品化项目、南海国资升级项目、公有物业等一堆残留资料以后，也对东进ERP、财务异常警示系统项目中进行了初步的版本控制。再接着，到了企业转制与处置项目、三水项目的时候，开始制订了配置管理计划，项目的配置管理能够按照计划较为有序地进行，开发资料也能够定期进行备份，确保公司宝贵资源不会丢失。

SAM一期项目是公司最大的一个项目，也是涉及人数最多的一个项目。能否按照以前的方法进行配置管理，是否能够考虑用其他更好的配置管理工具？这个项目该怎么管理，我思索良久。经过对另一个免费的版本管理工具CVS的一番摸索之后，对两个工具的优缺点进行了比较，最终还是选择了VSS作为项目的配置管理工具，但在目录结构、权限分配和流程方面作了不少的调整。就这样，在工作中不断学习，不断地改进，使我，使开发部的大家都对配置管理工作有了较为完整的认识。

现在，无论是三水项目、SAM一期项目，还是接下来要做的天津项目、新疆项目、肇庆项目……无论是谁，都会深深地意识到配置管理在项目中的重要性，主动地希望用工具来进行版本管理。而公司各个系统的资料也在我的“仓库”里完好地存放着，作好了备份。回想起一年前在还没有配置管理员这一角色前开发资料混乱的管理，仿佛已是半个世纪前的事情！

3.2 项目组成员→“自由人”→质量与进度监督小组成员
调入开发部伊始，我被纳入财务异常警示系统项目组，并且说明，我所扮演的角色比较特殊，凡属开发项目我都需要参与其中。于是，我先后加入了财务异常警示系统项目组、东进ERP项目组、南海国有资产管理系统项目组。那段时间，让我感觉开会、作会议记录成了工作中不可缺少的一部分。开发部大大小小的会议要参加，作会议记录；项目组内部的会议要参加，了解进度；各个项目组的评审会议要参加，要准备好评审的制品，作会议记录……
     
接着，我的岗位结构作了调整，我成了一个不属于任何项目组自由人，反而要对各个项目的制品、进度进行管理。工作的内容没有多大的改变，在结构上却开始发生了变化。

成为“自由人”的时间并不久，开发部很快地成立了质量与进度监督小组。我成为了其中的一员，从此，我又变成了一个“有组织”的人了。我们的小组成员不断增加，队伍不断壮大，成员由一开始的两个人发展到了现在的四个人。工作范畴包括对各个项目组制品质量监督、进度监督、测试、配置管理、里程碑评审……成立了小组以后，开始想到了制订规范和制度。这段时间，我更加积极地学习软件质量管理和CMM体系的知识。经过学习，再加上对工作的不断总结，我先后在开发部制订、颁发了开发资料管理办法、服务器数据库管理规定、个人工作管理表格填写说明、测试流程；草拟了配置管理规范、里程碑评审规范、需求管理规范，规范了软件过程的各种文档的模板。

3.3 写用户手册生手→“专家”
第一次写用户手册是在财务异常警示系统的时候。财务异常警示系统是公司第一个完全按照软件过程规范并且运用J2EE进行开发的项目，对于公司来说，是在技术上、开发制度上的一个里程碑的飞跃。我有幸地加入了项目组，除了负责配置管理工作以外，还负责系统用户手册的编写。

万事开头难，从来没有写过用户手册的我，接到任务的时候忐忑了好久，不知道要怎么写。财务异常警示系统面向的用户是具有丰富财务知识的财务总监，涉及了大量的财务知识，面对取数运算元、标准运算元、异常、方法……这一大堆陌生的术语，不仅要学会怎么使用它，还要写成文档，教会别人怎么使用。我只好尽量多学多问，问巫锦新，问林戈，抓住机会让他们教我怎么使用，怎么表述。终于，第一份用户手册出炉了，图文并茂，自我感觉比公司以前系统的用户手册好多了。因为如此，这份用户手册经过多次COPY，作为指导，被接下来一个又一个的项目在写用户手册时所引用。也就是在那个时候，我学会了怎样看ROSE模型了解用例，怎样通过需求规格说明书了解系统功能，怎样在什么也不懂的情况下问人……

自始之后，写用户手册和帮助的工作似乎变成了我的专利。东进ERP系统、企业转制与资产处置系统、三水公有资产管理中心系统、SAM事项审批系统、SAM行政事业版，每一个开发项目的用户手册或帮助似乎都和我脱不了关系，虽然这期间也有派其他部门、其他人员参与协助。而我，不知什么时候起，竟然成了写用户手册的“专家”。要负责指导、教会别人怎么应该怎么写，甚至挑剔着别人写的内容过于简单不够充分，不能说明系统的功能；排版不符合规范；截图随便，没有反映真实内容……

3.4 2003年获奖次数最多的SK员工
2003年，对我而言，在公司可以算是光荣的一年。
5月，因为调职开发部以后工作表现突出，我获得了公司的表彰和奖金；
6月，我获得了财务异常警示系统项目奖；
7月，在半年总结中，经过全体员工投票，我获得了进步奖；
8月，我获得了企业处置与资产转制系统的项目奖；
11月，对于工作的情况向唐总提了一些个人的看法，意外获得了合理化建议奖。
虽然奖金微薄，但我深知这其中饱含公司对我工作的种种肯定，而这些小小的荣耀也在一步一步地激励着我前进！

3.5 不足和遗憾
总觉得还有太多太多的工作需要完善，有太多太多的东西需要学习。
在配置管理方面现在只是进行了比较简单的版本控制，初步实行了需求管理，虽然写了这方面的规范，但还没有颁布执行，配置的审核、产品的发布管理……还有很多的东西需要规范，需要完善。

质量与进度小组需要规范的制度很多，目前还没有一个质量体系指导工作；测试方面没有制度；项目的进度监督需要有制度……方方面面的规范，都来不及在2003年做好。

个人的技术能力提高不大，不懂系统分析、不懂设计、不懂开发，在工作中时常感到力不从心。另外，到目前为止，只能熟练地运用VSS进行版本管理，对于其他版本管理工具如CVS、ClearCase的掌握不够，还没办法根据不同项目的情况自如地使用不同的版本管理工具进行管理。学习编程知识，能够看懂源代码，看懂分析设计模型，掌握更多的配置管理工具……这些都是我2004年工作所向往的。

写用户手册是一个工作量大、时间甚长的工作，除了做好本身的配置管理、质量与进度监督的专职工作以外，其他的时间几乎都花在了 “兼职”写用户手册上。现在，SAM行政事业版用户手册的编写正在紧张地进行着。这一次，我在总结以往经验的基础上，对其风格作了不少修改，比以前更加清晰、明朗、详细。我希望写成一个模板，一个值得不断借鉴、引用的模板，这样以后的系统都不必再烦恼用户手册该怎么写，每个人只要看到这个模板，照着里面的内容、格式直接引用就可以了。能够在公司培养成更多写用户手册的专家，我也可以功成身退，分配一点时间去学习新的东西！

3.6 完结
写着，写着，总结，再总结……不断地回想着2003年，可以总结的东西竟然如此之多。无论如何，我想我是进步很多的。计划着2004年我该怎样秉承SK“诚信、和睦、实干”的文化，百尺竿头、更进一步提升自己；盘问着今年的努力够不够，年度的加工资会不会有我的份？憧憬着，努力着……
革命尚未成功，同志仍须努力！迎向2004之时，我对自己如是说。