我在软件公司成长的三年

XXY

2005年1月5日

目  录

一、前言... 2

二、2002年个人工作总结... 2

1、例行工作... 2

2、临时安排的工作... 2

3、协助其他部门工作... 3

三、2003年个人工作总结... 3

1、前台文员→文档管理员→配置管理员... 3

2、项目组成员→“自由人”→质量与进度监督小组成员... 4

3、写用户手册生手→“专家”... 5

4、2003年获奖次数最多的SK员工... 6

5、不足和遗憾... 6

6、完结... 7

四、2004年个人工作总结... 7

（一）质控部门工作... 7

1、配置管理工作... 7

2、制度编写及流程改进工作... 8

3、软件过程监督工作... 10

4、软件测试工作... 10

5、评审工作... 10

（二）研发中心工作... 11

1、文档编写工作... 11

2、软件使用培训工作... 11

3、演示数据准备工作... 11

（三）营销中心工作... 12

1、奥汀软件的管理工作... 12

2、建立配置库整理资料... 12

3、会议记录... 13

4、协助其他人员的文档工作... 13

（四）个人收获与体会... 13

1、关于改进工作... 14

2、关于身兼数职... 14

3、关于写文档... 14

4、关于坚持... 15

（五）结语... 16

（六）附录说明... 16

一、前言

    写完2004年的工作总结以后，再翻了翻2002年和2003年的工作总结，真是“一年更比一年长”。看着总结，回顾着这将近三年来在SK工作的点点滴滴，感悟：原来，这就是成长的历程。于是，决定将三年的总结一起整理出来，对我在SK工作的三年作一个回顾，和大家一起分享，感谢一路上伴我走来的所有同事的关心、支持和帮助。

二、2002年个人工作总结

回顾2002年，难免感慨。

在管理部从事前台文员半年多以来，工作主要可以归纳总结如下：

1、例行工作

n         认真做好来电的接听、访客的接待工作，做好订饭、订水工作；

n         做好文具的购买计划和消耗总结工作；

n         做好每月的考勤工作；

n         做好长途电话的管理工作；

n         将公司内的图书、杂志编号、分类整理，形成电子文档，使图书、杂志的管理规范化；

n         协助做好招聘工作；

n         做好办公室内务管理工作。这其间，因为排气扇导致电源跳闸多次与装修公司、物业管理处协调；注意植物的保养、更换及办公室内的清洁、保洁；注意复印机、打印机、热熔装订机等办公设备的保养。

2、临时安排的工作

n         组织每个月的团队活动。先后组织到暨南大学打球、天河公司游泳、天河公司烧烤、员村文化宫打球、从化温泉度假，都取得了较好的效果，加强了同事之间的交流，活跃了公司气氛。另外，9月底曾策划员工欢送大会，欢送吴涛等离职员工。

n         办好公司的内刊。从七月到十二月，一共办了五期内刊。经调查，普遍认为水平尚可。但因为大多数人工作较忙或其他原因无法投稿，造成每一期内刊的都存在稿源不足的问题。未能想方设法调动员工的写稿积极性，除了自身原因之外，也与管理层等其他因素有关。

n         公司网站的建设。由于没有制作网页的经验，所以存在很多技术问题不知如何实现。在不断学习的过程中，修改了主页，实现了公司产品等部分链接。因为公司形象需要重新策划，此项工作暂时告一段落。

3、协助其他部门工作

n         销售部成立后，曾参与销售部的销售例会，整理会议记录及销售部一些常用资料、表格；

n         协助开发部制作国资、灯饰ERP等项目的部分图片；

n         协助市场部进行国资宣传资料的排版、整理；

n         另外还参与了公有物业产品化的测试及《授权管理》等几次幻灯片的制作。

总的来看，2002年的工作是尽职的，但也有不少的遗憾。考勤的管理一开始并不规范；长途电话也因为疏于管理存在一些不良现象；没有投入全心的精力去办内刊；网站的建设太过于缓慢而且效果不够好；工作的确不够饱和，时有不知该干什么的感觉；个人能力的提升不够……在管理部的遗憾，可惜因为岗位的调换已无机会弥补。

调到开发部，这是上级对我工作的肯定，对我个人而言是新的开始，也是新的挑战。除了要努力扮演好开发部“文档管理员”这一角色以外，希望我能在开发部掌握更多的技术知识，不断提升自我。

2003年，我希望做得更好！

三、2003年个人工作总结

犹记得我的2002年工作总结是以“2003年，我希望做得更好！”为结尾的，时间如此匆匆，2003年的个人工作总结转眼间提到了案前。

2003年，怀着这种希望做得更好的心态，我不断学习、不断追求、不断进取。

1、前台文员→文档管理员→配置管理员

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

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

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

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

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

2、项目组成员→“自由人”→质量与进度监督小组成员

调入开发部伊始，我被纳入财务异常警示系统项目组，并且说明，我所扮演的角色比较特殊，凡属开发项目我都需要参与其中。于是，我先后加入了财务异常警示系统项目组、东进ERP项目组、南海国有资产管理系统项目组。那段时间，让我感觉开会、作会议记录成了工作中不可缺少的一部分。开发部大大小小的会议要参加，作会议记录；项目组内部的会议要参加，了解进度；各个项目组的评审会议要参加，要准备好评审的制品，作会议记录……     

接着，我的岗位结构作了调整，我成了一个不属于任何项目组自由人，反而要对各个项目的制品、进度进行管理。工作的内容没有多大的改变，在结构上却开始发生了变化。

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

3、写用户手册生手→“专家”

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

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

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

4、2003年获奖次数最多的SK员工

2003年，对我而言，在公司可以算是光荣的一年。

5月，因为调职开发部以后工作表现突出，我获得了公司的表彰和奖金；

6月，我获得了财务异常警示系统项目奖；

7月，在半年总结中，经过全体员工投票，我获得了进步奖；

8月，我获得了企业处置与资产转制系统的项目奖；

11月，对于工作的情况向唐总提了一些个人的看法，意外获得了合理化建议奖。

虽然奖金微薄，但我深知这其中饱含公司对我工作的种种肯定，而这些小小的荣耀也在一步一步地激励着我前进！

5、不足和遗憾

总觉得还有太多太多的工作需要完善，有太多太多的东西需要学习。

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

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

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

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

6、完结

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

革命尚未成功，同志仍须努力！迎向2004之时，我对自己如是说。

四、2004年个人工作总结

从踏入12月以后，就开始思付要写2004年的年度工作总结。一直没有动手，除了忙碌可以作为理由以外，更重要的是，不知道该怎么把这一年做过的许多零乱而繁杂的工作总结成文。

有人把工作总结当成一种形式，作为应付上级领导的苦差，我却发自内心地想写总结，通过总结，可以清楚、明晰地知道自己一年来做过什么，欠缺什么。好的，需要继续发扬的；不好的，需要加以改进的，都会在总结中一一罗列，鞭策自己。

2004年，我都做了哪些工作？还得从头回顾，娓娓道来。

作为质控部一员，我的工作却囊括了质控、研发、营销三大部门，随着公司的机构调整、人员变化不断调整和变化。按照部门分类，可以把我2004年的工作总结如下：

（一）质控部门工作

质控部门的主要职责是负责监督和控制研发中心内产品和项目开发的工作进度与质量，包括质量保证、软件测试、过程监督、配置管理、技术评审。我在质控部门的工作也围绕着这几项来开展。

1、配置管理工作

配置管理工作是我的主要职责，在这一年内，我负责了研发中心所开展的十二个项目（包括三水项目、SAM行政事业版、天津项目、南海项目、SAM经营版、新疆项目、资产运营管理系统项目、江西国资委产权管理系统项目、河北省国资委业绩考核项目、技术准备项目、茂名项目、技术支持性项目，下文所提的十二个项目均指上述十二个项目，不再重要提及）的配置管理工作。

（1）根据项目的规模、性质、简繁，视情况针对各个项目开展常规的配置管理工作。包括：

n         制定配置管理相关制度和流程（有相关文档，但未遵照执行）

n         配置管理计划的制定（当项目规模较大时）

n         配置库的建立（按照项目编号，每个项目建立一个配置库）

n         对项目内各成员的用户帐号和权限的分配

n         定期检查配置库的使用情况，督促开发人员定期提交、更新相关的代码、文档，有需要时设置Label，记录重要基线

n         定期对配置库进行备份，设置对配置库进行日自动备份，每半年进行一次资料刻录。

（2）对研发中心内所有成员的配置管理培训，使受训人员了解公司配置管理流程及VSS使用情况，从而更好地开展项目过程中的配置管理工作。

包括：

n         4月份针对软件产品与项目的配置管理过程、配置管理工具VSS的使用等方面的知识，对研发中心全体成员进行了一次总体培训。

n         对4月份后研发中心新招聘的员工分别进行公司配置管理过程及配置管理工具VSS的使用培训。

注：个人编写、准备的培训材料包括：配置管理基本知识（见附件一：配置管理培训.ppt）和VSS使用说明（见附件二：VSS使用说明.doc）。

2、制度编写及流程改进工作

为了更好地提高工作效率，规范部门工作、个人工作，方便部门与部门之间的交互，这一年，在工作过程中结合领导要求、个人想法、同事意见，经过思考，在工作过程中制定、颁发了一些制度、整理了一些文档，对质控和研发工作的改进提供了一些帮助。包括：

（1）年初，研发中心设立产品、项目、质控三个部门伊始，各个部门之间独立开展工作，信息比较闭塞，而各个部门之间工作关联性大，需要不断沟通和交互。为了减少沟通成本，使部门与部门之间的信息交互、沟通能够更方便、更快捷，提议建立了项目部、产品部、质控部各个部门的部门配置库，将各个部门的制度及规范、会议、培训、计划与总结、个人周报等各种信息统一集中管理，大大方便了公司高层领导了解各个部门的工作开展情况；部门与部门之间相互了解彼此工作开展情况；部门成员之间了解彼此的工作开展情况。（见附件三：部门配置库管理办法.doc）

    注：后面由于公司机构设置，将产品部、项目部合并为研发中心，也将配置库进行了合并。