软件人生之这些年做项目带新人的经验总结

第一篇：软件人生之这些年做项目带新人的经验总结

软件人生之这些年做项目带新人的经验总结-仅供参考

上班时间写个人博客随笔的确会有些感觉到愧疚，项目组里的兄弟们都在努力干活，我却在娱乐，写写博客、休闲，拿公司的钱写自己的文章，的确是有些不好，以后还是少在上班时间写博客了，上班时间好好干活，拿公司的钱应该给公司干活才好，公司毕竟不是给我发工资让我来写博客的。

这些年前后带过很多新人，仔细算下来估计有近100个以上了，每年大概带10人左右，把带新人的感受写下来供大家参考借鉴，由于我从来没有在一流牛B软件公司呆过，只能说是中下游的草民软件公司的带人经验了，总的来说，还算是规范的专业软件公司了虽然与世界知名的软件公司无法攀比。01.不要指望成长过快、迅速见效

首先不要指望新人成长太快、不要总是跟自己现在的能力比，我们毕竟是写程序有10年8年了，他们还刚毕业、刚进入这个行业，有很多应该知道的常识都不知道，当然也不知道天高地厚，想想我们自己10年前是什么水平？每个人的提高成长都需要漫长的、弯曲的折腾着前进的漫长路程，拔苗助长是未必都能见效的、大跃进理论上是可行的实际是残酷的，脚踏实地一步一个脚印才是真，再说了，牛人还会来我们公司打工嘛？早被牛公司盯上录用了。

02.嘴巴讲没用、要真刀真枪实际例子

不要以为给他们把事情都讲明白了、详细要求都提好了，他们就可以做出来了，他们不是老员工、不是高级程序员，要在纸上给他们画清楚页面详细效果，每项注意事项都记录好，不光这些弄好了就可以了，还要给他们找个实实在在的参考的例子程序复制粘贴，他们会更容易上手完成工作任务，说白了你自己做比他们还快，但是他们总需要一个成长的过程。不可能是一步就博士毕业了，还得从幼儿园、小学、初中一步步进步，他们毕竟是实习生、新员工。

03.要靠培训、规范、公司的规章制度来约束

不要指望那些简单的道理他们都懂，你要把他们当成傻瓜，给他们仔细的上基础技术知识培训、例如管理方面的常识，然后让他们每个人都讲解一遍，确认他们真的懂了，公司的行政管理上的规章制度、薪资制度等都最好培训一下，我们部门是每个人把公司的规章制度打印出来读一遍，然后签字，表明他们都已经了解了这些，当然我们更以技术上的培训为主。04.每天安排明确的工作任务、完成的工作任务及时检查验收

时间是宝贵的，活了一天就是少了一天生命，而且是很多人浪费一天，那对公司来说更是残忍的事情，每天都需要布置明确的工作任务，每次布置任务后，你不要指望最乐观的效果，要指望最糟糕的情况，就是你自己动手做绝对比他么快5倍以上，但是还是要让他们自己折腾折腾，给他们及时检查程序、修改程序，然后让他们做纪录，给他们讲解为什么要这么写才对。

工作任务越细腻越好，你总不能给一个新来的，3个月，做一个进销存，那是不实际的，或者1个月做一个OA出来，若真的这么好管理，那公司养你干啥，早让新人来替换你的工作岗位了，新任更听话、成本更低。

没有检查验收通过的工作，都可以视为0，因为很可能全盘被推倒，或者帮的是倒忙，开发人员往往说开发了90%了，接着还有10%的工作，但是后来发现，这个10%才是真正的90%，因为后面花了9倍的工作时间，才真正把这项任务完成，所以我从来不相信开发人员报的进度，我只会当个参考值，真正检查验收过的，才是真正的进度。05.新人是不稳定的，进步最快、最聪明的新人往往是最早离开公司的

新人随时可能会走，他们身在本公司总会觉得另一个公司前途更好，工作环境更理想，薪水待遇会更高，或者已经学到足够的本事了想闯闯看，看看外面的世界是不是更精彩，他不会知道天下的乌鸦都是黑色的，不来回折腾几个公司消磨几年时间，总会觉得有梦想中的理想工作。最聪明能干的新人，一般是最早会辞职跳槽的，我们一般希望走中庸之路，这些员工一般才是最稳定一些，甚至是最不聪明的员工是最稳定的，以为他想跳槽也跳不了，由于新人的不稳定性，所以不能把核心的工作安排给新人做，他做了一半拍拍屁股走人了，你说找谁擦屁股呢？

06.新人实际工作需要.NET他们会觉得Java更有前途，工作需要CS，会觉得BS更有前途

你让他们用SQLServer他们会觉得Oracle更有前途，让他们用Oracle它们会觉得MYSQL更牛B，你让他们写.NET程序他们会觉得学Java更有前途，你让他们做B/S他们会好奇C/S系统，他们会觉得你没在做的那个技术含量更高，更有前途，你想让他们搞东他们会想搞西，甚至想研究Linux系统才是牛B的、收入才会高，好奇心强，定力不足，没有稳定的立场。

新人、甚至是公司的老员工，对公司的开发平台都没兴趣，敷衍了事的比较多，反而对其他公司的产品、平台更有兴趣，对国外的开源更有兴趣，但是学了，也没能力改进公司的开发平台，学会了，理解了，与能用，能改进，能整合还是有很大的差距。07.新人容易受环境的影响

新人怎么带，他们就会变成什么样的，自己稀里糊涂，跟着你的新人也会稀里糊涂，你努力拼搏，新人也会被熏陶，一个公司的文化气氛是什么样的，新人也会被改变成那样的，这就是所谓的入乡随俗吧，有些公司5：30一下班，工作任务有天大的重要事情还没解决都走人的，新人也会觉得5：30了下班是天经地义，整个公司都可以上网聊天看新闻，新人也会觉得这样是天经地义，一般第一个工作影响人的很多方面，若第一个公司很厉害，一般这个人未来的几年也会蛮厉害的。

08.公司需要有个稳定、高效、快速开发平台、文档库等 若什么事情都能依赖新人做好，那真的软件公司，想什么时候开就什么时候开了，招聘20-30个新人，学过IT知识的，那就每个人安排合理的工作岗位就可以开软件公司了？没那么简单，一般软件公司走上正轨的道路，一般会烧1000万左右的学费，这也是正规软件公司的门票钱，烧了这些钱了，老板也就明白软件公司怎么开了，这不是我讲的，我一个朋友跟我讲的，我仔细想想，也的确是有道理，我的好几个老板，烧的学费，可比这个数目多多了。

公司的开发平台，相关文档等，当然还有其它的，都是靠钱烧出来的，这一般不是短时间能积累出来的，就算快速堆积在一起了也很坍塌的。

09.一个人一般带3-5个人是比较实际的，不大可能一次性带几十号人

人的精力是有限的，往往日常工作中还需要处理很多事情，自己手头上的事情需要做好，同时需要分配布置任务、分析系统、与客户打交道、与其他部门、领导打交道，还要进行日常的管理工作，再额外带几个人，已经是很累了，还要保障带的效率要高，能做出成绩来，一次性带几十个人，是不太实际的，除非你专心做培训，其他事情都不干，还有希望的。10.新人往往停留在表面，无法深入到细节，不喜欢做重复的劳动，喜新厌旧，虽然做东西快，质量上不来

新人往往会做几个页面了，重复的劳动就不喜欢做了，但是做出来的软件里，会有很多Bug、会有很多书写不规范、思路不严谨、程序漏洞、运行性能问题、效率问题、代码的质量问题等等，你提醒他们多了，自己烦，新人比你还反感这些，这也算是让人头痛的事情。

新人很容易蜻蜓点水，了解了表面很浅显的内容，就以为自己很懂了，不原意干重复的劳动，更不愿深入进去，当然更不会为某件事情，某项工作负责到底的，一般是会中途放弃或者经常换来换去，前几年很容易啥也干不出来，也能骗几年的工资。11.新人喜欢学习，但是不喜欢工作，往往学一大堆与工作无关的知识

新人往往都喜欢学习，工作时间学习、休息时间学习、周末学习、晚上学习、中午学习，但是都不知道在学啥？学了是不是有用？其实学习就是为了解决日常工作中的疑难问题、为了解决客户的需求，需要引导这些人，围绕着实际工作需要展开学习，有目的有计划地学习。别说新人了，连有些老人也都喜欢学习。

我曾经有个台湾老板，说得很有意思，你买书公司是不会给你报销的，那是你对自己的投资，你学厉害了，公司不是还要加薪吗？你上班时间不允许学习，先工作为主，公司不是花钱让你来学习的，是让你来工作的，学习是你个人提高的事情，跟公司的工作，暂时撤不上关系，公司以满足客户的需求为主。

我一般除了学习英语外，技术都不喜欢学习了，工作上需要什么，我就学什么，跟工作无关的，求我也不学习了，我宁可休息，看看电影，甚至是静养也可以，学那么多干啥？我学了那么多，你给钱啊？平时的工作压力已经很多了，若没事干当然要学习了。12.新人总会觉得在公司学不到技术

做IT软件，其实是工地上的民工一样的性质，也是工人而已，其实没啥本质的区别，再说了，我们没能掌握多少核心的技术，操作系统不是我们国内的、数据库不是我们国内的、开发环境、编译器不是国内的，版本管理器不是，连像样的第三方控件也都是国外开发的。

你说我们能学到什么核心技术？估计连javascript、浏览器、html 也都跟我们没多大关系，我们都是在用别人发明的东西，我们自己是没多少发明创造，用别人的工具平台、跟别人屁股后面学点儿如何应用的小伎俩、小技巧，再翻译一下国外的应用文章，就是蛮厉害了，可能这么想就悲观了一些，连很多HTML编辑器也都是国外的吧？

大部分人，都是建立数据库、添加、删除、修改、查询、搞几个界面，把数据倒腾来捣腾去而已，能有多少技术含量？其实更多的是业务知识，更多的是看谁倒腾数据倒腾等更有道理、思路更严谨、更了解客户的需求更方便操作、页面更美观而已。13.新人沟通能力往往会有问题、喜欢另立山头

做公司的项目，与学习是2回事情，做个某个项目里的某个功能，需要注意的事情非常多，例如编码规范、引用的公用类库、程序处理逻辑顺序、检查项、版本控制器、基础数据、权限、日志、异常管理、多语言、多版本兼容等等，所以做出一个有用的东西很难，不是网上那样真的添加、删除、修改就可以，虽然本质上没啥区别，但是能做出符合公司要求的东西，的确需要一些水平才可以新人比较难有这个境界的能力，所以往往喜欢抛开这些，另立一个山头，其实这也表明他的能力还不够，不是说有多牛B。

其次，新人由于在一个陌生的环境里，怕问别人，因为不问，别人不容易知道你的深浅，你一问别人，或者问多了，就是很容易让别人知道，你有几斤几两的水平，说白了就是脱了裤子给别人看了，这时候往往新人会采取沉没态度，工作做好了，也不吱声、做不好，也不吱声，你不去问，他可以3个月都老老实实的呆在那里闷头干，不知道都在干些什么，这些管理者要加强沟通、监督、指导才可以。

其实有些问题网上找找是可以找到答案，但是你半年都不跟同事沟通，怎么促进感情、怎么融入团队啊，有时候假装问几个问题，让你的项目经历对答如流，让他牛B一下，也可以拉近你跟他的距离，当然别问太多太幼稚的问题，别人会反感，还得区分开来，你的主管是不是很忙？还是比较悠闲？偶尔问个难点儿的问题，也让他知道一下，你的水其实很深，也不是坏事。

14.世界是属于负责任的人、新人往往更喜欢选择逃避

一说领导一词在国内快成腐败的代名词了，其实在很多场合只有负责的人，手上才会有权利，出了实情，这个人是有责任的，所以大多蹲监狱的，也是这些领导，很少听说哪个机关、哪个公司的小兵蹲监狱了。可能有些跑题了，新人往往顶不住比较大的压力或者不太容易融入公司的文化生活，这时候往往会选择逃避，选择离职跳槽，我也是从新人过来的，我也承认，我的几次跳槽，就是有逃避的心态，只是那时候不敢承认，现在死猪不怕开水烫，承认了，你又能怎么样？我是最不要脸的家伙，哈哈，现在是敢站出来承认，当初的确是逃避占了大头。

走南闯北多年，发现不管是那里，权利都掌握在对工作负责的人手里，敬业的人手里，当然大部分的收入好处也都被这些人拥有了，那些不负责的，没责任的，大部分是无足轻重的打工仔，多一个少一个无所谓的。

不能过的期望新人有多少责任、负责等等，毕竟他们都是小孩子，能力、心力也都没成熟，他们有经常反悔的权利，有跳槽的权利，喜新厌旧的权利，毕竟他们的回报也很少的嘛，人都需要一个成长的过程，好局好散、顺其自然比较好。15.其他未整理的杂七杂八

01。SQL语句尽量不要写得过于复杂的，他们大多没那个能力，尽量越简单越好。02。系统平台架构尽量是能让人少犯错误的，随意性不要太大。

03。代码尽量不要手写，能生成的就生成，这样又规范有可以减少审查的成本，系统的架构、原理、注意事项都要告诉他们，尽量让他们少写代码，尽量用代码生成器或者标准样例程序模仿。

04。千万别让他们乱发挥，那乱摊子倒时候会搞死你，你要给他们布置好明确的任务、做好一个即时验收一个，虽然做到这点非常困难，但是努力去做。

05。他们总会觉得加班会有加班费，这个月的工资这个月发，或者尽快能转正，最好是下个月能拿到1万的月薪，或者下个月就到IBM去工作，Google去工作。

06。新人做出了一点点后，会觉得很了不起了，觉得会很累了，很会把加班当回事情说，觉得自己很委屈很辛苦，经常会请假迟到，事情特多。

第二篇：软件项目失败经验总结

项目失败经验总结

1、在项目初期没有进行风险的管理探讨，项目远景定义和功能集合的详细定义。

当项目走了很远，出现很多问题的时候，领导总算想起要做一个边界定义，但这个时候已经迟了，项目已经变得不可控制。

经验总结：

由于客户一般对计算机不是很了解，和他们交流是用软件行业的专业俗术语，他们根本就不懂，如果用文档也很难把需求写得那么明白，而且文档很多的话，客户都看烦了，很不直观。

如果让客户一看就可以看出这个就是他们想要的，我认为最好的方式就是做系统原形（界面的功能模拟）。

系统原形应该在需求分析师的指导下完成，当然开发只是界面的功能模拟，没有底层代码的实现。这样做的目的有三个好处，一是客户很直观的看到他们的系统是什么样子的以及怎么操作，二是这些开发的成果是可以二次利用的，三是可以更好的激发客户的需求。

2、不注重用户参与。

没有一开始就让用户参与详细需求的制定的做法，大部分都是靠需求采集人员的猜想，猜想往往和实际有差距，造成系统功能不切合实际，与项目实际需求差距大，运行效果差。

经验总结：

项目的开始和结束用户是需要一直参与进来的，我们每做个可以运行的功能等就需要和用户交流，这样可以避免很多风险也可以尽早发现需求的误解的等等。

需求调研前期的《信息化规划》、《目标与范围》和需求调研末期的《软件开发需求规格说明书》都要跟客户签字确认，这样既能保证我们所理解的需求就是客户所要的，也使得项目末期跟客户验收时有据可依。

3、集团化以后，项目经理没有意识到信息化核心问题是管理变革问题，还跟着原来的思路开发软件。

在组织架构、权限、供应商等方面与力和集团理解不一致，没有分别按组织进行区分。

经验总结：

要根据企业业务需求制订策略,调整软件组织结构, 详细设计软件各组织架构之间的逻辑关系，做好这些最基础的功课，避免信息化项目成为无本之木。

4、软件开发人员、设计人员能力的低下、项目经理的管理能力不足。

低素质开发人员由于没有接触过实际业务，无法跟客户沟通，甚至害怕客户提出需求，总是担心客户

第1页，共5页 的需求会增加自己的工作量，不愿配合。导致无法理解真正的需求，也无法改进系统功能。

设计人员能力的低下，设计系统结构时过于定制，系统的可扩展性较弱，给后期维护带来巨大的负担和维护成本的激增。

当出现严重问题时，项目经理没有根据现阶段状况重新评价需求分析结果、开发人工数估算、设计结果等就匆忙采取头痛医头、脚痛医脚的措施，致使问题更严重。

经验总结：

实行双项目经理制度：为开发项目设定两个项目经理岗位，一个负责技术岗位，另一个负责管理岗位。目前，国内的软件开发企业的项目经理一般都是一名，而且是技术出身的占绝对多数，他们主要擅长的是技术研发，在管理方面先天不足，这不利于项目风险管理和控制。通过增加专门的管理经理岗位，可以弥补技术出身的项目经理的不足，提升软件开发项目的管理水平。而且这样的经验也已得到了国外业界大多企业的认可。

技术岗位：负责技术框架的稳定性和可扩充性、质量的保证、风险的预测以及数据库的设计，模块测试、接口测试、白盒测试等；

对于该项目具体需要多少人员、时间；到底需要什么层次技能的程序组组长和具体开发人员给出详细的计划；

对程序组每周具体的开发目标的进行检测验收，保证开发进度。以及其它需要考虑的问题等，如网络速度，服务器访问量，数据库查询优化，都需要整体考虑。

管理岗位：掌握行业知识、项目的前期调研、需求分析、功能模块架构设计、人员的管理、实施计划的安排执行和跟踪。提交《目标与范围》和需求调研末期的《软件开发需求规格说明书》。

一个项目在前期的工作非常重要，就算是一个错误的话，后面有再强大的开发团队也是白搭。我们还是一个年轻的团队，很需要公司来培养这样的人才，如果是遇到项目，再招外来人员来担当这样的工作，风险是可想而知的。

而且这样的人员肯定是从项目实战中成长起来的，不是有其他软件项目管理经验的人员或者技术开发人员转过来就可以做好的，更不是从书本或者参加某些培训就可以学到的。

5、一味的追求快速开发，时间进度。

每天都加班加点地工作，造成人员流动的扩大以及工作效率的降低。最后无论客户，还是开发人员，都想早点结束项目。

经验总结：

项目中有个不变的金三角法则，即时间、功能和资源。我个人的意见是用我们的实际能力按照一个正常的进度去做，一个项目在功能、时间和资源一定的情况下，没有捷径可以走的，必须一步一个脚印。

6、胡子眉毛一把抓，不分主次。

整个项目没有指定里程碑或规定设计评审期，没有计划什么时间节点完成某一个组织或部门的信息化评审后，再进行下一个阶段的开发计划与实施。摊子铺得太大，软件人员和准备严重不足。

经验总结：

第2页，共5页

根据企业不同的发展阶段，按照规划逐步深入，这样一方面可以避免投资的盲目性，另外一方面在前期的投入收到效果后，再进行下一阶段投入的同时，员工和企业领导也容易接受，软件人员的压力也会相对减少。

7、开发结果不验收测试，开发技术水平低下。

开发结果没经过测试就给客户上线使用，造成报表的数据很多对不上账目，已经打印出来的报表，过几天再打印数据就不一样了。

由于项目经理没有明确要求技术水平，寄希望于员工自己努力，造成打印的单据上，‘毛重’减去‘皮重’ 不等于‘净重’的情况。

经验总结：

必须做好充分准备的开发计划，对于该项目具体需要多少人员、时间；到底需要什么层次技能的程序组组长和具体开发人员给出详细的计划。

8、没有项目总结会议，不重视项目质量。

软件从实施开始就产生了很多问题，但遗憾的是从开始到结束没有组织过一个项目总结会议，问题日积月累，最后导致项目失败。

不重视项目质量。在代码和数据库设计中时间投入很少，这些工作本来就是比较抽象的，需要不断的研究和推敲才能设计好的，但是我们为了时间进度，很快就赶出来了。

经验总结：

每日必须召开项目总结会议，随时捕获风险，当日事当日毕。

软件开发初期的时候，就开始猛抓质量，而不是走“先上线、后优化”的项目常规实施方法。若发现质量不合格的地方，就让开发人员重新返工。

9、软件版本发布周期频繁。

几乎每天都需要进行一次版本更新，有时候1天更新几次。更新完成后，客户无法登陆，软件功能无法使用，以前录入的数据看不见等情况。让客户怨声载道，骂声一片。

经验总结：

发布周期为1周1次或2周1次，在版本更新前，必须做好充分的测试，方可交给客户使用。

10、不重视客户体验，缺少抵御风险的奖励机制。

系统不以客户为中心,不能提高业务部门的工作效率,忽视了客户体验；通常10分钟能完成的工作，工作人员操作软件1小时才能完成。

很多时候加班是没有加班费的，并且在实施过程中又没有任何奖励。所以，员工认为是这套系统拖累了他。虽然项目对公司有益，对他个人就没有多少好处了。

第3页，共5页

经验总结：

公司应该拿出一部分预算，有计划有规模地组织用户进行测试，对操作员给出的体验意见做好详细的记录，并给予充分的重视，对其中有用的软件改进意见给出相应的奖励。做好足够的风险应对计划，抵御这种影响所带来的对系统本身的顺利实施以及实施人员的信心和工作激情的冲击。

11、缺少数据风险意识。

在系统的并行阶段，没有统一的基础数据，如材料编码、单据标准等。数据录入的缺少合理安排，缺少数据风险意识。

用户总是反映报表数据与小票单据帐目对不上，录入的小票数据丢失了。

软件系统是一个高度集成的系统，一个环节的出错将可能导致一系列的错误，所以，对数据的准确性提出了很高的要求。

经验总结：

必须制定《公司基础信息编码》，搭建了整个信息化制度。在项目实施过程中，针对类似的问题也不能光靠人工对账减少错误，而应该采取一定的控制措施，利用系统设置，做好问题的预防措施。比如我们可以建立每日审账制度，在系统中进行设置，每天录入完成的票据都进行核对，核对完成后进行锁账。出台《操作规程》，《操作员奖惩办法》等等，规避风险。

12、不注重细节。

天下大事，必做于细。1%的错误往往会导致100%的失败。力和项目在开发的时候，仅仅是满足于“软件可以使用”或“功能能够实现”的情况，并没有关注到每个设计、每次改动、每天的操作。

经验总结：

在此对之前开发过程中一些可以改进的细节列出，进行总结，在今后的开发中将进行改进。（1）软件每一个打开的窗体都应该写上标题，而不能是默认的标题。（2）操作按钮位置、操作顺序必须一目了然。

（3）软件的功能都加上快捷键，使它适应不同操作习惯的用户。

（4）每一个窗体都加上“关闭”快捷键，当用户需要关闭窗体时，只需要点“ESC” 键就可以退出，方便用户的操作。

（5）所有输入文本框都必须按照用户的业务要求进行排列，使用户可以更快更好地输入数据。

（6）进入系统以及退出系统时，如果程序执行比较耗时的代码，应该给出个提醒，而不能让用户傻等，最好放到线程中处理，不能让主线程出现假死状态。

（7）用户登陆的窗口，应该自动帮用户记住用户名，用户可以自己确定是否要记住密码。

（8）复杂的查询条件，错误提示之后，原来的输入是否都还保存？如果都没有了，用户要再输入一遍会很烦。

（9）查询错误或无结果，必须有提示。（10）下拉框中的数据必须有排序。

（11）系统中的各种提示必须要合理，不能有误导用户的情况。

当然，还有许多需要注意的技术和非技术的细节问题，往往我们技术人员觉得不重要的东西偏偏是用户觉得最重要的。我相信，在软件开发的过程中，你只有琢磨你的用户是怎么想的，你才能使我们的软件

第4页，共5页

更加完美，付出得越多，得到的越多。

13、没有结果的结束。

我们几乎听不到有人出来说项目失败了，我们听到的是延期、暂停、取消等等形容词，但是其实，我们其实应该承认，我们有做了一个失败的项目。

经验总结：

我们花了钱，项目失败了，但至少应该买到教训。

项目的成败是变数多多，既有技术的，也有管理的，也有关系的，既有自身的，也有客户的，但是只要我们把我们可以控制的做好了，至少这个项目成功了一半。

第5页，共5页

第三篇：人生就如做项目

人生就如做项目

出生：----------立项；

征婚：----------公开招标；

相亲：---------邀请招标；

自由恋爱：--------议标；

提亲：----------投标；

介绍人：--------招标代理；

第一次见面：---------看现场；

女方家长：----------投资人；

女方：----------业主；

岳父岳母：-----------设计单位；

婚前指导：----------技术交底；

婚前指导医生：----------监理单位；过岳父岳母关：----------资格预审；男方家长：----------施工单位；

男方：----------项目经理；

彩礼：---------投标保证金；

过朋友关：----------公示；

恋爱：----------公示期；

确定恋爱关系：----------确定中标候选人；婚前同居：---------非法串标；

婚前约定：----------合同谈判；

办结婚证：---------签定合同；

办结婚酒：----------图纸会审；

给男方钱：----------工程预付款；

给女方钱：----------履约保证金；

洞房花烛：----------施工进场；

蜜月期：----------赶工期；

婚后生活安排：----------施工组织设计；女方不育：----------设计缺陷；

男方不育：----------施工质量缺陷；找情人：----------违法分包；

生孩子：----------工程完工；

满月酒：----------竣工验收；

一周岁：----------质保期；

分居：---------停工待料；

离婚：---------因施工问题，中途被勒令退场；白头偕老：-----------达到设计使用年限

第四篇：职场人生之从零开始 勇做职场达人

不论是谁，都有从零开始的时候，达人也不是一步就走到众人前头去的。如果你还在抱怨机会太少，工作太没劲的话，不妨来看看达人们到底是怎样一步一个脚印走上去的，再找找适合你的发展道路吧。沈阳招聘网记者采访到一名22岁的微软软件测试工程师侯天骄，他高中没有读完，但在这个起薪7000元的职位上已经工作一年多了。这个转变过程如何发生，到底什么因素决定你能否成为一名职场成功者？

从零开始勇做职场达人

目标明确：从小喜欢计算机

经验：明确自己的发展目标，了解即将从事行业的发展前景，并据此制订一份职业规划。“一定要选择你所热爱的职业，这样你才能够在逆境中继续前行。”侯天骄认为，兴趣是他能坚持走下来的主要动力。侯天骄从小学的时候就对计算机很着迷，并且因为要学习计算机操作努力学英语。一直到高中，侯天骄的英语基本都保持在全年级的第一名，还赢得过北京市高中校区口语比赛的一等奖。

没想到，因为英语好，侯天骄栽了个大跟头——考试时帮好友作弊，被学校开除学籍。“我失去了方向，开始考虑转学，开始考虑随便找一个工作，开始考虑混一天算一天。”好在侯天骄运气不错，在一次咨询中鞍山招聘咨询师给他讲解了计算机业的发展前景，并帮他制订了一份个人职业规划，他发现这份规划和自己的目标合拍，一下又有了信心。

系统学习：科班出身很重要

经验：选择主攻方向，珍惜每一次实践，并且要注重培养专业技能之外的其他能力。

如今，计算机行业已经非常庞大，系统性强，工业化程度高，想自学成才进入这一行业越来越不现实，侯天骄想达到入职门槛，只能通过参加正规培训。侯天骄是北大青鸟北京某校区2006年优秀毕业生，他觉得，一年半的学习中，有三点经验可供同龄人借鉴。

首先，分析自己的特长，制订一个合理的学习计划。“在老师的帮助下，我选择了ACCP（软件工程师培训课程）作为方向，这就是现在的工作。”其次，要珍惜实践机会。“授课老师都是在软件开发行业打拼多年的行家里手，讲的内容自然很实际，但光听课不行，你要尽快实践一下，这样才能真正掌握。”

不过，侯天骄认为，培训期间更大的收获是明白了个人在团队中的责任和角色。

“拉练，有个项目是徒手攀爬近5米高的墙壁。我们发现，要想都攀爬上墙壁，靠一两个人的力量是不够的，所以我们并肩合作，扶着第一个人爬了上去，之后紧接着下一个……直到最后一个人，我们发现下面没有人再举着他向上爬了，我就自告奋勇，让上面有力气的人抓住我的腿，倒立着下去，最后终于成功地拉上了最后一个学生。”侯天骄觉得，这种团结精神，对于培训后期的分组项目开发以及工作后的团队攻关都很有帮助。

把握机遇：满足现状很危险

经验：想在应聘过程中崭露头角，既要有扎实的基本功，又要能够在某些方面拥有“过人”本领。不满足现状，也是能抓住下一个机遇的必备前提。

去外企工作是很多求职者的理想。但培训的“履历”能否获得外企主管青睐，侯天骄的经历说明这是可行的。不过，大庆招聘网就业部指导老师认为，计算机水平抢眼，英语出色，侯天骄外企求职成功是因为有这两样“法宝”。

“去海辉面试，项目经理看了我的笔试问卷后马上亲自面试我，结果我一次性通过，当场就得到了一个很不错的Offer。”海辉是业内一家知名外企，能进入这样的企业，很多同龄人都会羡慕甚至嫉妒的。

但据侯天骄讲，“我嫉妒的是在同一层的IBM公司员工。我进海辉的第一天就暗自下了决心，最多2年，一定要进IBM或者比IBM更好的公司。”2008年4月，侯天骄选择了薪资待遇更好的微软。事实证明，这个跳槽选择很正确。进入公司后，他先后参与了多个项目，又被派到日本学习，机遇和前景自然比在海辉时还要广阔。

第五篇：我知 我行 我做之 谈人生 论成功

我知 我行 我做之 谈人生 论成功

尊敬的各位老师，亲爱的同学们

今天我演讲的题目是《我知，我行，我做 之 谈人生，论成功》 我知：我明白，我懂得。我明白我的人生理想，我懂得我的奋斗目标 我行：我自信，我能够。我自信我能完成我的人生理想，我能够我能够达到我的奋斗目标

我做：我努力，我坚持。不抛弃 不放弃，不抛弃我的人生理想，不放弃的奋斗目标。为心中的光明前途而努力奋斗，坚持不懈。你想成功，我想成功，谁都想成功。努力打拼，吃苦耐劳为了成功，起卦算命、礼佛拜神还是为了成功。养尊处优白白胖胖者在争取更大的成功，灰头土脸聊倒一生竟然喝凉水还塞牙逢的人也在争取成功。然而，我想说：你凭什么去赢得成功？我的回答是：我知我行我做，明白，懂得，自信，努力，坚持。

要成功就要有理想，就要有目标。理想是人生之魂。所谓理想，就是指人们对美好未来的向往和追求。理想是人生的直接反映，是人生的灵魂和精神支柱，人生在追求和实现理想中彰显其价值。有什么样的人生；不同的抱负，决定着不同的人生轨迹。

人生不能没有理想。人生在世，不管他是否意识和承认，也无论他是盲目还是自觉，理想这个人类有的精神现象总是存在于每个人的头脑中，并决定和引导着其人生实践。有了崇高的理想，人生追求才能更高尚，人生步履才能更坚实，人生才能更美好。理想对于人生之所以如此重要，这是因为： 理想是人生的指路明灯。如果把人生比作茫茫大海中航行，那么，理想就是前进的灯塔，就是照亮人生的火炬。有了崇高的革命理想，人生之舟才能沿着正确的方向扬帆远航。理想也是人生的精神支柱。一个人活在世上，不能仅仅满足于物质上的享受和感官上愉悦，更需要有崇高的精神寄托。有了远大的理想，才能在各种诱惑和压力面前，不改初哀，始终坚定的信念和精神。歌德说过：“人人心中有盏灯，强者经风不熄，弱者遇风即灭。这盏灯，就是理想。”

理想之灯虽然美好，但也是虚无缥缈的。若想让理想之灯放出光芒，需要有信心去完成理想。

有几道简单的数学题就能证明，1+1=1 2+1=1 3+4=1 5+7=1 6+18=1为什么都会等于一，其实，一语就可道破。我们只要给这些数字加上适当的单位名称，其结果就可以成立，并且完全正确。1（里）+1（里）=1（公里）2（月）+1（月）=1（季度）3（天）+4（天）=1（周）5（月）+7（月）=1（年）6（小时）+18（小时）=1（天）

简单的数学游戏告诉我们：不要轻易说‘不’，换一种思维，有信心去完成它。

有理想，有信心就能成功么？我想不是，泰戈尔的一首诗就这么写道：世界上最遥远的距离

不是生与死

而是我就站在你面前

你却不知道我爱你

世界上最遥远的距离

不是我就站在你面前

你却不知道我爱你

而是 明明知道彼此相爱

却不能在一起

世界上最远的距离，那世界上最远的距离又是什么？是天与地？是相爱的人不能在一起？我想也不是，我认为是口和手之间的距离。一个人能否取得成功不在于学了多少，说了多少，想了多少，而在于他做了多少。因此，说到和做到之间的距离确实是最远的距离。但也可以是最近的距离，关键在于，你能不能现在行动，马上去做，能不能说到做到，努力的去完成它。

追求卓越，渴求成功，我们每一个人都在努力着。每个人都有可能走向成功，但并不是每个人都会成功——成功需要理想，需要智慧，需要信心，需要汗水，需要付出，更需要最遥远的距离

我知，我行，我做。不抛弃，不放弃。做生活中的许三多，做有意义的事，我们终将会刻画出完美的人生，幸福的去拥抱成功。