程序员工作体会精选(九篇)

前言：一篇好文章的诞生，需要你不断地搜集资料、整理思路，本站小编为你收集了丰富的程序员工作体会主题范文，仅供参考，欢迎阅读并收藏。

第1篇：程序员工作体会范文

技术

我在学校里学的是电气自动化，程序基础仅限于C基础课程的一些知识，后来由VB、HTML转向asp，在asp上花费了不少时间，对asp比较熟悉，后来由于公司业务需要，将开发平台转向，开始对不是很感冒，以为就是asp的一点扩展（那时还不知道三层架构，数据数据访问全在页面里！），后来招来几个北大青鸟的过来终于意识到的强大之处，经过个人的努力已经逐步掌握了，现在层次上只能讲个人觉得是入门而已，原因是多方面的，待会儿会讲到。

相信从面向过程转向面向对象的同学都有一种感觉：面向对象开始真的有点别扭，涉及到属性，尤其是类之间的各种关系，那时老想用面向过程传递参数多方面啊。于是老在想对象这种东西，从概念中跳中来，以自己的方式去理解才逐渐体会到页面对象的精华来，分层次展现、分级别访问、封装对象之间各种关系逐渐真正理解了，尤其是对象之间的关系，如对象a与对象b两者之间的关系，有些需要完全公开，有些需要隐藏，有些需要通过第三方传递，有些需要给自己的下级可见，有些需要让下级去完成具体操作这不是现实的实际模型吗？应该这么理解，面向对象来源于现实，它不是一种凭空空想出来的理论，这些对象之间的关系可以将其还原为父子、夫妻、领导下属、同事、朋友之间的关系。相比之下，页面过程往往像是一股脑全部推给用户使用，其中的数据与数据访问方法层次不清晰，在模拟现实上它与面向对象相比更易于入门理解，实质上难于准确直接地表述。

面向对象上另一方面是它的设计模式，在之前的面向过程中对这个设计模式并没有清晰地提出来，面向过程优秀的代码要求高内聚低耦合，从个人的理解上，这仅是对软件开发方法“技”上理论总结；设计模式是达到了“道”的层次，因为它从更大的方向、更抽象的层次来去表述具体的代码模块之间的关系，可以认为设计模式是完全从实际的应用来不断总结得来的经验，之间并没有这种术语，但相信前人肯定也使用到这种思想，它从实际应用于来，当然要应用于实际工作中，认真思考不断总结每个人都会有自己的“设计模式”，可以借鉴前人的思想来去提升自己，不可去为“设计模式”而设计模式。

具体到的实现模型中，真正理解它的机制与方法也就不难理解，记住b/s中离不开post或get，所有的AutoPostBack、SelectedIndexChanged都是去调用Form传值，加上runat=server的服务器控件打开它生成的源文件也是普通的HTML标签，微软的让软件开发更容易的思路是很好的，时代在前进，很多年前你使用C写出MIS证明你很牛，很多年之后你不在使用C去写“学生管理系统”、“图书馆管理系统”那只能说明你的脑子少一根筋，开发语言都有长处与不足的地方，因为它们适用的场合不同，类似不能拿匕首去跟炮弹比，也不能拿C与PHP比，程序员都有一种偏执的心理，但一点要记住，你面对的用户才有最终发言权，程序能不能满足需要，易用性、稳定性、成本才是应当首先放到重要位置来去谈的。

管理

最开始担任管理一职时开发团队加我在内只有四个人，那时只是抱着接受挑战的心理去做管理，加上我本人比较重感情，团队之间关系相处都不错，但严重的问题逐渐显露出来：工作的随意性、团队精神薄弱、工作方式蛮干，印象深刻的是有几个开始承诺项目不能完工，于是最后天天加班，一直做到早上6点，睡一会7点半接着上班，几个同事都是年龄差不多的小伙子，干劲十足。后来随着时间的推进，问题越来越摆在眼前：项目迟迟不能完工，又由于公司待遇方面让新员工感觉不值得，于是形成了老板抱怨员工也抱怨的状况，我在中间两点都要去“消火”，这期间是我们部门相对最累的时间但也是相对感觉最充实的时候，后来，之前的员工跟我说“再也找不到那种感觉了”，这是我能想像的。这期间主要是老总对我十分信任，工作上主要是管理方法上对我指点了不少。后来我逐步体会到，管理应该是“大家定规则去遵守”，而不应该是“人管人”。

人管人很容易陷入一个误区：领导去时时刻刻关注每个员工，这样最后往往后造成员工对领导的敷衍了事，管理松了员工会责任下下降，管理紧了造成员工与领导关系紧张，另一方面领导时间精力有限必然耗费大量的精力在日常的监督中而不能投入到全局的管理中。

于是“定制度-定分工-定进度”，明确日常所有的规章制度，这期间除了公司主要的工作规章制度外其他的日常工作纪律、日常管理等规章制度都是我本人制订，然后征求大家意见最后去贯彻执行。中间也遇到了不少问题，比如开始我们内部是允许使用QQ的，后来员工用QQ闲聊的时间增多，大大影响了工作效率，最后决心禁止，开始阻力较大（貌似程序员都喜欢挂上几个QQ去到群里搞个群主，虽然群里大多都是菜鸟），最后多次开会，逐个谈话，阐明道理，形势逐渐好转。

项目分工上针对技术水平明确分工，制订项目开发计划，由于开始技术都不是很成熟，不少时间我这边强势要求，使用野蛮方法，完不成加班我陪着加班，这段时间能感觉到员工对我稍有怨言但总体还是认可的。

这期间公司新招人员，人员的增多更使我意识到团队管理的重要性，这期间版本控制、编码规范、文档管理、Bug管理等诸多问题都得到一一解决，技术水平上主要是我个人利用空余时间学习新知识充电，然后展开各种培训，主要是photoshop、css、js、SQL等方面，培训一方面提升了员工的技术水平，一方面我本人在学习培训的过程中得到的最多，因为这个时候个人要求去思考的会更多，加上我本人对技术兴趣比较深厚，所以后期工作慢慢踏入良性循环。

待遇低、条件艰苦、工作时间长、工作压力大是团队中最大的难题，这方面公司在某些方面决策层有着严重的错误思想，造成技术人员对公司埋怨增多，在这方面我本人只能以劝架婆的身价去安慰身边的兄弟，因为我明白现在公司的问题与当前中国软件行业的通病一样，盲目追求利益最大化，不求质量，但求速度，整个社会风气造成软件行业良莠不齐发展，整个中国三四个人的开发团队组成的公司数不胜数，整个程序员阶层生存状况可想而知，疯狂加班、代码质量低下、维护成本大、稳定性差、用户体验差。当然我们本身不能去逃避这个现状，对于个人来讲任何假大空的口号都是没有意义的，程序员作为技术人员最重要的是心态，以良好的心态去面对各种问题，发现问题、解决问题，发现问题抱怨是解决不了问题的（“IT民工”是我个人认为IT人最没有正确的自我定位的一个称谓，试想一个人连自己都看不起自己的职业，他能做好自己的工作吗？），最主要是解决问题。

第2篇：程序员工作体会范文

不经意间，工作已经告一段落，回顾这段时间中有什么值得分享的成绩呢?这也意味着，又要准备开始写工作总结了。怎样写工作总结才更能吸引眼球呢?以下是小编整理的精选程序员年度工作总结合集，仅供参考，欢迎大家阅读。

精选程序员年度工作总结一

时间一晃而过，转眼间到公司已经一年多了。这是我人生中弥足珍贵的一段经历。在这段时间里各级领导在工作上给予了我极大的帮助，在生活上给予了我极大的关心，让我充分感受到了领导们“海纳百川”的胸襟，感受到了xx人“不经历风雨，怎能见彩虹”的豪气。

在对公司各级领导肃然起敬的同时，也为我有机会成为公司的一份子而自豪。

在这一年多的时间里，在领导和同事们的悉心关怀和指导下，通过自身的努力，各方面均取得了一定的进步，现将我的工作情况作如下汇报。

一、通过培训学习和日常工作积累使我对xxxx公司有了一定的新的认识

在x月中旬我来到了xxxx公司信息科技有限公司参加招聘，经过几轮面试和笔试，终于能够有幸加入了xxxx公司这个大家庭，在我进入公司时我拿到的第一份资料就是公司介绍和新员工入职说明，当时只是觉得公司很正规，很强大。在和部门领导以及项目经理交流后，感觉公司很亲切，很温馨。对其它方面就不太知道了，特别是对视频监控几乎一无所知。

通过三个月的亲身体会，对智能交通和公司有了一定了解。公司的理念在平时的工作以及项目开发时体现的淋漓尽致，本人对公司的理念非常认同。公司发展不忘回报社会的壮举，令人敬佩。公司以人为本、尊重人才的思想在实际工作中贯彻，这是xxxx公司能发展壮大的重要原因。在十年左右的时间实现跨越发展的确很不容易，在智能交通行业深入发展是xxxx公司的雄心壮志，也是凝聚人才的核心动力。现在公司在视频监控以及安防行业起到了举足轻重的地位，今后还将更加辉煌。

二、遵守各项规章制度，认真工作，使自己素养不断得到提高

爱岗敬业的职业道德素质是每一项工作顺利开展并最终取得成功的保障。在这一年多的时间里，我能遵守公司的'各项规章制度，兢兢业业做好本职业工作，一年来从未迟到早退，用满腔热情积极、认真地完成好每一项任务，认真履行岗位职责，平时生活中团结同事、不断提升自己的团队合作精神。一本《细节决定成败》让我豪情万丈，一种积极豁达的心态、一种良好的习惯、一份计划并按时完成竟是如此重要，并最终决定一个的人成败。这本书让我对自己的人生有了进一步的认识，渴望有所突破的我，将会在以后的工作和生活中时时提醒自己，以便自己以后的人生道路越走越精彩。

三、认真学习岗位职能，工作能力得到了一定的提高

根据目前工作分工，我的主要工作任务是：

1、参与公司软件项目的开发与测试；

2、负责xx省xx联合指挥中心软件系统的维护工作。

通过完成上述工作，使我认识到一个称职的开发人员应当具有良好的语言表达能力、扎实的技术能力、较强的逻辑处理能力、灵活的应变问题能力、有效的对外联系能力。在参与项目开发的过程中，发现很多看似简单的工作，其实里面还有很多技巧。

四、不足和需改进方面

虽然加入公司这个大家庭已经一年有余，对开发技术掌握的还不是很深，对发现问题的处理还不是很全面，对分工的工作还没有形成系统的计划。随着对公司和工作的进一步熟悉，我也希望能够在今后的工作中更加迅速的提升自己的业务能力以及技术能力，我觉得多做一些工作更能体现自己的人生价值。

“业精于勤而荒于嬉”，在以后的工作中我要不断学习业务知识，通过多看、多问、多学、多练来不断的提高自己的各项业务技能。学无止境，时代的发展瞬息万变，各种学科知识日新月异。我将坚持不懈地努力学习各种知识，并用于指导实践。

在今后工作中，要努力做好开发人员的本职工作，把自己的工作创造性做好做扎实，为项目的开发以及公司的发展贡献自己的力量。

精选程序员年度工作总结二

光阴如梭，一年的工作转瞬即将成为历史，伴随着新年钟声的临近，我们依依惜别硕果累累的过去，满怀热情的迎来即将到来的新的一年。在这年终之际，现对来公司一年的时间里所作的工作总结如下：

一、xx项目的编码工作

从了解xx项目的背景、及计划安排，熟悉xx公司制度及业务流程，再到熟悉新能开发模式，之后我根据需求调研报告，从基本的数据库创建，到编码，完成了销售部、生产部、采购部、质检部四个模块的基本单据的制单、审核、选单、查询、打印等系列的编码工作；完成了xx项目的模块测试及流程测试。

通过这段时间的努力，使我个人的耐心、细心程度及对工作的合理安排得到了锻炼，学会了在繁忙之中找条理，危难之中找希望。同时自己也有一些不足之处，一些细节地方技术上还不太成熟，还需加以学习与钻研。

二、erp项目的实施工作

从x月初开始进行xx项目的实施，每天早起赶在企业上班前赶到企业进行erp的实施。实施期间主要是软件的安装实施及对企业的erp系统的使用人员进行软件使用培训；纪录客户使用过程中出现的问题，晚上下班后加班加点将每天的小错误及客户变更修改完毕。通过这项工作，使我原本欠缺的业务能力得到了很大的提高，并学到了很多与客户交流的技巧及业务上的知识，更加明晰了erp系统的流程。但离一个成功程序开发人员的标准还差得很远，在今后工作中，定会多多注意，加以改善。

三、帮助和使用手册文档的编写

帮助的编写使我熟悉了xx的使用，为后期的oa开发也奠定一定的基础，使用说明的编写，使我更加加深了项目开发的整体思路与技术要点，总结了前期开发和实施中碰到的问题，并又一次的对软件整体进行了测试，对暴露出的小bug进行了最后的修改。

四、利用工作之余的休息时间加强学习

平时注意收集有关xx方面的资料文件，提高自己的处理新问题和解决新问题的能力，并加强学习java及oa方面的知识，为后期的工作打好基础。

展望临近的新一年，我会更加努力、工作上认真负责，再接再厉，更上一层楼，相信自己会完成新的任务，能迎接新的挑战。

精选程序员年度工作总结三

新的一年即将到来，回首13年我很荣幸的进入了公司，加入了ios游戏开发团队，进入了一个大家庭。在公司的半年使我真正的从学生时代过度到了一个社会人。

下面对自己20xx年进去公司大半年的情况进行年终小结：

一、在工作中主要存在的问题有：

1、由于开始对业务需求不是很熟悉，所以了解程序开发的过程中多次出现因为需求的原因，而不断修改返工的情况。

2、在开发中，用到了很多新的技术，由于开发时间紧促，发现的问题不能马上解决，但是开发的过程，同时也是学习的过程，通过不断的学习和总结，遇到的问题都得到了很好的解决。

3、在工作阶段，有时比较偏向自己的工作方便，忽略了其它同事工作上的量和难易。有的功能自己怎么方便怎么写。加大了其它同事的工作量，大家都需要相互配合。

二、在工作中的教训

1、工作的条理不够清晰，要分清主次和轻重缓急，在开发时间仓促的情况下，事情多了，就一定要有详实而主次分明的计划，那些需要立即完成，那些可以缓缓加班完成，在这方面还有很大的优化空间。

2、对流程、业务需求不够熟悉，在工作中因为流程或业务需求的问题而不知道如何下手的情况有点多，包括错误与缺漏还有当时设计考虑的不到位的地方，对于这块的控制力度显然不够，平时总是在开发，但说到底对业务很熟悉才是项目很好完成的前提。

3、学习的知识不够广泛，一个项目中，涉及的技术往往有多种，知识多了，就会灵活变通，以后我会加强这方面的学习。

4、缺乏工作经验。

三、在工作中的收获

1、语言知识做软件的一种工具，更好的软件是站在玩家的立场上用心的设计，让用户使用更方便、更快捷。

2、利用技术实现软件的功能只是软件的表面，认识问题、分析问题、解决问题才是最重要的。

3、养成总结反思的习惯，并有意识地提炼日常工作成果，在实施上认真的总结工作精英，为以后的实施工作打基础。

4、不论是做事还是做程序，一定要有清晰的思路，要认真仔细的去做，要有耐心和信心。

四、工作计划

1、要提高工作的主动性，做事干脆果断，不拖泥带水；

2、工作要注重实效、注重结果，一切工作围绕着目标完成；

3、要提高大局观，是否能让其他人的工作更顺畅作为衡量工作的标尺；

4、把握一切机会提高专业能力，加强平时知识总结工作；

5、精细化工作方式的思考和实践；

6、虚心请教优秀的同事，向他们学习技术和经验。

其实作为一个新员工，所有的地方都是需要学习的，多听、多看、多做、多想、多沟通，向每一位员工学习他们身上的优秀工作习惯，丰富的专业技能，配合着实际工作不断的进步，不论在什么环境下，我都相信这两点：

一是三人行必有我师；

二是天道酬勤。

在参加工作的短短半年中，我深刻的体会到，把自己所有的精力都投入进去，技术工作都不可能做到完美程度，毕竟技术工作太过繁杂，但多付出一点，工作就会优化一些，这就需要认认真真沉下心去做事情，就是公司所提倡的企业精神：职业做事，诚信做人。

精选程序员年度工作总结四

我于20xx年x月x日成为本公司技术部的一名程序员，一年转眼就过去了。这段我人生中弥足珍贵的经历，给我留下了精彩而美好的回忆。在这段时间里您们给予了我足够的关怀、支持和帮助，让我充分感受到了领导们“海纳百川”的胸襟，在对您们肃然起敬的同时，也为我有机会成为影响力在线的一员而惊喜万分。

这段时间，在领导和同事们的关怀和指导下，我通过不懈努力，各方面均取得一定的进步，现将我的工作情况做如下汇报：

一、通过理论学习和日常工作积累经验我的各方面有了很大的进步

刚到公司不久，我便开始负责方面的网站开发和广告平台开发和维护，刚开始的时候对我来说确实压力很大，因为各方面都还不熟悉，而且与之前的公司相比，节奏也有点快，不过我慢慢的习惯了环境，和同事相处的比较融洽，领导对我也比较关心，在公司里工作就像是在一个幸福的大家庭里一样，我很快喜欢上了这里。

我到公司不久，第一个项目是xxx公司网站，做这个项目的时候我遇到了几个问题，我在以前公司做的时候没有在这么短的时候完成一个项目的，在效率上提高了我的能力。做这个项目的时候我也遇到了许多以前没有遇到过的问题，我请教同事和朋友，还有借助网络一一解决了难题。

之后，我将B2B广告招商平台进行了改版，开发了xxx智能建站广告平台以及以后网站的维护工作。

接下来，我又做了一个比较棘手的项目——xxx在线咨询系统。为什么说棘手呢，因为我以前没有做过这方面的项目，而且我问遍了所有认识的朋友，搜遍了网络也没有找到如何解决的方法，之后我翻书籍，接着搜索网络。功夫不负有心人，终于我找到一个聊天室的小例子，但是功能差的太远，于是我把这个示例一点点的研究，从一点也不懂到后来慢慢看懂，从对AJAX技术一无所知到基本熟练运用。接下来我就开始自己开发，到最后终于把它开发了出来，虽然不是很完美，功能不是很强大，但是它是我辛苦的劳动结晶，我相信以后会把它开发的更强大，更完美。

二、明确岗位职能，认识个人技术能力不足

经过一年的工作，虽然完成了一些项目的开发，我的技能也提高了很多，但是感觉我的技术还有待提高，所以我会在以后的工作中更加努力，努力提高自己的技术和各种不足，努力使自己成为一名称职的职员。

三、提出自己努力计划

1、学无止镜，时代的发展瞬息万变，各种学科知识日新月异。我将坚持不懈地努力学习各种技术知识，并用于指导实践。

2、“业精于勤而荒于嬉”，在以后的工作中不断学习知识，通过多看、多学、多练来不断的提高自己的各项技能。

3、不断锻炼自己的胆识和毅力，提高自己解决实际问题的能力，并在工作过程中慢慢克服急躁情绪，积极、热情、细致地的对待每一项工作。

4、努力提高自己的日常交际能力。

时光流转间，我已到公司工作一年。非常感谢公司领导对我的信任，给予我体现自我、提高自我的机会。这一年的工作经历，使我的工作能力得到了由校园步入社会后幅度的提高。

第3篇：程序员工作体会范文

关键词：行动导向教学；课程开发；课程实施

中图分类号：G642 文献标识码：A 文章编号：1009-3044(2012)36-8724-02

行动导向是指由师生共同确定的行动产品来引导教学组织过程，学生通过主动和全面的学习，达到脑力劳动和体力劳动的统一。行动导向教学最早兴起于德国，其核心是通过行动来学习和为了行动而学习。数据库应用是计算机专业的一门重要的职业核心课程，该课程实践操作性很强，在教学中实施行动导向教学，更能深入落实“以就业为导向，以能力为本位”的现代职业教育理念。

1 行动导向教学的课程开发

在实施行动导向教学前，应进行基于工作过程的课程开发。首先确定课程的学习目标，即通过本课程的学习，使学生掌握数据库的基本知识、基本理论，培养数据库设计、数据库管理和应用开发能力，奠定为各类应用程序提供数据库数据访问技术的技能基础，对学生从事程序员、数据库管理员工作岗位的职业能力和职业素质养成起重要支撑作用。其次，构建课程的教学内容。以程序员、数据库管理员工作岗位为出发点，分析其典型工作任务，总结数据库开发的工作过程和技能要求，对传统学科体系下的知识进行了解构，将数据库基本概念、数据库操作、T-SQL语言等知识分散到三个不同的项目中，分别是“学生成绩管理系统” 、社区图书管理系统、学生自主选择的管理系统，并确定为三个学习情境，完成了行动体系的重构。根据数据库管理员岗位工作过程又将每个学习情境划分为四个工作任务即：数据库设计、数据库实现、数据库应用和数据库维护。最后，设计课程的教学单元。教学单元的设计是对每个学习情境中的四个任务的进一步的细分。将学习情境一的四个工作任务细分为二十七个子任务；学习情境二的四个工作任务划分为七个实训任务（见表1和表2）。学习情境三的项目由教师提供给学生几个来自企业的真实项目，与c#程序设计课程整合，完成C/S结构的数据库应用系统的开发。

2 行动导向教学的教学实践

行动导向具体教学过程实施中，要求教师按照工作过程，选择适当的教学方法，以“资讯、决策、计划、实施、检查、评价”这一完整的“行动”方式来组织教学。下面以“学生成绩管理系统的需求分析”任务为例，阐述行动导向教学的具体实施步骤。在资讯环节，教师先根据学生能力，将学生以3~5为单位进行编组，并下达任务单。然后，为学生介绍需求调查的方法和主要内容，提供获取资讯的方法和途径。在决策环节，学生将明确任务完成的目标，确定需求调查方法，制定实施方案。教师听取学生的决策意见，提出可行性方面的质疑，帮助纠正不可行的决策方案。在计划环节，学生制定任务实施的进度计划表，明确小组成员的分工。教师听取学生的计划方案，并提出合理性建议。在实施环节，小组成员分工协作，根据事先确定好的调查方法，设计调查内容。以学院教务处为示范单位，与相关教学人员进行当面沟通，了解用户手工管理学生成绩的工作流程和学生成绩管理中所涉及的部门、人员、数据、报表及数据的加工处理等情况，收集与学生成绩管理相关的资料，并对收集的资料进行整理和分析，最终完成业务流程图绘制和数据字典编制。在检查环节，学生根据收集整理的资料，对所绘制的业务流程图绘制和编制数据字典进行检查核对。教师检查各小组完成的成果。在评价环节，学生通过自评、互评等方法综合评价任务的完成情况。教师使用归纳法帮助学生归纳知识和经验，评价任务完成情况，并提出改进意见。

在该任务的教学过程中，教师分担两色。即作为用户，为学生提供需求信息；也是导师，为学生提供项目指导。学生则扮演项目开发人员。在整个实施过程中，教师采用示范演示法、小组讨论法，任务驱动法，让学生在自己的行动实践中，掌握职业技能、习得专业知识，构建自己的经验、知识和能力体系。

3 行动导向教学的教学体会

1）促进了教师综合素质的提高

行动导向教学对教师提出了更高的要求。通过学习培训，教师首先更新教育理念，完成传统的教授知识为目标的“学科本位”教学观向以就业为导向的“能力本位”教学观转变。其次，教师为了能够开发出符合行动教学的课程，需要下企业实践，了解本专业行业动向，掌握一定的实践经验，具备项目开发能力。再次，在不同的教学环节、不同的项目中，教学方法的运用，课堂的组织与调控存在着差异，要求教师具备驾驭教学过程的能力。在此过程中，教师通过不断地学习、锻炼、反思，久而久之，综合素质也得到了提升。

2）充分发挥了学生学习的主观能动性

行动导向教学是以学生为主体的教学，学生是学习过程的中心，教师是学习过程的组织者与协调者。在“资讯、决策、计划、实施、检查、评价”这一完整的“行动”过程中，学生在教师的不断引导启发，小组成员间的相互协作中，激发了学习的兴趣，积极参与到任务实施的整个过程，逐渐成为课堂的主角，并在主动参与中，建构了自己的知识和技能，培养了团队合作意识。

4 结束语

行动导向教学是高职教学的一次革命，它带来高职教育前所未有的崭新面貌。我们以“数据库应用”课程为实践，通过课程所面向的职业岗位—数据库系统管理员的工作任务分析，遵循学生职业能力培养的基本规律，以真实工作任务及其工作过程为依据整合、序化教学内容，采用行动导向的教学，融教、学、做一体，不仅提高了教学效果，也促进了新型师生关系的形成。

参考文献：

[1] 矫荣波.浅谈行动导向教学的实施与体会[J].美术大观,2009(9):192.

第4篇：程序员工作体会范文

【java员工转正自我鉴定一】

我叫**，于*年*月*日进入公司，根据公司的需要，目前担任JAVA程序员一职，负责JAVA程序工作。

本人工作认真、细心且具有较强的责任心和进取心，勤勉不懈，极富工作热情;性格开朗，乐于与他人沟通，具有良好和熟练的沟通技巧，有很强的团队协作能力;责任感强，确实完成领导交付的工作，和公司同事之间能够通力合作，关系相处融洽而和睦，配合各部门负责人成功地完成各项工作;积极学习新知识、技能，注重自身发展和进步。

我自*年*月工作以来，一直从事java程序员工作，因此，我对公司这个岗位的工作可以说驾轻就熟，并且我在很短的时间内熟悉了公司以及有关工作的基本情况，马上进入工作。

在本部门的工作中，我勤奋工作，获得了本部门领导和同事的认同。当然，在工作中我也出现了一些小的差错和问题，部门领导也及时给我指出，促进了我工作的成熟性。如果说刚来的那几天仅仅是从简介中了解公司，对公司的认识仅仅是皮毛的话，那么随着时间的推移，我对公司也有了更为深刻的了解。公司宽松融洽的工作氛围、团结向上的企业文化，让我很快进入到了工作角色中来。

这就好比一辆正在进行磨合的新车一样，一个好的司机会让新车的磨合期缩短，并且会很好的保护好新车，让它发挥出最好的性能。咱们公司就是一名优秀的司机，新员工就是需要渡过磨合期的新车，在公司的领导下，我会更加严格要求自己，在作好本职工作的同时，积极团结同事，搞好大家之间的关系。

在工作中，要不断的学习与积累，不断的提出问题，解决问题，不断完善自我，使工作能够更快、更好的完成。我相信我一定会做好工作，成为优秀的闻天人中的一份子，不辜负领导对我的期望。总之，在这一个月的工作中，我深深体会到有一个和谐、共进的团队是非常重要的，有一个积极向上、大气磅礴的公司和领导是员工前进的动力。**公司给了我这样一个发挥的舞台，我就要珍惜这次机会，为公司的发展竭尽全力。

【java员工转正自我鉴定二】

我于20XX年xx月xx号进入公司技术部，在技术部担任JAVA程序员一职。在这两个月的工作时间里，我一直对自己要求严谨，遵守公司的规章制度，努力完成和完善分配给我的任务，参与了看守所项目的需求讲解到目前的代码编写。因为自己在经验上的不足，所以，我觉得自己比较适合从最基本的开始做起。

综合看来自己还有以下的不足：

1、没有项目经验，没有经历过系统和完整的系统开发。我希望同时也相信自己在这次的看守所项目中可以学到不少经验。

2、沟通能力欠缺，没有及时有效的和领导交流。这个可能和我的性格有点关系，我也希望能够有所改变。

3、发现问题的能力不够，在自己以往的学习方式中，欠缺一种主动发现问题的能力。今后，我会多注意这方面的训练。

在公司工作的这段时间里，我得到很多同事的帮助，特别是Xx在生活上对我照料有加，两位经理也经常的与我交流，有不懂的地方可以向同事请教，同事们也都非常乐意为我解答。这些使得我在技术上进步不少，而各位同事的热情和帮助，使得我很快就适应了公司的生活。

我是XX年毕业的学生，在此之前我在Xx科技有限公司做程序员，虽然这是我进的第二家公司，但相对来说，我进入社会的时间还是比较少，我也知道还需要很多的磨练才能独挡一面。在从学生向员工的转换中，还没有完全熟悉自己的角色。所以在工作或者生活中，难免会犯一些错误，不过前事之鉴，后事之师。这些错误会让我更加成熟，在考虑问题方面也更加全面。

在公司的规章制度中，试用人员在试用期3个月中，如果表现良好，可以申请提前转正，因此我特向公司提出转正申请，希望公司能根据我的表现，工作态度以及工作能力，给出合格评价，使我可以提前转正成为公司正式员工。

在公司的这段时间里，我也考虑了很多的，考虑了自己的将来，以及现在，从而对我的人生观有了新的启发，也对这个世界和这个社会有了新的认识。在未来的一年里，我希望能通过自己的努力为公司和社会创造财富。同时提高自己的技术水平以及实现自己的个人价值。我相信“心有多大，梦想就有多大”。

【java员工转正自我鉴定三】

工作以来，经过自身的努力，完成了各项任务，现已工作鉴定如下：

一、适时做好网站监控，观察学习同类网站，扬长补短，并不断优化我们自己的网站。

网站的日常工作：做好工作规划，分清轻重主次，细心认真地做好信息上传更新，选取更具新闻价值的信息，力求做到我们网站更具专业化，

网站服务方面多做回访跟踪计划，多了解“读者”需求和意见，为网站功能的健全、服务健全积更多信息和数据。

二、日常工作方面，坚持不迟到不早退，听从领导吩咐，学会管理自己的情绪，及时调整自己的工作态度，及时并保质保量地完成工作任务;积极主动地协助其他部门领导及同事。

网站推广工作仍将是重点，除邮发、论坛推广、友情链接等方式以外，策划网站活动更加重要，我计划每季度应时应景搞一到两次(或虚或实)网络活动，挑动网站人气。

三、及时响应了各部门的电脑软件、硬件、邮件、网络、打印机的维护。尽可能的降低设备使用故障率，在其出现故障的时候，并做到了能在当地解决就当地解决，不能当地解决的也在最短的时间内给予了解决。

对中心每台电脑安装防病毒软件，避免了病毒在公司局域网内自我复制相互传播，占用局域网的网络资源，甚至使得系统崩溃，丢失硬盘的重要资料等各种危害，并及时的对软件进行升级，定期的清除隔离病毒的文件夹。对系统补丁进行更新，防止了病毒和黑客通过系统漏洞进行的破坏和攻击。对ie、outlook、office等应用程序也打上最新的补丁，另外还关闭了一些不需要的服务，关闭guset帐号等。项目机房系统更新，系统从原有的XX更新到xp，重新安装了所有软件，解决了一部分原无法解决的问题，并重新部署杀毒软件解决方案。

我在公司学到了很多，学会了如何处事，如何与他人更好的交流等等。我在做好自己本职的同时，也学习了公司的一些相关的文化，在我觉得，公司在茁壮的成长，像雨后的春笋;发展速度飞快，犹如刚发射的火箭直冲云霄。

【java员工转正自我鉴定四】

我于xxxx年9月11日成为本公司技术部的一名JAVA程序员，三个月的试用期转眼就过去了。这段我人生中弥足珍贵的经历，给我留下了精彩而美好的回忆。在这段时间里您们给予了我足够的关怀、支持和帮助，让我充分感受到了领导们“海纳百川”的胸襟，在对您们肃然起敬的同时，也为我有机会成为影响力在线的一员而惊喜万分。

这段时间，在领导和同事们的关怀和指导下，我通过不懈努力，各方面均取得一定的进步，现将我的工作情况做如下汇报：

一、通过理论学习和日常工作积累经验我的各方面有了很大的进步。

刚到公司不久，我便开始负责JAVA方面的网站开发和广告平台开发和维护，刚开始的时候对我来说确实压力很大，因为各方面都还不熟悉，而且与之前的公司相比，节奏也有点快，不过我慢慢的习惯了环境，和同事相处的比较融洽，领导对我也比较关心，在公司里工作就像是在一个幸福的大家庭里一样，我很快喜欢上了这里。

我到公司不久，第一个项目是xxx公司网站，做这个项目的时候我遇到了几个问题，我在以前公司做的时候没有在这么短的时候完成一个项目的，在效率上提高了我的能力。做这个项目的时候我也遇到了许多以前没有遇到过的问题，我请教同事和朋友，还有借助网络一一解决了难题。

之后，我将B2B广告招商平台进行了改版，开发了xxx智能建站广告平台以及以后网站的维护工作。

接下来，我又做了一个比较棘手的项目——xxx在线咨询系统。为什么说棘手呢，因为我以前没有做过这方面的项目，而且我问遍了所有认识的朋友，搜遍了网络也没有找到如何解决的方法，之后我翻书籍，接着搜索网络。功夫不负有心人，终于我找到一个聊天室的小例子，但是功能差的太远，于是我把这个示例一点点的研究，从一点也不懂到后来慢慢看懂，从对AJAX技术一无所知到基本熟练运用。接下来我就开始自己开发，到最后终于把它开发了出来，虽然不是很完美，功能不是很强大，但是它是我辛苦的劳动结晶，我相信以后会把它开发的更强大，更完美。

二、明确岗位职能，认识个人技术能力不足。

经过三个多月的工作，虽然完成了一些项目的开发，我的技能也提高了很多，但是感觉我的技术还有待提高，所以我会在以后的工作中更加努力，努力提高自己的技术和各种不足，努力使自己成为一名称职的职员。

三、提出自己努力计划

1、学无止镜，时代的发展瞬息万变，各种学科知识日新月异。我将坚持不懈地努力学习各种技术知识，并用于指导实践。

2、“业精于勤而荒于嬉”，在以后的工作中不断学习知识，通过多看、多学、多练来不断的提高自己的各项技能。

3、不断锻炼自己的胆识和毅力，提高自己解决实际问题的能力，并在工作过程中慢慢克服急躁情绪，积极、热情、细致地的对待每一项工作。

4、努力提高自己的日常交际能力。

时光流转间，我已到公司工作三个多月。非常感谢公司领导对我的信任，给予我体现自我、提高自我的机会。这三个多月的试用期工作经历，使我的工作能力得到了由校园步入社会后最大幅度的提高。

在此，在对试用期的工作情况及心得体会做一汇报后，我想借此机会，正式向公司领导提出转正请求。希望公司领导能对我的工作态度、工作能力和表现，以正式员工的要求做一个全面考虑，能否转正，期盼回复。我会以炙热的工作热情继续投入到今后的工作当中，以自己踏实努力的工作，报公司知遇之恩!

【java员工转正自我鉴定五】

工作以来，我本着对职业负责、对学生负责、勤勤恳恳地工作着。现有一年的工作鉴定如下：

一、政治思想方面：

俗话说：“活到老，学到老”，本人一直在各方面严格要求

己，努力地提高自己，以便使自己更快地适应社会发展的形势。勇于剖析自己，正视自己，提高自身素质。认真学习新的教育理论，及时更新教育理念。积极参加中心培训，并做了大量的政治笔记与理论学习。我们必须具有先进的教育观念，才能适应教育的发展。所以我不但注重集体的政治理论学习，还注意从书本中汲取营养，认真学习仔细体会新形势下怎样做一名好教师。

二、在个人业务方面：

在这一年中，严格要求自己，遵守单位各项规章制度，与同事之间相处融洽;工作上，尽职尽责，不敢有丝毫懈怠，除了做好本职工作外，对中心的日常工作也有了一个全面的认识。网络管理员主要有三项主要工作内容：

第一，计算机及其网络维护管理工作;

第二，“出国留学网”及“图老师网”的撰稿及编辑工作;

第三，对中心工作人员进行网络培训工作。

在工作中，为把校外教育网络建设得更快更好，以跟上时展和学校各项工作的进度，对自己做出了以下具体要求：一要提高对校外教育网络工作重要性的认识;二要科学建设网络，充分利用好网络资源，发挥好网络的各项功能;三要强化管理，确保网络安全运行;四要落实责任制;五要加强网络工作人员队伍建设。

本年度我中心组织学员参加“网上祭扫先烈”活动;开展的“爱家乡，爱高陵”系列活动(泾渭分明健步行和庆“六一”家乡文化之旅活动);参加陕西省举办的青少年足球夏令营活动;制作新年祝福视频参与校外同仁联欢会。这些活动的精彩瞬间都被及时的发到“两网”上，同全国校外同仁分享精彩活动。参加20XX全国“优秀网络社区”评选活动，我中心获“优秀网络社区”的光荣称号。

三、工作考勤方面：

我热爱自己的工作，积极运用有效的工作时间做好自己分内的工作。在做好各项校外教育工作的同时，严格遵守中心的各项规章制度。不论是分到哪一项工作，我都配合同事尽自己的努力把工作做好。

我和同事之间，有三个共同：

1、共同感受：感受学习的过程;感受朋友间的情谊，感受生活的美好;

2、共同分享：分享学习的快乐，分享友情的快乐，分享成功的喜悦;

3、共同成长：不停的学习新的知识，更新观念，和时代同步和学生共同成长

这一年，我成长了，我收获了，存在的缺点

也是不少的，有以下几个方面，还需今后努力改正：一是理论知识的学习还是欠缺，还存在有懒惰思想;二是工作虽然很努力，可是个人能力还有待提高;今后，我一定在中心领导及全体同志们的帮助下，加强学习，提高工作能力，使自己的思想和工作都能更上一个台阶!

【java员工转正自我鉴定六】

时间过得飞快，从来公司上班第一天到现在不知不觉已经一个月有余，在这段时间里，工作上是忙碌的，精神上是非常的愉快。在来公司的前两周周里，感谢周围同事的帮助，领导的支持和指导，很快熟悉了自己负责的工作内容，迅速的进入了角色。工作完成的非常顺利，和周围的同事也相处的很融洽。

在工作中，通过多看多思考多学习，不清楚的地方积极向上级领导请教，与同事们进行沟通，全面了解公司现有IT方面状况。日常为公司各部门做好IT支持工作，通过自己的经验对现有的情况提出建议和意见，得到了领导的认可，这在工作中给了我很大的动力。在公司未来的IT规划建设方面,力求做到专业化正规化，在日常工作中，让IT部门成为公司各部门的坚强后盾，积极主动地为各部门解决IT方面的各种问题，为自己的部门赢得聊好的口碑。

经过这段试用期，我认为我能够积极主动的完成自己的工作，并在工作中发现问题，积极迅速的解决问题。全面的配合领导的要求来展开工作，与同事嫩嫩个够很好的配合和协调。在以后的工作中我会一如既往。对人：与人为善，对工作：力求完美。不断提高自己的业务水平和综合素质，一起为我们公司的发展尽自己的一份力量。

试用期期间工作内容

1.来公司的第一周里，和各个部门的同事积极沟通，全面了解公司各部门的IT现状和使用需求。并针对性的提出自己的建议和意见。

2.通过对现有网络设备和服务器的摸底，全面掌握公司IT在技术方面的现状，并提出整改意见。

3.与配合行政部门进行固定资产的盘点。通过盘点情况，并根据职级和各部门的工作特点，制定IT采购的标准。做好日常IT采购工作。

4.根据领导的要求和制定好的it采购标准逐步更换公司现有的组装电脑。

5.根据实际需要，为公司选型安装了新的电话交换机，并将之前采购的交换机退还给了供应商。

6.为公司新办公地点制定网络、弱电、安防方面的方案，并根据方案与领导和同事进行沟通，根据预算寻找合适的供应商。

7.根据公司实际需求，为新办公地点办理宽带接入，电话中继线安装事宜。

8.日常电脑和网络设备的维护工作。

三、

待改进的事项

1.工作中应更加的细心，做事三思而后行。与人沟通要讲求方式方法。

2.站在公司的立场上思考问题，要与周围同事形成良好的配合。

3.根据公司的需要，不断提高自己在技术方面的水平，满足公司在IT方面的发展需要。

四、

对转正后近半年工作的一些计划

1.制定IT管理制度

2.对公司网络管理进行细化，提高网络运行的安全性和稳定性。

3.根据现状，优化公司现有的服务器系统，是服务器运行更加高效稳定。从新规划、实施服务器配置。

4.规划选型文件存储系统

5.为公司选型一套文件加密系统

第5篇：程序员工作体会范文

1.作人的姿态

作人似乎跟商务谈判不太有关系，很多技术人员相信PM需要的是本事，是如何做好一个项目，而不是会搞好关系弄的四平八稳的人。随着PM在中国的悄悄兴起，越来越多的PM开始在老总的授意下参与商务谈判，和销售们一起打单子，这就比较实在的需要PM们去揣摩客户的心理。揣摩客户心理需要有多方面的知识，需要深度和广度，然而，最重要的仍然是作人。如何放下架子，降低作人的姿态，对从技术人员转型的PM们来说，是至关重要的。降低作人的姿态需要从多个方面去实施，最主要应该记住：人不可貌相，更不可以地位衡量。很多公司为了保持公司形象，会统一叫员工打扮的好看一点，看起来象个白领的样子。然而，老板多半是没有约束的。中国改革开放才二十年，很多有钱的老板实业家文化层次都不高，往往是当大学生们只会把屁股坐在板凳上肆意挥霍父母辛苦积攒的财富时，他们已经在各地奔波，积累丰富的商业经验并对金钱，人生和社会的本质有了充分的认识，形成了自己稳定的思维框架。这些人，很多都是穿着旧旧的衣服，戴着破破的手表，说话的时候经常会带上三字经，钻进上海的人堆里，搞不好你会把他当成民工。因为到他们所处的社会地位，已经不需要任何华丽的外表来衬托自己的身份，他们有的是底气。对PM来说，这是个非常危险的挑战。虽然说项目在初期有意向时会对对方的人事和关键人物有一定的了解，然而大项目里能说的上话的人太多了。上海人最瞧不起的就是土气，很多人谈项目的时候看到民工或很俗气的表现不免会皱皱眉头，往往在皱眉头的时候就失去了项目，也就是失去了市场和金钱。PM必须作到能与每一个层次的人交谈，尤其是看起来比自己层次要低的群体，哪怕是公司里扫地的阿姨。只有作到谦虚谨慎，不摆架子，尊重别人，才会得到别人的尊重，才有机会赢得项目。鼻子比眼睛高的人只会把自己的鼻子撞扁。

2.丰富的知识面

光尊重别人还不足以赢得项目，准确的说是赢得对方关键人物的信赖。PM一般用不着陪客户喝酒吃饭，那是销售们的事情，但是PM和客户讨论问题可能是最多的。讨论问题的时候就是机会，如何投其所好，是一大关键。金钱与美女依然是常规的敲门砖，然而这种傻瓜也知道的办法人人都会去做。老板的关系也只是一个方面，如今的大老板，哪个没有关系？同等条件下PM凭什么去胜过别人一筹？我一个朋友（PM）打一个单子时，发现对方对什么都不太感兴趣，费了很大力气也找不到突破口。对方这个人非常顺利，金钱地位美女样样不缺。他花了好多天和对方交谈，以自己的博学逐渐取得了对方的信任。后来他隐约发现对方对数学和天文学的发展史有所涉猎，如获至宝，回家花一个通宵的时间在网络上搜索相关资料。第二天他根本不谈项目的事情，只跟对方大谈特谈哥白尼，布鲁诺，伽利略这些人的生平，整整吹了一天。对方点头如捣蒜泥，态度和热情都来个一百八十度转弯，隔天他就拿到了单子。这是个经典的战例，谁能事先想到哥白尼会来帮助IT的人赚钱？这个PM靠的就是博学和由博学引申出的敏锐的感觉抓住了机会，让客户产生共鸣。客户感觉他层次也很高，而且和自己有共通之处，信任度大大增强，把项目交给他放心。如今这种例子在商务谈判中已经屡见不鲜了。对PM来说，并不要求在各个方面都很精通，那是不可能的事情，只要PM对一些流行的话题和天文地理历史各方面的知识有个大概的了解，在需要的时候能尽快的掌握，才有机会创造机遇和把握机遇。

3.强大的沟通能力

胸中有万千墨水却不知如何表达其实是比较少见的，但并非绝对没有。每个人的人生轨迹都有所不同，思维受环境的影响也各有差异。包括象我们目前这个班级里的一些未来的MSE们，一定有比较内向或者不太爱表达自己观点的人，这些人比较被动，往往很难承担起谈判的重任。从今天开始，这类人就必须重新学习如何说话，如何大声的争论。沟通，并不仅仅是大声说话，而是在表达自己观点的同时发现问题并综合整理加以解决。除此之外，沟通的能力与社会经验息息相关，与PM的见识联系紧密。在日常生活中，PM就要多留心，多思考，当别人想到某个层次的时候要争取比别人考虑的更深。当然，也有一些不够踏实的朋友把沟通和吹牛当成了完全的一回事情，在和客户交流的时候口若悬河的说一些不着边际的话。这种人，碰到不懂，不太认真或者好奇心强的客户是有一定市场的；而有水平，负责任的客户往往会觉得这种人不可靠，一般不会把单子交给他。PM需要把握好这个度，吹是肯定要吹的，只是吹牛的时候一定要有基础的去吹，对从来没涉及过的领域或者根本不懂的东西轻易不要发表意见，挑选自己熟悉的方向合理的进行发挥，适当的留上一两手，给对方高深莫测的感觉，效果最好。

4.优秀的售前团队

这个团队一般是由总经理发起并组建的，通常不指定PMP，对团队的成员如SALES，PM，SA，ENGINEER们的团队合作提出了比较高的要求。一般公司在接下一个单子进行到一定程度的时候，PM往往会尴尬的发现协议上销售代表们对客户的一些承诺是几乎做不到或者根本做不到的事情。这种情况非常多，销售的任务是拿下单子，我听到的销售们说的最多的就是"没问题"或者"NOPROBLEM"，但是当我听到客户的要求和销售的回答时我总是心惊肉跳，很不自然。销售是非常辛苦的，为了建立客户关系，尤其是空白的市场是很不容易的，往往为了一个单子会牺牲非常多。在这种情况下，和销售进行协调自然而然的又落到了PM的头上。在销售和客户做承诺之前，PM要主动的跟销售交流，提供粗略的总体设计框架和技术难关以及能考虑出的工作量，而不是等出了问题再被动和销售在老板面前互相推委责任。在组建团队的时候，PM要根据团队里每个人的素质和任务进行因人置宜的信息传递。优秀的售前团队合作是接单的重要保障。在商务谈判的实际操作中，存在着各式各样的问题，PM的职责和要求绝非以上几点所能描述详尽。根据环境，政策，人文，关系等各方面的不同情况，PM的不同成长经历，每个PM最终都会建立自己对商务谈判的看法和经验。但是有一点可以肯定，这是PM成为PM的第一道关，也是最重要的一关。接不到单子，PM将失去存在的意义。与销售有所不同，PM在该阶段的任务除了接单，还要尽可能的搜集客户关键人物的资料并与对方各个阶层的负责人建立良好的客户关系，以便在项目实施时充分调动资源。

二.启动阶段

1.项目的一些基本概念

项目三要素有多种版本，各不相同。实际操作中多分为范围，成本与进度，其中最重要的莫过于范围。我们把项目最终生成并提交给用户的产品和文档统称为递交件。谈判的时候一定要确立递交件的标准和要求，也就是范围。尽管商战的时候不可避免的客户会不断提高标准和要求，而承诺的款项却不会有一分钱的增加。但是这个标准对每个公司来说都有一个底线，一旦超过了这个底线，那项目就肯定是亏的。除非是为了二期有利可图或者是为了搞好关系，否则范围超过底线的时候情愿不做，再厉害的PM在这种情况下也是无能为力。建立范围需要的就是PM的多年的实战经验，在大大小小的项目中用血泪换来的一些体会。在这个时候，很能体现PM与技术人员的区别。成本就是客户答应付的款项，与我们的投入成本并不是一回事情。进度就不用多描述了。

项目如何成功？也有一些关键的因素。个人的理解也不尽相同，通常包括以下几个方面：界定工作目标及工作任务；老板或高层的支持；优秀的PM和开发团队；充足的资源；良好的沟通；对客户的积极反应以及适当的监控和反馈。这里要注意的就是资源和高层的支持。一个上规模的公司总是同时会有很多项目，可是再大规模的公司资源也不足以保证每个项目都能组建最合适的开发队伍或拥有最好的环境。这时候各个团队或者部门之间不可避免的会发生资源争夺战，摩擦再所难免。这时候对PM的作人再次提出挑战。除了高层对PM项目的重视程度，如果PM平时在公司与同事相处的好往往能使很多别人看起来很棘手的问题迎刃而解。相反，一个不会作人的PM由于人缘差，即使高层强压别的部门或团队配合，别人也会能拖就拖，延缓项目的进度和质量。有时候，这种内耗对项目和PM来说是毁灭性的。对客户的积极反应也比较关键。一般来说PM已经被项目里大大小小的事情搞的筋疲力尽，要PM去主动要求客户配合是很吃力的事情。然而，这个时候，越是困难，越是觉得累，越是要去主动。客户往往也不是特别的积极，主动与客户联系沟通和测试能及早发现问题。从风险控制的角度来说，问题发现的越早，风险越小，损失也就越小。积极的态度可以带动客户的积极性，在项目完工的时候，客户对你的感激往往是难以用语言描述的，这对以后接单或者做二期三期会打下良好的基础。因为在和别的新客户谈判的时候，新客户自然会找你的老客户了解情况，这时老客户随意的一句话顶的上你很费心的十句。

项目具有商业行为的几个重要特征，有消费源，有参与者，有成功关键因素，有财务目标，有风险。

2.启动阶段的主要任务

根据PMI的解释，接单之后项目自然转入启动阶段。启动阶段PM的主要任务是率领总体架构设计师和系统分析员收集尽可能详细的数据，确立尽可能详细的需求，进一步确立详细的项目范围，预估资源，确立其他方案并获得进入下一阶段的批准。在这个阶段，随着需求分析的深入，PM也开始在公司内部进行人员挑选和资源争夺，着手组建自己的项目团队。项目即将进入计划阶段。

在收集完数据之后，PM要和客户开始明确项目的大小，成本，规格，期限等重要特征并将其写入合同文本，同时准备内部的包括预算，衡量标准等文档，建立项目的评估标准。接下来就是需求分析。由于专业的原因，我们这里仅讨论软件工程项目的需求分析（以下简称需求分析）。需求分析的主要参与人员有PM，总体架构设计师，系统分析员，熟悉业务流程的客户。PM统领的团队这时候还不是真正的开发团队，我们叫做前期团队。随着需求分析的逐步深入，新的团队成员不断加入，启动阶段结束的时候正式的团队将建立。对一个已经启动的项目来说，需求分析直接决定了项目的成功与失败。最初的需求体现在客户的工作说明书或招标文件及附件上。这种需求一般比较含糊，无法体现客户真正的需求。前期团队要根据自己的经验和客户沟通并引导客户进入正轨。有时候客户会很不讲道理或者思路僵化，就要求按照他的思维去定一些明显错误的需求。这个时候团队成员要耐心和客户举事实，谈经验，讲道理，用图形或模型等直观的方式将需求描述出来，比如常见的数据流图等。所以说，争论再所难免，客户有时候会吹胡子瞪眼睛拍桌子甚至会说"这个东西不要你们做了"之类的话。PM此时除了要亲身参与需求分析综合整理文档之外，还要处理好团队成员与客户的关系，确保关系不会恶化到无法收拾的地步。只要PM尽力约束团队中的成员，这个度还是很容易控制的。

对快速开发和叠代开发来说，需求和实现往往是同步进行，开发速度快是一大优势。对有相同或类似模式的小项目来说采用快速开发或叠代开发是很合算的做法，时下流行的极限编程就是针对这方面建立的思维模式。然而，大中型项目中有太多不一样的需求和模块。如果不是因为项目有差异，那么市场上就只有产品而没有项目了。所以，大中型项目的需求要认真仔细的去做。我们要讨论一个问题，究竟应该在需求分析和总体设计上花费多少时间？我们熟悉的瀑布开发模式基本上分需求分析，总体设计，软件开发，测试等几个阶段，然而究竟应该在前两个阶段上花多少时间却没有定论。实际项目操作的例子表明，分析设计的时间越长，需求设计做的越详细，测试的时间就越短，返工率越低，风险也越小，成本越容易得到控制。

而需求分析和总体设计没有做好就急忙上马进行开发的项目在项目初期进展顺利的时候问题不大，到了项目后期和测试阶段一些潜伏期比较长但是破坏作用比较大的问题就会凸显出来，造成返工，延长测试时间。所以与其把问题堆积到紧张的项目后期，不如把时间多花点到需求分析和总体设计上。基础夯实了，金字塔就容易造了。在日本公司打工的程序员们可能都知道，小日本的软件规范非常厉害，他们花在需求分析和总体设计上的时间通常在40%到50%左右，远远超过国内软件项目的实施，效果也要强的多。他们总体设计的规范甚至详尽到某个过程该如何判断，确立什么样的条件，换言之就是把什么时候该如何写(if...else)语句都帮程序员定好了。在这样的软件规范下，程序员更象是装配流水线上的工人，对一个模块或技术熟悉到一定程序就变成了完全的重复性劳动。所以在日本和欧美经常会有程序员是低级工作一说，很多人不明就里，对国内程序员也照搬，对国内的程序员来说是很不公平的。在国内，只会照抄别人代码，一点都不懂创新，凡事依靠别人，快下班就盯着表看的程序员是不少，这种人一般很难有什么前途。但是，优秀的不断进取的程序员也很多。由于国内没有象CMM这样的软件规范或者很少，所以这类优秀的程序员不少都是干着系统分析员甚至PM的活，拿着程序员的工资。这类程序员虽然在起步时会吃很多亏，而且是主动找亏吃，然而几年之后与前一种程序员的社会地位会出现明显的分化。当上进的程序员们作为PM进行商务谈判的时候，前者还在各个公司里频繁跳槽，跳来跳去都不满意。有些扯开了，回到我们的话题。

日本的软件规范与CMM有惊人的相似，其中至少有35%以上都是几乎一模一样的。最近经济不景气，东京倒闭了160家软件公司，这个数字是今年6月份的，还在不断增加。这些公司纷纷抢滩上海，招收技术人员。如果去这样的公司应聘就要考虑清楚了，进去可以学到他们的规范和质量控制，可是要想从程序员成为系统分析员或PM，比登天还难。往往一个程序员进去干了好几年，对自己的那一块熟的不得了，而对隔壁同事所做的东西一窍不通。拒传华为正在尝试CMM4（华为印度研究所已经通过CMM4），对在华为工作的程序员们来说可谓福祸难料。当然，已经作到PM或QA或者热爱CODING的朋友例外。需求分析本身也存在着时间分配的问题。第一遍需求分析花的时间会最长，分析员们在客户的各个部门之间几乎把腿都跑断，把口水说干，就是为了确立一个初期的需求模型。所有的文档将会提交给PM进行复审并签字，不合格的打回重做。反馈表随之将提交给客户，第二遍第三遍等等等等接踵而来，与客户反复讨论和磋商，反复提交文档和表格，目的只有一个，明确需求。当PM最终合并了所有文档并确立需求之后，最终生成的需求文档将提交给客户的各部门负责人签字。这些文档将作为合同的附件添加，以便在将来项目变更或者碰到重大问题时和客户扯皮的重要依据。

需要说明的是，客户并非都是蛮不讲理，但是说实话，颇有无奈，国内目前的项目大多数客户为了不让自己的钱白花，经常变着法子提需求。在启动阶段明确需求并签字，无论最终情况如何，一份详尽的书面文档可以解决很多口头承诺或概念模糊的文档带来的许多问题。详尽的需求分析有一个额外的好处就是对一些双方都很陌生或者从来无人尝试的领域将是一个决定是否进行项目的判断标准。有时候，这种大项目在签单时双方都没有绝对把握保证可以出成果，一旦在需求分析阶段发现难以逾越的技术难关，就会放弃项目。典型的例子就是NMD洲际导弹防御系统。上世纪八十年代初美国搞星球大战计划，拖跨了苏联。大家对那段历史有些含糊，很多人认为苏联人上了美国的当。其实并不完全如此，苏联人的情报机构无孔不入，并非那么容易上当受骗。实际上当时美国国防部已经开始着手NMD系统软件的需求分析，前后耗资数亿美圆，耗时两年，仅仅是做需求分析，终于发现存在着在当时技术上无法达到的高度，随后项目被放弃。

3.项目启动

项目启动要确定项目计划，与客户一起实施第一次项目审核，确认并对一些产品和服务向下包厂商下订单。这个时候的PM会忽然发现有开不完的会，一天开三到四个会议是很正常的事情。这些会议有与客户的会议，与下包厂商的，有团队的，有公司高层的。团队的会议主要是建立正式的团队，提供团队成员的角色和职责，提供绩效管理方法，向成员提供项目范围和目标。与客户的一个主要会议将是项目启动会议。在这个会议上PM会与客户确立正式的交流渠道，项目综合描述，让项目参与人员相互了解，建立以PM为核心的管理制度。还有一些零零碎碎的东西甚至包括办公场地的大小，电话多少部，所有人的联系方式等等都要在会议上确立，并做会议记录。这都是些非常琐碎的事情，听起来婆婆***，却是非常必要，缺一不可。大概就是所谓三军未动，粮草先行吧。

这时候，作为公司高层，应该向全公司发表申明，正式给PM项目经理任命书和项目授权书。这个动作虽然在别人看来有些形式主义，但是对提高PM本人的士气和责任感是有很大助力的。

三.计划阶段

1.定义结构分工结构图（WBS）

启动阶段结束后，项目进入计划阶段，也就正式进入实施。这里概念可能有些不太对头，其实是翻译的缘故，反正大家明白意思就行，不用拘泥于字面。WBS是一组要提交的项目元素，用来组织定义项目的总体范围，具体包括从工作内容，资源，成本角度考虑项目范围；建立一套系统所需要的分层工作结构；把项目分解成易于管理的几个细目，这概念有些模糊，其实跟资源管理器里分目录是一回事情。可以说，WBS是计划阶段的核心。WBS会详细的分到递交件，包括给自己人用的项目使用的过程文件，给客户用的模块和说明文档，完成每个细目的标准以及如何把这些细目的责任分配到具体的个人。WBS有缩进式和树状式，我这里也没办法画图，大家参考一些项目管理的书籍，里面有详细介绍。我整个文章只挑我觉得需要注意的地方，如非必要，对技术细节或者工具使用不做详细介绍。WBS的细目并不需要分解到同一水平，最下面的细目叫做工作包，分包的依据是个人的责任和可信度，也就是说到每个人头上的任务是否能落实，是否有把握完成；还有就是准备对项目进行控制的程度，程度越深，WBS树也就越深。由于WBS是实用性的东西，根据个人理解也不一样，所以一个项目可能会有几个正确的WBS，看PM的需要和最适合当前团队状态的进行选择。

WBS的定义还是很麻烦的。

PM要召开团队进行讨论，向成员提供与项目相关的所有详细资料，并把WBS树分解到二层三层。然后要花上一段时间让成员进行头脑风暴式（BRAININGSTORM）思考，制订工作产出和相应人员的职责，记录每一个工作包的完成标准。在头脑风暴式思考时，会有很激烈的争论，PM要协调关系，调节气氛，从自己能考虑到的各个角度旁推侧敲，提示成员的思维角度和方向并加以总结。尽管很麻烦，制订WBS仍然是非常值得的。如同需求分析一样，WBS准备的越充分，编码的进度越快。

2.风险管理

既然是商业行为，那么项目的风险必然存在，相信阅读这个帖子的朋友不少人都经历过或大或小的风险。有些风险很容易解决，有些风险则大大损害利益。不论什么样的风险，能避免尽量避免，所以有必要对风险进行管理。由于风险的不可预知性，风险管理难度很大，概念也很难讲清楚，只能从一些可行的角度去分析，进行管理。

首先要识别风险。这是个难度很高的活。PM要先召开风险识别会议，这个会议面向公司，高层，跨部门的有经验的人都将参加。然后审核由项目小组生成的风险清单并与重要成员进行风险沟通，检查一些重要的风险源如WBS，成本（时间）预估，人员计划，采购管理等等。最后就要用到PM本身在以前类似项目中得到的经验教训。

识别之后要进行分析。我们可以进行粗略的量化分析（精确分析是不可能的事情）。有经验的人可以一起参加讨论，把提交出来的风险进行分类。首先按发生的可能性分，一般分成高，中，低三个级别，虽然很勉强，但是好歹也有个量化了；然后按耗去的成本分，也是高，中，低三级。我们可以把这两种类别的三个级别进行组合，碰到可能性也高，成本也高的风险就定位为不能接受。碰到这种风险只好让客户修改需求或者增加风险预留成本，否则一旦亏起来不是亏一点点，有可能赔的很厉害。高和中，中和中的搭配都是属于高风险，中和低，低和低搭配属于低，高和低搭配属于中。

针对出现的可能性，需要采取一些手段降低风险。到目前为止也没有一个定论说有绝对好的方式，只能尽其所能的避免。有几种方法可以考虑，第一种是将风险纳入项目管理计划并指定负责人，由外部人员定期检查项目风险，一旦风险发生，执行风险管理计划；第二种是保险，这种属于风险转嫁；第三种方式有点奸，不过最保险，就是把客户拖下水，让他们一起参与风险管理，呵呵，到时候就好说话了：）风险管理作为项目计划之后，PM需要更新WBS，修改日程计划和更新风险管理计划。风险预留通常是成本的8%。

3.预估

预估是从量化的角度对项目进行评估，主要包括工作量，任务期限，人力，设备，材料，成本等，要注意预估不是财务策略或报价。预估其实并不是一次性工作，在整个项目过程中，预估始终需要。预估似乎没什么特别需要提的地方，每个PM接到项目的时候自然会有预估，在项目发生变更或进入下一阶段时也会预估。预估的作用主要还是让PM作到心中有个底，安排计划时不至于毫无头绪。

4.进度计划

进度计划就是一个模块或功能要写多长时间，PM安排个日期，设立里程碑，叫程序员们不能偷懒。进度计划是从WBS提取过来的。对PM来说，合理的安排进度计划对项目控制和激励团队士气有着很大的作用。对程序员来说，进度计划毫无疑问是噩梦。显示进度计划一般有先后顺序图，甘特图和里程碑图表。上回邵卫老师讲课，推荐的工具是m$的PROJECT，这个工具我还不会用，因为没时间去摸索。我的头倒是用的很溜了，近一个月来他就用这个PROJECT画了一个又一个的里程碑图，不停的折磨我和同事的神经。我们一般都是一边开发一边做UNITTEST，效果上来看，因为有强大的时间压力，效率上比之前确实要提高不少，可是我们也只能结结巴巴的赶完进度。由于TEAM里人少，我们都是一个人做几个人的活。我每天早晨六点多出门，经过将近两小时颠簸，八点多点已经坐在位子上，中午吃15分钟的饭，干到晚上八点下班，到家吃完饭往往已经11点了。一个多月我从来没吃过早饭，没有睡过六个小时以上的懒觉。虽然强大的压力使我们能在短时间内掌握尽可能多的技能，开发更多的模块，但是对我们的情绪也是有很大的影响。所以说，项目里程碑是一把双刃剑，合理安排才能既促进效率也不至于打击士气。团队成员士气的逐级衰落会给项目后期的开发带来难以估计的影响，进度将会大大延缓。关于PM和团队的问题我们后面会讲到，这里我先祥林嫂一把，然后跳过。里程碑图表的特征是任务，成员和时间，任务和成员用文字标志，时间用数字描述并辅助以图线跨度，象阶梯一样非常形象，一目了然。管理起来非常方便，完了的打个钩就可以了。

网络逻辑图是表示任务和逻辑关系的示意图，可以用先后次序表示，也可以用关键路径表示。其实把各个活动划分为1，2，3，4等阶段，每个阶段包括小活动1.1，1.2，2.1，2.2，2.3，2.4，3.1，3.2，3.3，4.1，4.2等，日程计划也分四种，一般只提到从前向后和从后向前两种。从前向后的概念就是某项活动必须相同或晚于直接指向这项活动的的所有活动的最早结束时间的最晚时间。有些绕口，我们打个比方：2阶段指向3阶段，那么2阶段里的4个子阶段也都指向3。假设2.1结束时间为1月12日，2.2结束时间为1月22日，2.3结束时间为1月15日，2.4结束时间为1月20日，那么，2阶段中最晚的结束时间是2.2的1月22日，所以在3阶段中的3个子阶段3.1，3.2，3.3的最早开始时间都不能早于1月22日。至于从后向前的例子大家自己去推吧，我就不举了，刚才几个123打的我累死了：）项目经常需要调整进度。在不改变项目范围的情况下，调整进度有几种方法：利用快速跟踪手段来改变任务间的关系；将串行的任务改成并行；改变工作方法（可能改变WBS）；改变日期限制，使关键路径上的任务开始或结束的更早。

虽然方法多样化，在我看来只有一条，就是拼命的压榨程序员的劳动力。如何压榨，还是个技巧。如前面所分析的，需求分析恨不得多分点时间给它，压需求是不太可能；测试阶段后期接近完工，罗里巴唆的事情一大堆，忙都忙不完，那时候PM一门心思提前/按时完工，好收钱，压那段时间似乎也不太可能。说来残酷，最能压的还是CODING，编码阶段往往是压缩重点，总之大家埋头苦干就是了，大项目压缩的时候程序员吃喝拉撒都在公司是很正常的事情，相信不少人都有很深的体会，这里伤心事情也就不提了。只是我总结一下，让未来的PM们有压榨后来人的依据，呵呵。测试前期也可以适当的压一压，那时候人刚完工，都比较懒散。国内一般企业规模都不大，没有专门的质量控制部门，所以质量保证和测试往往就是程序员或PM本身。其实质量保证和测试人员的人数和素质都应该要高于程序员。在日本和CMM实施的公司里，编码压缩是很容易实现的事情，因为那些程序员真的是技能熟练的装配工人，压起来方便的很。他们这样培养人的目的或许就是为了压缩吧？！

四.控制和执行阶段

1.软件开发

实在没什么好说的，也是大家最不愿意谈的，平时在公司里谈的已经够多的了，还要在这里受我唠叨。需要提醒的依然是团队合作精神和完善的文档管理制度。SOURCESAFE这些工具有时候还是有必要使用的。经常看到有人说天才程序员不写注释什么的。我相信有这种天才程序员，因为我碰到过几个。

我爱人公司里也有一个，他们的一套产品核心代码就是这个人写的，4年过去了，周边代码换了好几茬，核心算法始终没换过，可惜这小子跟了李洪痔，如今已经不知所踪了。但是他的代码似乎也要有点注释的，没有注释过段时间再天才的程序员也不能保证他是最有记忆力的。而且，对一个项目的编码来说，靠一两个人打天下如今是不可能了。别人的公司都是团队，两人智慧胜一人，这头还在靠一个天才支撑门面，实际上市场可就别人抢了去，那时候再天才也没用了。

编码的时候讲究技术公开，程序员不要藏着掖着，对大家没好处，PM要想办法调动大家创新思维的积极性，营造良好的技术讨论氛围，碰到技术难关的时候就容易攻破了。有个问题需要单独对还没有PM觉悟的程序员说，其实是在调研的时候就定了的，就是使用什么样的开发工具。没有经验的程序员往往会拿着C++或者J***A的资格证书或者拥有一两个开发工具的一些经验而得意洋洋。其实老板和PM根本不看重这个，他们关心的是使用什么样的工具能尽快的达到目的。管你什么C++，DELPHI，PB还是J***A，只要能做的出来，VFP都可以用。我举这个例子并非说不看中工具，而是提醒想转型为PM的程序员，第一要把工具当作工具，而不要被工具套进去，钻研一些一辈子都用不上的技术；第二要掌握的并非是单独的一个工具，而是流行的程序设计的思想，以及在最短时间内掌握一门陌生工具的能力。只有建立了这样的思维，才有可能转为PM，否则一辈子都是技术工人，最多就是个技术总监。

2.变更

对任何项目，变更无可避免，无从逃避，只能去积极应对，这个应对应该是从需求分析就开始了。对一个需求分析做的很好的项目来说，基准文件定义的范围越详细清晰，用户跟PM扯皮的幌子就越少。而需求没做好，基准文件里的范围含糊不清，被客户抓住空子搞你一下是非常头疼的事情，往往要付出无谓的牺牲，有时候甚至非常火大。需求做的好，文档清晰又有客户签字，那么后期客户提出的变更就超出了合同的范围，需要另外收费。这个时候千万不能手软，并非要刻意赚取客户的钱财，而是不能养成客户经常变更的习惯，否则后患无穷，维护的成本会让PM吃不消。

在客户提出变更请求时，要建立变更申请登记表和变更申请表，并让客户签字。当然，有时候一些不是非常关键的模块PM也不至于一点不讲情面，该卖面子的时候还是要卖，尤其是当着对方领导的面，千万要卖面子，但是也别卖的太干脆，不要让他们得到的太容易。需求做的不好，客户抓住漏洞或者非常不讲道理，麻烦就大了。有时候争论会很厉害，到非常白热化的地步，PM与客户代表几乎沟通不了。PM在客户关系和短期利益两方面难以取舍，一般都是向客户妥协，最终形成恶性循环。这种情况非常难办。一般这种情况都是到了项目后期，做重大的更改几乎是不可能的事情，如果白做就要亏钱。而这个时候如果PM跟对方高层的人关系搞的定，可以透过对方高层把事情压住。然而由于已经到后期，客户代表不会轻易更换，对方这次没有改成，必然心怀不满，下回在别的模块依然会找麻烦或者在谈二期的时候动动手脚，都是很让PM伤脑筋的事情，这方面目前还没有什么好的解决方法，所以尽可能的做好需求比什么都重要。相对需求来说，什么WBS，风险管理，计划进度都是扯淡，需求做好了，一帆风顺。还有一种办法就是装可怜，要装的非常的象，在对方的领导面前装，而且不能让人看出是装的样子，要让你自己都觉得你自己是真的可怜，那么就算这次客户硬是要求改了，下回他也必然不好意思再叫你改。其实人心都是肉长的，如果可能的话，我还是不赞同使用一些手段的，但是有时候客户非常难以在短时间打动而工期又将接近，这种情况下就要靠PM耍一些手段了。各人有各人的方式，八仙过海，各显神通吧。PM在变更管理中需要做的是分析变更请求，评估变更可能带来的风险和修改基准文件。

3.质量控制

大公司有质量管理部门（QA），QA的成员基本上都是由非常有经验的PM转型过来的老狐狸，是老总接班人的有力争夺者。一个QA会管理多个项目，有时候甚至会亲身参与。PM和QA有些象猫和老鼠，不停的通过报表传递一些心照不宣的假数字。QA对PM的工作最终是有评定的：A级表示总体在控制下；B级表示当前在控制下；C级表示有显著问题；D级表示有重大问题。如果PM得了个D，那可不太妙，不但世界级的QA会每个月要收报告，地区QA会一个星期找来面谈一次，训一顿。得到A的PM是很逍遥的，基本上不会有人来过问。在没有QA的公司，质量控制只能由经过授权的团队成员进行，效果就要差的多了。质量管理贯穿整个项目周期，详细的可以参见CMM。

4.成本管理

PM经常通过控制进度和预估来控制成本。PM必须经常问自己，项目已经到了什么阶段？完成了多少？花费了多少？完成时成本是多少？挣值法的术语不少，象BCWS，BCWP，ACWP，但是关系比较简单，大家参阅一下相关资料，这里不再羸述。总之，PM要管理好成本，注意节约，但并非是拼命剥削程序员，该花的还是要花。

五.结束阶段

1.项目结束

项目结束时，PM要将最终系统方案提交给用户，完成项目所有的提交件，收集项目全部信息并结束项目，完成或终止合约，签署项目结束的相关文件。项目结束意味着可以收钱了。PM辛苦了那么多，终于可以高兴一下了，收到最后一笔款项，意味着递交件的移交和团队的解散，项目也转入维护阶段。不过收钱未必代表着赚钱，要看项目是否按时完工。一般来说，提前完工的项目很少，但是能赚大钱；按时完工的赚小钱；延期的要赔钱。一个人首次承担PM，如果没有人带，多半会失败。失败没什么，所有的PM（注意是所有，不是几乎所有）都失败过，然而失败会成为教训和经验，推动你继续前行。在美国，每年至少有40%的项目无法实施被搁浅。只有在项目中和生活中不断磨练，培养自身素质和作人的基本准则，才能成为赚大钱的PM。

2.项目完工会议

项目结束时，依然要开会，不过少多了。一般跟客户要开一个，主要是确定所有的提交件都已经被接收，对突出的个体进行表扬，对外宣传成功案例，标志并记录项目的正式结束。这时候开会很轻松，目的也很明确，做完了大家好聚好散，或者以后有机会再合作。团队要解散，内部会议肯定是要开的。也没什么好废话的，该表扬就表扬，该发多少奖金就发多少奖金，毕竟大家都累死累活的干了那么长时间。项目结束请客户出去泡温泉时PM们千万别忘记了辛苦为你工作的程序员和工程师们，当然，如果他们不愿意看到你的脸那么你就折现发到他们的存折上去，正好让他们回家好好休息休息。这样下一个项目需要他们的时候他们才会为你卖命。说出来奖金发出去似乎你损失了，其实你赚大了。

第6篇：程序员工作体会范文

三年时间，应该说是或多或少有些收获，可一走出校门后我才了发现我什么也不是，什么也不会，所学的东西少得可怜，连九牛一毛也可以说都不知．

说真的，很有幸我进入的是双叶家具实业有限公司进行实习，也可以说是试聘；在双叶信息中心进行编程，是用delphi软件给他们的一分厂的员工进行效益工资和计件工资方面的核算，求出他们的总工资．最后能以报表的形式表现出来，在这方面他们同进要求要个有查询的功能，也说是说输入工号可以调出一个员工三个月这内的所有的工资，同时超出三个月 的可以自动消除．同时他们的工作流程是单卡流程，一个卡号，批量的进入，然后经过员工的加工操作之后，批量的输出。在这个方面他们有个出材量和购进量之比，也就是说如何去求他们的出材率，出材率越高，就意味着生产出来的好的产品就越多，员工的效益工资就越高。比如他们有四个产品：规格料、指接、拼板、集成材、他们会对这四个产品进行定价；如生产出一立方米规格料的价格是3300元、指接是3600元、拼板是4000元、而集成材则是4860元；通过这些定价我们可以很清楚的看出工厂要求员工生产出什么样的产品。入他们的工序的材料我们称之为毛料，而产出的东西我们又称之为毛坏料，公司规定：如果员工的出材率在76.8％，那么超出的部分就是员工的效益工资，如果低于76.8％，那么员工就没有效益工资，负数归位于零，按零来计算，之后他要求对员工进行效益工资分配，比如有四个工序，送料器，直边、压刨、四面刨、他们又给这些工序的员工进行效益比例的分配、比如送料器是13.4％、直边是9.6％、压刨是50.4％、四面刨是30.6％，在这里又有主副之分，比例为6和4 ，同时他要求我们将效益工资进行分配到员工，也就是说员工可以很清楚的要看到自己一天能挣多少钱，做到心中有数，当然这个简单，我们只须打印出报表就行了。

还有一点就是对计件工资进行核算，在这方面他们也有一定的规格，比如长度，宽度，厚度在那个范围内，就有不同的定价;比如宽度小于20mm，定价是160元;如果在20mm和40mm之间，那么定价就可能在90元左右;如果大于40mm时，那么就可能是60元了，进行计价工资统计之后我们就可以进行分配了，在这方面他们的比例也是不如，又会添加新的工序，如改料锯了，还会有新的分配比例.

刚开始我们做这个程序的时候，大家都比较盲目，只是负责人说了一下，我们就开始进行编了在这个过程之种我们吃了许多的苦，有时候凌晨三四点我们还在加班，可最后做出的作品是输入速度太慢，我们的主管于是带领我们到他们一楼的微机室是去看他们以前编写的程序；不看不知道，一看吓了我们一大跳，以前我们那有这样想过呀，只要能做出来，没有错误就行了，可是速度呢？人家一个小时输入的东西，我们的程序可能需要一个早晨，看完之后主管对我们说：这样的程序送你，你会用吗？

那个打击呀，辛苦了几天几夜，最终却是这样的一个结果。可打击归打击，我们又得重新来做！相对而言，我们这次要比以前有经验了，一次比一次成熟起来了，在经历了又一个一天一夜的奋战，我们终于又有新希望了，

可是心情刚好，那么又传来了消息，说他们的分配比例又发生的变动，价格又有了新的调整，这在以前我们也想过这个问题，也想好好的做，可是我们又一想他们的工厂不是要实用吗？这方面变化的可能性很小，于是为了方期间我将有变量写进了代码之中，这一变，无易宣布我要破产。和我在一起的几个也是这种情况，所以我们这些没有开发过软件的充当软件高手的新手们又得重新面对新的问题了.

失败，又一次被打败！

几天之后我们又做出了程序，很辛苦，此时我们才明白程序员的不易了，编程是一个见效特别慢的东西，而且对方又看不见，如果一不小心你的程序可能会无法打开，或者是说出现别的什么，那就完了，你几天的成果就什么也看不见了，不像别的东西，做了，可以让大家看得见。我的程序在最后的调试时出现了一点小故障，而且工资的分配要对应到每一个员工，可我一时间一点思路也没有了，就只能对应到职务，所以我失败了，我的实习生活也就结束了。

当然比表面来看我是失败了，败的很惨；可是从某种意义上说我又达到了我的目的，因为只有失败的人永远都不会停下思考的脚步，激起了我沉睡的思想，使我一颗盲目的心有了方向，我不能这样输了，从那儿倒下去的，我会从那儿站起来的，认认真真的把毕业设计拿下来了；别人实习了一个月我虽然只有十六天，可在这十六天中我从未停下来过，我是白天干，晚上干，顶着那么大的压力，我的体会绝不低于他们中的任何一个人，说实话，在一段实习期间，我真的有点撑不住了，我也想到过放弃，也曾有好几家单位通知我去面试，也有联通的第二轮复试，可我都放弃了，我不能就这样走了。我输掉的是技能，不是人格；失掉了人格我将失去了所有，失掉技能我还会追回来的！

第7篇：程序员工作体会范文

从GitHub旅程开始，就一脚踏进了真正的企业，而企业的面试也已开始。

这个改变会发生吗？多久会发生？它在国外已经发生了，我肯定这是大势所趋。

我预计，很快就会在中国发生。

我曾收到一位同学的问题：“找工作的首要原则是什么？”

答案是：“弄清雇主的需求到底是什么。”

美国软件工程师Joel Spolsky曾发出类似感叹：招聘难，难于上青天。也许没有哪个行业像IT这样，无形资产占据公司的绝大多数资产。坊间传言比尔·盖茨曾说：只要允许我带走100个人我可以再造一个微软。这话没搜到出处，但从侧面反映了IT公司中智力资产所占的比重。所以，招聘也许是IT公司决策中最重要的一个环节。Joel Spolsky把他在这方面的观察、体会和洞见集结成小册子Smart and Gets Things Done。

美国招IT人士难成这样，搞得Joel Spolsky写书语重心长地劝公司善待工程师，中国招人更是难上加难。从 2008 年到现在，我一直想：招人能不能有点窍门，或实用方法。结论：几乎没有。我用过大家都用的方法：

在水木BBS上发帖子（有点效果）；

在蓝色理想（有关网站设计与开发人员之家的网站）上发帖子（无效）；

在技术邮件组里发帖子（无效）；

买 51job/智联服务（有点效果）；

给所有可以想到的人打电话，请他们推荐（无效）；

给所有和你讨论过创业，喝过点小酒的人打电话（无效）；

约前同事私下谈（有效）。

我用过大家可能没有用的方法：

上twitter，看某人的follower，一个一个看，看他们的twitter、博客、Google Reader 分享，想办法搞到邮件，半夜电话骚扰；

上豆瓣，挑几本重量级的书，去找想看、看过、正在看这本书的人，一个一个看，看他们的活动、博客、Google Reader分享，想办法搞到邮件，半夜电话骚扰；

找同事，问他们都看什么技术博客，想办法搞到邮件，半夜电话骚扰。

双方：都在大海捞针

正是这样的不易，有不少公司内部培养人，它们的逻辑是一上来就招到靠谱的人太难了，但找一块靠谱的璞玉然后雕琢相对简单。这倒是个办法，但难免陷入纠结：培养好了，人跑了怎么办，还是没有解决根本问题。应聘者觉得自己“海投”，大海捞针。而招聘者何尝不也是大海捞针。

招聘真的很难。以至于招聘者每年绞尽脑汁出新的笔试题，题目要不太简单也不太难，能够滤掉绝大多数滥竽充数的，又要保证真正有能力的；考虑审题人的时间成本只能多数用选择题，而选择题又是可以猜答案的。更悲催的是，有些题目连公司的员工都会做错……笔试之后是面试。短短几个小时的面试（大多数公司连几个小时的面试时间都没有），既要全面考察基本知识，又要考察编程素养，还要考察性格心态。最后，还有一项根本没法考察，却占据程序员相当工作时间的——debug能力。

面试官不但得找准问题，不因对方一题答对而妄下结论，也不因一题答错扼杀机会，还要从面试人的举止言谈、分析问题的方式，甚至写程序的笔迹，观察他的性格、做事的方式和心态，这时的面试官，非要具备心理分析师的水准才行。

这厢招人的雇主苦不堪言，那边找工作的人也是一团乱麻。绝大多数应届生直到毕业，也不清楚他们想去的公司到底需要什么样的能力，或者说，他们到底要具备什么样的能力。我收到很多这样的来信，大学生们很想学点东西，但又不知道哪些重要哪些不重要，该学到什么程度。有一次，我面试了一位同学，简历上写着编译原理课的大作业得了一等奖。可我一问什么是递归下降，他就傻眼了。

现实的结果是，对绝大多数应届生而言，简历上最具信息量的部分不是“精通XXX，熟悉YYY，掌握ZZZ”，也不是“在UUU实习过”，反倒是越来越被认为不重要的：毕业学校。毕业学校本不应该最具信息量，之所以最具信息量源于悲剧事实：简历上其他条目实在信息量太少了。靠谱的面试者学会了无视简历上华而不实的内容，只相信亲眼所见。

怎么培养IT企业真正需要的人才？实战能力怎么培养？代码素养怎么培养？协作沟通能力怎么培养？学习能力怎么培养……这些问题，就是当下人才培养/招聘的惨淡现状。在雇主和学生之间，横亘着一条巨大的鸿沟，两头都着急，两头都有动力，但就是没有方法。

这一切，也许将在未来几年发生变化。

书单计划

现在，企业对招聘者简历的要求变得越来越灵活变通。比如，ThoughtWorks招聘时希望招聘者能给出自己的博客地址，一个积累多年的技术博客比任何简历都更能说明问题。可惜，这个做法也有一个弊端——并不是所有技术牛人都写博客，有人就是只干不说。但是，这表明了一个思考方向——寻找更具鉴别力的过滤器。到底什么既通用，又能够有效鉴别应聘者的能力高低呢？答案——书。

我一直认为：很多时候，是否好好看完一本好书，对一个人的提升往往能达到质的区别。就算不好好看完一本好书，马马虎虎看完好书，也会有很大的提高。面试时，我经常询问对方看过哪些技术书籍，经常上哪些网站，订哪些博客。其中，书籍这一项的区分度最高。

好书和坏书的差别，本质上就是学习效率和大方向的差别。一本烂书浪费半年时间，一本好书却可以带来扎实的基础和开阔的视野。读烂书浪费时间，但读好书却节省时间。为招聘头疼的公司可以列出“应聘俺们公司前必读的十本书”。姑且把这个计划叫做“书单计划”，这个计划有几大优点：

清晰、明确。完全可度量。

防伪：读没读过，一问便知。

不在乎是否“泄题”：书单完全公开。想背题？背书吧。

管你用心不用心读，只要读了，读完了，就有区别。真正的好书，你想不被吸引都难。

不存在“怎么做”的障碍，所有人都知道怎么读书——一页一页读。

不需要招聘者投入精力：书单在此，就这么简单，您看着办。

评估的负担很大程度转移到了应聘者身上：是不是认真看完了，有没有心得体会，您自己掂量。没看完别来找我们。

当然，书单计划需要自己淘自己学。微软工程师熊力曾在微博上写道：“我当年毕业的时候总结了一个公式：第一份工作的月薪=大学四年买过的技术书籍价格的总和。”以下是我个人认为面试微软前必读的10本书。

Code: The Hidden Language of Computer Hardware and Software （《编码的奥秘》）

Computer System: A Programmer’s Approach （《深入理解计算机系统》） / Windows via C/C++ （《Windows核心编程》 /《程序员的自我修养》

Code Complete 2（《代码大全》）/The Pragmatic Programmer （《程序员修炼之道》，我也把这本书称为《代码小全》）

Programming Pearls （《编程珠玑》）/Algorithms / Algorithm Design / 《编程之美：微软技术面试心得》

The C Programming Language《C程序设计语言》

The C++ Programming Language《C++程序设计语言》/ Programming: Principles and Practice Using C++ 《C++程序设计原理与实践》/Accelerated C++

The Structure and Interpretation of Computer Programs（《计算机程序的构造和解释》）

Clean Code 《代码整洁之道》/ Implementation Patterns《实现模式》

Design Patterns （《设计模式》）/ Agile Software Development, Principles, Patterns, and Practices《敏捷软件开发（原则模式与实践）》

Refactoring （《重构》）

注：以上同一条目下用“/”隔开表示任选。

GitHub

光有书单计划还不够，因为书只管基础知识，更难以量化衡量的实战能力又怎么办？目前，除了“练”之外还没有其他好办法。可是，在大学里做的项目，或大作业，能起到练的作用吗？解决的办法直到最近几年才成为现实——GitHub诞生于2008年春天，第一年就产生了46000个公共项目，一年半后，用户数达到10万。2011年9月，GitHub迎来了百万用户，超过两百万个项目。

真实的项目、流程和人名，一切代码review、check-in、test、build、document，甚至讨论、计划和brianstorming，都是项目历史的一部分，都可以像棋局那样复盘。有经验的面试者只要扫两眼GitHub历史，挑几个check-in历史看看，便能迅速判断这个人是否满足要求。与大作业不同，GitHut里有源代码管理系统、自动化build，有check-in、review，有分工、合作，最重要的是GitHut是一个集市，牛人相互吸引。

第8篇：程序员工作体会范文

(Theachievedresultsofinformatizationconstruction)綦齿传动公司各部门、各系统均使用了信息管理系统支持日常工作的开展，为綦齿传动公司的快速发展和信息化深化建设打下了基础，取得了较好的效果。

1思想统一，观念创新

上述系统的应用，使得綦齿传动公司全体员工充分认识到信息技术对提高企业竞争力的作用。员工对信息化深化建设的需求比较迫切，企业领导对信息化建设战略意义的认识和全局观念也非常清晰。这种思想基础为今后的信息化建设节约了许多统一思想、观念转变的动员时间。很多企业欠缺这种思想基础，给信息化项目的实施造成许多障碍。

2应用基础良好长期的计算机辅助管理应用

为企业培养了一大批计算机技术应用人才。除拥有10多名计算机系统维护、开发人员外，几乎所有管理人员都能熟练应用计算机进行日常业务的处理，绝大多数管理干部都能就下一阶段信息化建设谈出自己的认识和设想。这一基础在许多企业也是欠缺的。

3基础数据基本实现信息化管理

20多个管理信息系统的应用，基本实现对数据的动态管理、集成应用，对设计、工艺、生产、物流、采购、销售、人事、财务等数据实现了较好的信息化应用和管理。企业信息化建设(特别是ERP系统)所需要的基础数据基本准备到位，包括编码体系、产品结构、产品属性、材料消耗定额、供应商数据、客户数据、财务数据、产品价格、人事数据、库存数据、在制品数据、工时定额等数据都应用了管理信息系统进行管理，为下一阶段信息化技术深化应用奠定了数据基础。

4实现了对重要管理

流程的规范PDM系统、BOM系统、直接物料数据管理系统、生产计划系统、MES系统、质量管理信息系统、信息平台等系统，对重要的管理流程规范起到了积极的促进作用，并为下一阶段的深化建设节约了流程描述时间，减少了工作难度。

5计算机网络建设

已初具规模两条主干互联网光纤的铺设，覆盖全公司的局域网，10个固定IP，600多台计算机，部分驻外销售网点通过VPN接入公司网络，为深化綦齿传动公司的信息化建设做了物理网络基础准备。

二信息化建设的体会

(Theexperienceofinformatizationconstruction)笔者在綦齿传动公司工作近20年，亲身参与并组织了公司的大多数信息化项目建设，其中也走过很多弯路，也有很多成功的案例。笔者愿意把这些经验和教训总结出来，希望对各企业，特别是汽车零部件行业的信息化建设有一定的借鉴作用，少走弯路、降低成本、提高信息化系统的实施效率。

1信息化建设要“总体规划、分步实施、效益驱动、重点突破”

信息化建设一定要有规划，这样信息化建设才能有清晰的认识和建设思路，做到先后有序。对应綦齿传动来说，最重要的信息系统有六个：PDM、BOM、ERP、MES、SCM、CRM，这些都是实现企业信息化的有机组成部分，所以在信息化发展的投入过程中，要针对企业的实际情况来对症下药，合理配置，不可偏废。这六个信息化系统，是企业信息化建设的核心和重点，有很多成熟的商业软件可供选择，这些软件(如：Oracle、SAP、QAD、金蝶、用友等)都是经过了实施成千上万家公司信息化系统后，总结经验教训千锤百炼而成，对公司的管理提升和规范会起很大的作用。这些系统就应该购买成熟的软件，而不应该自行开发。

2核心系统中的基础系统

必须先行实施PDM、BOM、ERP、MES、SCM、CRM这六个系统中，PDM和BOM属于基础系统，必须先实施这两个系统，有了基础数据其他核心系统才能进行实施。綦齿传动公司已经实施了这两个系统。PDM系统促进了产品研发管理，构建协同产品研发平台，缩短产品研发周期；实现产品结构数据向BOM系统的高效传递，为其他信息系统提供准确基础数据，避免信息孤岛和数据重复输入，为后续的信息化建设奠定良好基础。BOM系统实现了从变速器型谱总成型号用户代号零件号坯件号锻坯号原材料进行管理，反映产品研发、生产、采购、工艺、成本、价格、销售、服务等方面的信息，包括产品BOM、供应商、价格、工艺路线、材料消耗定额等基础数据。

3信息化核心系统

实施前，必须做好基础数据的准备信息化建设有句名言“三分技术、七分管理、十二分数据”，其实说明了信息化建设数据的重要性，数量不正确，信息化建设只能是带来负面的效果，“进去的是垃圾数量，出来的一定是垃圾数量”。为此，綦齿传动公司近期信息化建设的重点放在了基础数量的准备上。集中力量开发了“直接物料数据管理系统”，对公司库房、在制品物流进行管理，包括坯件库(锻铸坯)、半成品库(加工坯)、分厂在制品(热前、热处理、热后)、成品库(自制及外购成品)、委外机加工产品(外协)、总成装配(零件进总装、总成出总装)、商品库(总成)、配件库、主机厂三方物流移库、主机厂发运等进出数据的全过程管理，做到账物相符，为下一步公司实施ERP系统打下了坚实的基础。

4实施信息化系统前

要对管理和流程进行必要的规范和改进企业自身的管理不规范，流程不清晰，很难实施成熟的信息化系统，应该针对企业的实际情况和行业特点，对企业的管理和流程进行规范和改进。

5核心系统以外的系统

企业应该进行自主开发核心系统以外的系统，一般而言，成熟的系统比较少，而且针对性不强，很难找到适合企业实际情况的信息系统。只要做好了信息化规划，采用相同的基础数据源，这部分系统不会扰乱核心系统的运行，基本不会造成“信息孤岛”，这部分系统应该由企业进行自主开发。

6自主开发系统

要统一开发平台，统一编程语言，统一数据库原来綦齿传动公司开发的信息系统存在大量的“信息孤岛”，很大程度上是由于没有统一编程语言，统一数据库，系统开发各自为政，系统之间不集成和共享而造成的。綦齿传动公司今年信息化建设的一个重点就是，建立“自主开发软件平台”，通过该平台的建设，实现了：①统一开发模式，建立以项目为导向，团队合作开发模式，分工协作，充分发挥员工的技能特长，简化对程序开发员的技能要求。“需求分析员”负责与业务部门接洽，调研、整理并制定符合业务部门当前、近期及远景扩展需求的设计方案，将方案与程序员沟通，交程序员设计实现；“程序开发员”根据需求方案进行程序设计，实现业务部门的功能需求，并进行测试，交付使用，后期维护；②统一开发软件人员编程语言及数据库；③规范《需求说明书》《系统说明书》《使用说明书》的编写和存档，规范《程序编码规则》《数据库设计规则》的编写和存档；④建立企业各基础数据库(如：装配明细表、人事档案、工时定额、材料消耗定额、供应商信息、主机厂信息、客户信息、服务商信息等)，实现各系统数据共享，数据来源唯一，实现单点登录；⑤程序代码可进行重复利用，减少功能重复模块工作的开发，提高开发效率。

三结论

第9篇：程序员工作体会范文

症状1、挫折型厌职

症状描述：初入职场的人容易产生这类厌职情绪。每个人的性格各不相同，要与不同的上司、同事、客户相处，如果没有很好的人际关系，工作难免会因情绪受到挫折。挫折多了，厌职情绪就自然而生。

厌职指数：

代表人物：姜海，女，27岁，会展公司策划人员，职龄5年

病情自述：我学的是广告设计专业，毕业后在一家会展公司找到了自己的第一份工作，主要负责市场策划。我的经理是个中年女人，对策划知识又不太专业，总喜欢在下属面前发表自己的看法，不管正确与否，一定要别人按照她的意思去做，一旦有什么地方不合她的意就要重新再来，直到她满意为止。

有次，我按客户的要求设计了展位布置图，可经理却要我把主色调由红色改成蓝色。我按照经理的意思全部改成蓝色，结果客户仍然坚持要重新改成红色。后来经理老拿这件事说话，批评我工作不认真，为什么不说服客户用蓝色呢?这样反复改动方案，是在浪费公司的成本。我很委屈，她这样把自己的错误归咎到员工身上，已经不是一两次了。

遇到这样的情况，我只好“哑巴吃黄连”，自己把错认了。久而久之，我失去了刚工作时的那股热情，甚至产生了厌倦情绪，有时候冲动起来，还跟经理顶撞，关系越闹越僵。我受不了经理的指手画脚，打算等找到了新工作，就立即辞职。

诊断：挫折型厌职来自对目前职业的不满，枯燥无味、环境太差、报酬太低、工作时间太长、没有发展前途、同事关系难处、领导脾气太坏等等；严重的挫折型厌职，第一反应就是“辞职不干”，即使没有付诸行动，也会在很长一段时间里情绪低落、消极怠工。

处方：其实很多逆境可以通过主观努力而扭转。如果放弃了，会后悔吗?很有可能。因为逆境中很多消极因素往往会因一件小事而被放大，这时候最需要的不是愤怒走人，而是静心思考和反省，找到正确的职业方向才是上策。

症状2、压力厌职

症状描述：这类人一般有着

远大的理想，当辛勤的耕耘迟迟得不到满意的收获，自己的理想仍然十分渺茫，厌职情绪就会油然而生。

厌职指数：

代表人物：姚瑶，女，35岁，广告公司经理，职龄11年

病情自述：广告业的突飞猛进，让我时常面临许多压力，如果每月不能挣到一定数额的利润，我的公司就无法继续运转下去。lo年前，我什么困难都不怕，一心往前冲，多大的困难自己都有能力去克服。可现在，经验多了，胆量却小了，面临同样的压力，我常常表现得束手无策。

在我们公司，经理的位置竞争是非常激烈的，每3年一次竞选，要么上升，要么出局，这种淘汰很残酷，每个人都在努力让自己做得更出色，压力自然很大。每当这时，我的厌职情绪就会自然滋生出来，好想逃避，有时甚至想辞职不干，换个轻松而略稳定的工作单位平平淡淡过一生算了。可在我的潜意识里，似乎从来就没想过要放弃，因为我不是那种甘于平淡的女人，我现在的职位和高薪，正是我一直以来的苦苦追求。为了排遣压力，我经常找个没人的地方，或者一个人坐在车里，听着伤心的歌，痛痛快快地哭一场。

诊断：理想的实现需要一个过程，不是每个人都可以随随便便成功。很多销售人员、创意人员和公司的经营者都有这样的抱怨，连续不断的业绩考核和生存压力，经常使神经濒于崩溃，想放弃工作又舍不得高薪的待遇和已获取的成绩。

处方：因压力而厌职，不妨给自己放个假。压力是阶段性的，通过放松的假期来缓解，可以恢复平和的心态，这样才能够举重若轻地对待面临的困难。特别是长期从事压力大的工作，更需要具备激情、经验、毅力和好心态。如果发现自己有某些方面的不足，就应该着重培养和锻炼。

症状3、逃避型厌职

症状描述：这类人多半是女五力时，男友或者丈夫就会轻描淡写地说：“我可以养活你，不愿意做就辞职嘛!”因为心理上有退路，所以厌职，但事实上仍然要继续工作，逃避只是一种幻想。

厌职指数：

代表人物：李奕，女，2Q岁，网络公司业务经理，职龄7年

病情自述：我的厌职情绪主要来自工作环境，全市大大小小的网络公司，无论设备还是技术人才，我这个公司都自愧不如，网速上不去，我无能为力，眼睁睁看着用户跑了，我几乎要喊“救命”。这时我总想，那么多的女人不用做事，照样可以生活得衣食无忧，我少年离家，苦苦打拼，为什么还要承受这么大的压力?每次在工作中遇到难题，我总会失去耐心，经常产生放弃的念头。

我的男友是一家大型外企的高级雇员，月进斗金。每次我对男友抱怨自己的工作时，男友都会说：“再坚持坚持，等我们结婚后，你就可以做全职太太了，我的收人足以让你过上好太太的生活。”

在我这个行业里，竞争非常激烈，眼看同行的业务都在攀升，我的心里很急，在抢夺市场的同时，还必须重组团队，许多暂时没人做的工作我自己都得兼着做。一天要工作10多个小时，几乎连喝水的时间都没有。尽管好几次产生了嫁人放弃事业的想法，但我非常崇敬经济独立的女人，我也认定女人要有属于自己的一片天，所以我现在准备离职去读研究生，争取换个更好的工作。

诊断：很多感情理由可以让女人产生对职业厌倦的念头：沉湎于爱情，寄希望于男友的事业，家人的照顾等等。在这些情绪的影响下，即便她们没有马上提出离职，也降低了对职业发展的热情。

处方：有一点需要提醒注意，情感可以给予慰藉，工作能够给予保障，女人从这两者中体会到的快乐是截然不同的，也无法相互代替，只有两手齐抓，两手都硬，这样的生活才更加丰富和平衡。

症状4、台期厌职

症状描述：这类人的工作比较单调。虽然工作非常出色，什么都得心应手，可每天面对同样的工作环境，一样的人进进出出，简单的工作反复地做，什么都显得苍白无色，兴趣就逐渐下降，觉得工作没什么意思。

厌职指数：

代表人物：姜华，女，33岁，软件公司程序员，职龄8年

病情自述：写程序，忙、累、压力大。每天工作都在14个小时左右，加班到凌晨也是家常便饭。郁闷的是忙成这样，工资收入还比别人低一截。有几个同事陆续辞职了，没人干活，去年初我们项目部的员工集体发难，没有加班费就不加班，到了5点半集体下班。大概怕我们跑光了，项目经理不得不宣布，现在加班时间都支付相应费用。

有次，我为一家汽车公司写project。最后冲刺阶段，回家躺在床上，脑子里还是一行行的代码，一个个需要解决的问题，想停都停不住。吃安眠药，第二天起床头晕乎乎的，什么事都干不了。

最近同事常常嘲笑我，明明工作已经累得够呛，双休日还去报注册会计师辅导班。爸妈也很心疼，怕我累出病来。他们不了解，程序员吃的是青春饭，我是女孩，升项目经理的可能性很小，注册会计师现在才是真的吃香，又是我一直感兴趣的行业。我准备考出了CPA就转行。现在辛苦些，以后的回报不会差。没报班前，一想到未来就烦，很迷惘。自从报了CPA班，我的心比以前安定多了，虽然忙反而吃得下，睡得香了。

诊断：有一定工作经验和一定职位的女性对一项工作已经熟练掌握、并且发现上升空间被限制的时候，厌职情绪就会袭来。平台期的厌职情绪其实是内心潜在的危机感和焦虑感，既然已经感到了危机和焦虑，那么唯一有价值的反应就是着手做防卫的准备。像姜华一样为自己寻找新的平台和发展空间。

处方：产生平台期厌职情绪的女性通常性格活跃、兴趣广泛，不愿意做重复劳动，需要新奇事物的刺激。而人才济济的职场也越来越不需要只会原地踏步的人。因此在仔细思考自己职业目标的同时，在工作中经常尝试一些有意义的变革和突破是很有必要的，新的目标、热情和发展空间也会有效地缓解厌职情绪，化不利为有利。

症状5、情绪型厌职

症状描述：这类人精力充沛，习惯从“兴趣”的角度看工作，像“玩票”一样，于是就有了很多的“愿意”和“不愿意”，“高兴”和“不高兴”。各个年龄段的职业女性都容易发生情绪型厌职，年轻女性最多最频繁。

厌职指数：

代表人物：王雁，女，36岁，医院妇科医师，职龄10年

病情自述：我对现在的工作非常不满意，因为我不喜欢干医生这一行。当初我高考填报志愿的时候，也是家里人强加给我的。我的理想是做一名自由撰稿人，在文学的世界里我才能找到真正的乐趣。但我毕竟辛辛苦苦念了五年医学，只有苦心坚持下去。同事一个个忙着晋升，深造，我却一点兴趣也没有。

做医生经常上夜班，可我喜欢睡懒觉。挣那几个钱，值得我那么卖力吗?身体稍不舒服就不想去上班。外面阳光灿烂，好想约几个朋友一起逛街吃饭。有时候毫无理由地讨厌上班!

诊断：女性兴趣广泛，如果没有家庭负担，工作中担当的责任也较少，厌职情绪就容易流露。工作的第一功能是谋生，但取得自立的经济地位之后，工作的意义便远远不止如此了。当温饱不再是生活中的难题，工作便是获得充实生活的载体。因此；如果让自己在一成不变的工作中始终保持旺盛的精力和积极的热情就显得很重要！