新手试用由刀豆文库小编整理，希望给你工作、学习、生活带来方便，猜你可能喜欢“试用说明”。
写完2004年的工作总结以后，再翻了翻2002年和2003年的工作总结，真是“一年更比一年长”。看着总结，回顾着这将近三年来在SK工作的点点滴滴，感悟：原来，这就是成长的历程。于是，决定将三年的总结一起整理出来，对我在SK工作的三年作一个回顾，和大家一起分享，感谢一路上伴我走来的所有同事的关心、支持和帮助。2002年个人工作总结
回顾2002年，难免感慨。
在管理部从事前台文员半年多以来，工作主要可以归纳总结如下：
2.1 例行工作
认真做好来电的接听、访客的接待工作，做好订饭、订水工作；做好文具的购买计划和消耗总结工作；做好每月的考勤工作；做好长途电话的管理工作；将公司内的图书、杂志编号、分类整理，形成电子文档，使图书、杂志的管理规范化；协助做好招聘工作；做好办公室内务管理工作。这其间，因为排气扇导致电源跳闸多次与装修公司、物业管理处协调；注意植物的保养、更换及办公室内的清洁、保洁；注意复印机、打印机、热熔装订机等办公设备的保养。
2.2 临时安排的工作
组织每个月的团队活动。先后组织到暨南大学打球、天河公司游泳、天河公司烧烤、员村文化宫打球、从化温泉度假，都取得了较好的效果，加强了同事之间的交流，活跃了公司气氛。另外，9月底曾策划员工欢送大会，欢送吴涛等离职员工。
办好公司的内刊。从七月到十二月，一共办了五期内刊。经调查，普遍认为水平尚可。但因为大多数人工作较忙或其他原因无法投稿，造成每一期内刊的都存在稿源不足的问题。未能想方设法调动员工的写稿积极性，除了自身原因之外，也与管理层等其他因素有关。
公司网站的建设。由于没有制作网页的经验，所以存在很多技术问题不知如何实现。在不断学习的过程中，修改了主页，实现了公司产品等部分链接。因为公司形象需要重新策划，此项工作暂时告一段落。
2.3 协助其他部门工作
销售部成立后，曾参与销售部的销售例会，整理会议记录及销售部一些常用资料、表格；协助开发部制作国资、灯饰ERP等项目的部分图片；协助市场部进行国资宣传资料的排版、整理；另外还参与了公有物业产品化的测试及《授权管理》等几次幻灯片的制作。总的来看，2002年的工作是尽职的，但也有不少的遗憾。考勤的管理一开始并不规范；长途电话也因为疏于管理存在一些不良现象；没有投入全心的精力去办内刊；网站的建设太过于缓慢而且效果不够好；工作的确不够饱和，时有不知该干什么的感觉；个人能力的提升不够……在管理部的遗憾，可惜因为岗位的调换已无机会弥补。调到开发部，这是上级对我工作的肯定，对我个人而言是新的开始，也是新的挑战。除了要努力扮演好开发部“文档管理员”这一角色以外，希望我能在开发部掌握更多的技术知识，不断提升自我。
2003年，我希望做得更好！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之时，我对自己如是说。2004年个人工作总结
从踏入12月以后，就开始思付要写2004年的年度工作总结。一直没有动手，除了忙碌可以作为理由以外，更重要的是，不知道该怎么把这一年做过的许多零乱而繁杂的工作总结成文。
有人把工作总结当成一种形式，作为应付上级领导的苦差，我却发自内心地想写总结，通过总结，可以清楚、明晰地知道自己一年来做过什么，欠缺什么。好的，需要继续发扬的；不好的，需要加以改进的，都会在总结中一一罗列，鞭策自己。
2004年，我都做了哪些工作？还得从头回顾，娓娓道来。
作为质控部一员，我的工作却囊括了质控、研发、营销三大部门，随着公司的机构调整、人员变化不断调整和变化。按照部门分类，可以把我2004年的工作总结如下：
4.1 质控部门工作
质控部门的主要职责是负责监督和控制研发中心内产品和项目开发的工作进度与质量，包括质量保证、软件测试、过程监督、配置管理、技术评审。我在质控部门的工作也围绕着这几项来开展。
4.1.1 配置管理工作
配置管理工作是我的主要职责，在这一年内，我负责了研发中心所开展的十二个项目（包括三水项目、SAM行政事业版、天津项目、南海项目、SAM经营版、新疆项目、资产运营管理系统项目、江西国资委产权管理系统项目、河北省国资委业绩考核项目、技术准备项目、茂名项目、技术支持性项目，下文所提的十二个项目均指上述十二个项目，不再重要提及）的配置管理工作。
（1）根据项目的规模、性质、简繁，视情况针对各个项目开展常规的配置管理工作。包括：
制定配置管理相关制度和流程（有相关文档，但未遵照执行）
配置管理计划的制定（当项目规模较大时）
配置库的建立（按照项目编号，每个项目建立一个配置库）
对项目内各成员的用户帐号和权限的分配
定期检查配置库的使用情况，督促开发人员定期提交、更新相关的代码、文档，有需要时设置Label，记录重要基线
定期对配置库进行备份，设置对配置库进行日自动备份，每半年进行一次资料刻录。
（2）对研发中心内所有成员的配置管理培训，使受训人员了解公司配置管理流程及VSS使用情况，从而更好地开展项目过程中的配置管理工作。包括：
4月份针对软件产品与项目的配置管理过程、配置管理工具VSS的使用等方面的知识，对研发中心全体成员进行了一次总体培训。
对4月份后研发中心新招聘的员工分别进行公司配置管理过程及配置管理工具VSS的使用培训。
注：个人编写、准备的培训材料包括：配置管理基本知识（见附件一：配置管理培训.ppt）和VSS使用说明（见附件二：VSS使用说明.doc）。
4.1.2 制度编写及流程改进工作
为了更好地提高工作效率，规范部门工作、个人工作，方便部门与部门之间的交互，这一年，在工作过程中结合领导要求、个人想法、同事意见，经过思考，在工作过程中制定、颁发了一些制度、整理了一些文档，对质控和研发工作的改进提供了一些帮助。包括：
（1）年初，研发中心设立产品、项目、质控三个部门伊始，各个部门之间独立开展工作，信息比较闭塞，而各个部门之间工作关联性大，需要不断沟通和交互。为了减少沟通成本，使部门与部门之间的信息交互、沟通能够更方便、更快捷，提议建立了项目部、产品部、质控部各个部门的部门配置库，将各个部门的制度及规范、会议、培训、计划与总结、个人周报等各种信息统一集中管理，大大方便了公司高层领
导了解各个部门的工作开展情况；部门与部门之间相互了解彼此工作开展情况；部门成员之间了解彼此的工作开展情况。（见附件三：部门配置库管理办法.doc）
注：后面由于公司机构设置，将产品部、项目部合并为研发中心，也将配置库进行了合并。
（2）为了规范SAM行政事业版及后续产品序列号管理，编写了SAM行政事业版系统系列号管理办法（见附件四：SAM行政事业版系统系列号管理办法.doc）。
注：因产品的销售没有如计划般覆盖全国，该办法没有产生作用，如果尘封硬盘。
（3）为了规范公司内部产品的发布，将公司内部所有已经定版的产品、项目安装到SS服务器统一发布，并将各个系统的访问地址整理成文（见附件五：公司系统访问地址.doc）供公司内部开发人员、技术支持人员、市场人员访问系统，了解各个系统功能。
注：因为后期SS服务器中毒瘫痪，部分系统不再采用BS浏览器访问模式，采用需要到各台机安装才能使用的CS模式，没有再将此项工作持续进行下去。目前上面公布公司的网址因为SS服务器中毒后瘫痪未恢复无法再访问，系统的发布需要另觅它处。
（4）为了方便公司新老员工对公司所有项目情况有一个整体的了解，对公司历年来开展的项目信息进行了整理（见附件六：公司历年项目信息列表.doc）。
（5）由于前期质控部在了解各项目进度进展时需要分别与每个项目的具体负责人交互，当涉及的项目、人员较多时比较费时，且无法及时了解每个项目的进度情况，建议由项目负责人每周填写项目进度周报（见附件七：项目进度周报.doc），再统一将每个项目的进度信息汇总到“项目进度综合报告”（见附件八：项目进度综合报告.xls），以方便公司领导、质控人员及时了解各个项目的进度，开展后续的测试等工作。注：后期部门合并，人员减少，质控部门纳入研发中心一起开会后，可以通过会议了解各个项目每周所开展的工作汇总项目进度信息，取消了项目进度周报。
（6）针对开发人员在开发过程中使用VSS出现不及时提交、更新代码、使用VSS时出现的普遍错误，编写了配置库管理规范（见附件九：配置库管理规范.doc）和使用VSS常见错误（见附件十：使用VSS常见错误.doc）。
（7）针对开发人员在项目开发过程中，对个人代码没有较好地把关，出现较多常见的低级性错误，对测试的依赖较强，造成测试人员工作量大且繁琐。部门内决定对项目测试过程中出现的Bug定期进行统计，并将统计结果公布到公告栏中（见附件十一：项目缺陷统计表.xls）。
（8）针对各个项目发布版本混乱，经手人过多且没有对项目过程中重要的版本进行label记录，造成有些重要版本无法追溯的情况，制定了项目重要版本记录表（见附件十二：项目重要版本记录表.xls），对十二个项目可以追溯的重要版本进行了整理，记录在表中，并在研发中心部门内推广、执行。
（9）以质控部的角度对研发中心2004年所开展的所有项目，从质量、进度、成本等各个方面进行总结、分析，为公司后续要开展的项目提供经验、指导，方便公司领导、研发中心所有成员回顾、了解2004年的项目质量情况（见附件十三：2004年项目质量总结.doc）。
4.1.3 软件过程监督工作
软件过程监督工作包括：
对项目的软件过程执行情况进行监控，定期向上级反馈各个项目的软件过程执行情况。
对项目开展的计划进度与实际进度进行跟踪，每周定期更新项目进度综合报告（见附件八：项目进度综合报告.xls）记录各个项目每周的进展。
4.1.4 软件测试工作
由于质控部人手少，负责测试的只有一人，测试任务繁重，在测试工作紧张的情况下有时也协助测试人员做一些简单的测试工作，包括：
协助进行SAM经营版的简单测试工作（主要针对财务异常警示子系统和决策支持子系统）
对北京机关事务管理局演示版本的测试
对资本管理系统的测试（拿到新疆去的第一版）
协助进行三水产品化项目的测试
协助产权关系管理系统客户端的测试
测试工作主要针对上述各个系统的功能、界面提出完善性建议及分担部分Bug的查找工作。
4.1.5 评审工作
评审工作也是质控部门的工作之一，在质控部门参与的评审工作包括：
前期协助组织了SAM经营版项目各个阶段的评审工作，包括会前发布相关评审通知、评审制品；会中进行评审意见记录；会后对评审结果进行跟踪。
中期由于公司部门机构调整、管理人员变化，取消了公司层面的评审，直接由项目内部进行评审，未参与其中工作。
后期参加了茂名项目的评审会议。
注：目前评审工作开展得比较薄弱，主要因为旧的软件过程制度不满足目前各个项目的需要，新的软件过程没有明确颁布，故没有明确应该以何种形式开展评审工作。这类工作参与得不多。
4.2 研发中心工作
4.2.1 文档编写工作
除了负责质控部门的工作以外，本人还担任了研发中心大部分项目的文档编写工作，一年中，写过的文档不下千页，实在是一项很考验耐心的工作。总结起来，2004年写过的文档包括：
SAM行政事业版用户手册（包括Word文档版和CoreDraw印刷版）SAM经营版用户手册、安装手册 资本管理系统用户手册（拿到新疆用的版本）三水项目（用户手册、安装手册）
买车要注意以下几点买新车别太激动，你仔细检查这些了吗？1、出厂日期(必须是一个月内生产的)；2、车架号；3、发动机号；4、产品合格证(号码与车架号，发动机号一致)；5、产品说明书；6、车......
新手上路靖江市滨江学校四（6）班邵文轩前天，经过几个月辛苦奋斗的老妈终于拿到驾照了，她兴奋无比，天天催着让爸爸把车给她练手。这不，今天一放假，爸爸开车把我送到球馆后就陪着这位......
建筑工地新手必读书目（土建）初上建筑工地，很多新手都要从零开始，需要一步步深入了解工地的性质，组织机构，各工种的工作职责，工作流程，参与工地日常工作会议，学习前辈的工作经验的同时......
1、班主任本身必须业务扎实。“打铁先要自身硬”我们不是专职班主任，我们与学生最初的接触是在课堂上，学生评判我们的第一个角度就是你的课上的怎么样。如果你的课很棒，学生首......
我07年专升本考试结束，就开始下决心考公务员，之后一年半时间我考了四次公务员考试，国考、省考、市考都参加了，两次进面试，最终以141分的成绩考上了理想的职位，现在工作虽然没有想......
