在工作总结中的工作经验

工作总结 2019-04-03 00:01:15 工作总结

小中大

手机查看

[摘要]在工作总结中的工作经验(共8篇)IT6年工作经验总结1、分享第一条经验：“学历代表过去、能力代表现在、学习力代表未来。”其实这是一个来自国外教育领域的一个研究结果。相信工作过几年、十几年的朋友对这个道理有些体会吧。但我相信这一点也

【www.shanpow.com--工作总结】

在工作总结中的工作经验【一】:IT6年工作经验总结

1、分享第一条经验：“学历代表过去、能力代表现在、学习力代表未来。”其实这是一个来自国外教育领域的一个研究结果。相信工作过几年、十几年的朋友对这个道理有些体会吧。但我相信这一点也很重要：“重要的道理明白太晚将抱憾终生！”所以放在每一条，让刚刚毕业的朋友们早点看到哈！

2、一定要确定自己的发展方向，并为此目的制定可行的计划。不要说什么，“我刚毕业，还不知道将来可能做什么？”，“跟着感觉走，先做做看”。因为，这样的观点会通过你的潜意识去暗示你的行为无所事事、碌碌无为。一直做技术，将来成为专家级人物？向管理方向走，成为职业经理人？先熟悉行业和领域，将来自立门户？还是先在行业里面混混，过几年转行做点别的？这很重要，它将决定你近几年、十年内“做什么事情才是在做正确的事情！”。

3、软件开发团队中，技术不是万能的，但没有技术是万万不能的！在技术型团队中，技术与人品同等重要，当然长相也比较重要哈，尤其在MM比较多的团队中。在软件项目团队中，技术水平是受人重视和尊重的重要砝码。无论你是做管理、系统分析、设计、编码，还是产品管理、测试、文档、实施、维护，多少你都要有技术基础。算我孤陋寡闻，我还真没有亲眼看到过一个外行带领一个软件开发团队成功地完成过软件开发项目，哪怕就一个，也没有看到。倒是曾经看到过一个“高学历的牛人”(非技术型)带一堆人做完过一个项目，项目交付的第二天，项目组成员扔下一句“再也受不了啦！”四分五裂、各奔东西。那个项目的“成功度”大家可想而知了。

4、详细制定自己软件开发专业知识学习计划，并注意及时修正和调整(软件开发技术变化实在太快)。请牢记：“如果一个软件开发人员在1、2年内都没有更新过自己的知识，那么，其实他已经不再属于这个行业了。”不要告诉自己没有时间。来自时间管理领域的著名的“三八原则”告诫我们：另外的那8小时如何使用将决定你的人生成败！本人自毕业以来，平均每天实际学习时间超过2小时。

5、书籍是人类进步的阶梯，对软件开发人员尤其如此。书籍是学习知识的最有效途径，不要过多地指望在工作中能遇到“世外高人”，并不厌其烦地教你。对于花钱买书，我个人经验是：千万别买国内那帮人出的书！我买的那些家伙出的书，!00%全部后悔了，无一本例外。更气愤的是，这些书在二手市场的地摊上都很难卖掉。“拥有书籍并不表示拥有知识；拥有知识并不表示拥有技能；拥有技能并不表示拥有文化；拥有文化并不表示拥有智慧。”只有将书本变成的自己智慧，才算是真正拥有了它。

6、不要仅局限于对某项技术的表面使用上，哪怕你只是偶尔用一、二次。“对任何事物不究就里”是任何行业的工程师所不应该具备的素质。开发Windows应用程序，看看Windows程序的设计、加载、执行原理，分析一下PE文件格式，试试用SDK开发从头开发一个Windows应用程序；用VC＋＋、Delphi、Java、.Net开发应用程序，花时间去研究一下MFC、VCL、J2EE、.Net它们框架设计或者源码；除了会用J2EE、JBoss、Spring、Hibernate等等优秀的开源产品或者框架，抽空看看大师们是如何抽象、分析、设计和实现那些类似问题的通用解决方案的。试着这样做做，你以后的工作将会少遇到一些让你不明就里、一头雾水的问题，因为，很多东西你“知其然且知其所以然”！

7、在一种语言上编程，但别为其束缚了思想。“代码大全”中说：“深入一门语言编程，不要浮于表面”。深入一门语言开发还远远不足，任何编程语言的存在都有其自身的理由，所以也没有哪门语言是“包治百病”的“灵丹妙药”。编程语言对开发人员解决具体问题的思路和方式的影响与束缚的例子俯拾皆是。我的经验是：用面对对象工具开发某些关键模块时，为什么不可以借鉴C、C51、汇编的模块化封装方式？用传统的桌面开发工具(目前主要有VC++、Delphi)进行系统体统结构设计时，为什么不可以参考来自Java社

区的IoC、AOP设计思想，甚至借鉴像Spring、Hibernate、JBoss等等优秀的开源框架？在进行类似于实时通信、数据采集等功能的设计、实现时，为什么不可以引用来自实时系统、嵌入式系统的优秀的体系框架与模式？为什么一切都必须以个人、团队在当然开发语言上的传统或者经验来解决问题？？？“他山之石、可以攻玉”。

8、养成总结与反思的习惯，并有意识地提炼日常工作成果，形成自己的个人源码库、解决某类问题的通用系统体系结构、甚至进化为框架。众所周知，对软件开发人员而言，有、无经验的一个显著区别是：无经验者完成任何任务时都从头开始，而有经验者往往通过重组自己的可复用模块、类库来解决问题（其实这个结论不应该被局限在软件开发领域、可以延伸到很多方面）。这并不是说，所有可复用的东西都必须自己实现，别人成熟的通过测试的成果也可以收集、整理、集成到自己的知识库中。但是，最好还是自己实现，这样没有知识产权、版权等问题，关键是自己实现后能真正掌握这个知识点，拥有这个技能。

9、理论与实践并重，内外双修。工程师的内涵是：以工程师的眼光观察、分析事物和世界。一个合格的软件工程师，是真正理解了软件产品的本质及软件产品研发的思想精髓的人（个人观点、欢迎探讨）。掌握软件开发语言、应用语言工具解决工作中的具体问题、完成目标任务是软件工程师的主要工作，但从软件工程师这个角度来看，这只是外在的东西，并非重要的、本质的工作。学习、掌握软件产品开发理论知识、软件开发方法论，并在实践中理解、应用软件产品的分析、设计、实现思想来解决具体的软件产品研发问题，才是真正的软件工程师的工作。站在成熟理论与可靠方法论的高度思考、分析、解决问题，并在具体实践中验证和修正这些思想与方式，最终形成自己的理论体系和实用方法论。

10、心态有多开放，视野就有多开阔。不要抱着自己的技术和成果，等到它们都已经过时变成垃圾了，才拿出来丢人现眼。请及时发布自己的研究成果：开发的产品、有创意的设计或代码，公布出来让大家交流或者使用，你的成果才有进化和升华的机会。想想自己2000年间开发的那些Windows系统工具，5、6年之后的今天，还是那个样子，今天流行的好多Windows系统工具都比自己的晚，但进化得很好，且有那么多用户在使用。并且，不要保守自己的技术和思想，尽可能地与人交流与分享，或者传授给开发团队的成员。“与人交换苹果之后，每个人还是只有一个苹果；但交换思想之后，每个人都拥有两种思想”，道理大家都懂，但有多少人真正能做到呢？

11、尽量参加开源项目的开发、或者与朋友共同研制一些自己的产品，千万不要因为没有钱赚而不做。网络早已不再只是“虚拟世界”，网上有很多的开源项目、合作开发项目、外包项目，这都是涉猎工作以外的知识的绝好机会，并且能够结识更广的人缘。不要因为工作是做ERP，就不去学习和了解嵌入式、实时、通信、网络等方面的技术，反过来也是一样。如果当他别人拿着合同找你合作，你却这也不会，那也不熟时，你将后悔莫及。

12、书到用时方恨少，不要将自己的知识面仅仅局限于技术方面。诺贝尔经济学奖得主西蒙教授的研究结果表明： “对于一个有一定基础的人来说，他只要真正肯下功夫，在6个月内就可以掌握任何一门学问。”教育心理学界为感谢西蒙教授的研究成果，故命名为西蒙学习法。可见，掌握一门陌生的学问远远没有想想的那么高难、深奥。多方吸取、广泛涉猎。极力夯实自己的影响圈、尽量扩大自己的关注圈。财务、经济、税务、管理等等知识，有空花时间看看，韬光养晦、未雨绸缪。

13、本文的总结与反思：

A：不要去做技术上的高手，除非你的目标如此。虽然本文是关于提高软件开发知识的建议，做技术的高手是我一向都不赞同的。你可以提高自己的专业知识，但能胜任工作即止。

B：提高软件知识和技术只是问题的表面，本质是要提高自己认识问题、分析问题、解决问题的思想高度。软件专业知识的很多方法和原理，可以很容易地延伸、应用到生活的其它方面。

C：在能胜任工作的基础上，立即去涉猎其它领域的专业知识，丰富自己的知识体系、提高自己的综合素质，尤其是那些目标不在技术方面的朋友。

在工作总结中的工作经验【二】:学生会工作经验总结

海科院校学生会提供二十二期《校报》材料

海科院校学生会工作的经验总结一、纪律

没有严明纪律的队伍肯定不是一个拥有强大战斗力的队伍，对于海科院校学生会成员，必须要继续强化严格守纪的思想，并且要将责任落实到人，越是日常的工作就越要有严格的要求，这样才可以在大型活动中体现我们的素质非凡和整齐划一，并帮助大家在工作和学习中时刻展现出一个合格的学生干部形象。

二、实践

1、团结性

通过三年的磨合，校学生会成员已经在工作上达到了一定的默契，但在新学期我们需要进一步地培养各部员之间的团结协作精神，以保障在集体组织的活动中提高工作效率，保障我们成功出色地完成各项任务；

2、积极性

在工作中如果没有投入热情，那么我们所追求的“事半功倍”的效果是不会达到的。经过三年的实践，一方面我们的这种积极性要继续保持，另一方面我们也要逐步培养自己对工作的预见性，要在塌实做好现有工作的同时考虑到下一步工作的展开，走一步看三步的工作方法是我们提高效率和减少错误的又一途径；

3、应急能力

组织活动时，突发事件是避免不了的。作为学生干部，我们要在任何状态下都保持冷静的头脑和清晰的思路把先前的工作经验应用到实际中，在困难面前一定要竭力化大为小，切忌慌乱手脚，莽撞行事，越做越糟；

4、创新意识

学生会是一个需要活力的团体，组织举办活动，我们需要创新精神。遵循学生会的规定和传统固然是摆在第一位的，但我们也要在其基础上加入自己有意义的想法，使别人眼中的学生会成为一个有思想的、有生机的高素质团体。

三、处理工作与生活的关系的能力

海科院校学生会的工作一直是秉承“全心全意为同学服务”的宗旨展开的，所以在重要活动期间，我们的工作内容必然占到了每天时间的大半。也许在过去的日子中我们对这种状况有些措手不及，但经过了那些辛苦，我们一定要在新学期中对工作和日常生活有更合理的安排，要尽力做到两方面各不耽误，我们要做一个优秀的学生干部，更要做一个优秀的海科人。(校学生会：张华山)

在工作总结中的工作经验【三】:工作心得体会总结

刚刚加入一个公司、组织、团队的同事被称作“新人”。“新人”渴望尽快融入新的环境之中，渴望自我实现，渴望机会与成长；然而面对全新的领域、产品、工具和流程，往往觉得无所适从，因为要学的东西太多而不知道该从何入手。经理们一方面希望“新人”们快速成长，另一方面又迫于时间的压力和对交付产品质量的严格要求无法给予充分的培训及锻炼的机会。组里的“老人”，尤其是mentor，都期望能有人接班，帮助他们承担尽可能多的工作，但同时也因为每个release时间紧迫，而教别人做远不如自己做的快，所以不可能事无巨细的给“新人”以指导。矛盾就这样产生出来了。

经理们说：“新人”仍然无法独立承担工作，还是把这项工作交给组里有经验的人吧。 Mentor说：我太忙了，没办法什么都给你讲到，你有什么具体的问题吗？

“新人”们说：我得不到足够的培训，得不到有力的支持，得不到实践的机会。

这些矛盾和挑战，“新人”该如何积极面对，他们应该做些什么样的准备，从而调整自己的心态，完成从一个学生到一名公司员工的蜕变？经理和mentor们在这个过程中也应该采取积极的措施，但是他们应该怎样做不是我要说的重点，我只想从“新人”自身说说我的想法。

一、对企业文化的感受、了解、认同、接受和实践

加入一家公司，一个组织或一个产品的小组，最先需要了解和适应的是它的文化氛围。一个公司有一个公司的文化，同一个公司里的一个团队还可能有其独特的次文化存在。文化绝不是一个虚无缥缈的东西，而是一个你置身其中，留心一下，就会体会和感受到的真实存在的东西。它代表着一个公司或一个团队的价值观以及看待问题、处理问题的方法论。我们部门的总监在宣布他要离职去创业的部门大会上，我问他回顾十几年的朗讯职业生涯，他认为最重要的，对他自己创立的公司最有价值的是什么。他的回答就是，朗讯的企业文化。

朗讯的企业文化是什么呢？刚进入公司时，当时青岛朗讯研发的缔造者，Amy Sun女士，每天挂在嘴边两件事，一是企业的价值准则，二是SMART原则，指导我们如何做人，如何做事。先说企业的价值准则，也就是公司招人、用人、评价人的原则：

1. integrity - 为人正直，这是底线原则，这个条件不满足，其它都是浮云。什么是integrity，体现在哪些地方呢？诚实、守信、尊敬他人，以及不窃取公司公共财物，不虚报报销发票等等。

2. technical - 万事以技术为基础，朗讯是个技术型的公司，尤其是在研发，你的技术能力强，就会赢得他人的尊敬，你就会得到更多的表现的机会，从而强者更强。如何才能增强自己的技术实力？对于“新人”而言，看到的是已经绝尘而去的跟自己有着很大差距的“老人”们，和越来越复杂的系统和产品，有时难免会感觉力不从心和灰心丧气。不过从另一角度来讲，这对“新人”而言也是好事，因为你可以有很广泛的资源可以利用，当你碰到任何难题，你都可以找到人帮助。当然，我不是说一碰到难题就找人问，而不去自己动脑子研究，而是说，当你感觉走投无路的时候，你可以很容易找到人帮忙，别人的一句提醒或一个点拨就会让你马上柳暗花明。

3. initiative - 主动性非常重要，主动性确实非常重要。什么是主动性，都体现在哪些方面呢？热情积极的工作态度、主动回报自己工作进度的习惯、多走一公里的进取精神、问题到我为止的勇气、自己不忙时主动帮助他人的精神等等。很多人讲在工作中不喜欢被他人"Push"，其实那是因为你的主动性不够，一个有主动性的人是不需要他人来push的，他/她会主动回报自己的进度，碰到问题主动需求帮助，自己的事情做完之后主动帮助他人或申请新的任务，对于这样的员工，还需要老板push吗?!

4. English - 这是公司global发展的需要，我们有一个英语的工作环境，虽说不需要你的英语一定要多流利，但是作为一种工具，会对你的技术提升，沟通能力都有着很大的帮助作用。记得我们刚到公司时组织看training VCR，当大家看的头昏脑胀、昏昏欲睡时，听到跟着VCR上的培训老师一起发出的零星的笑声，是让大家普遍感觉“恐怖”的一件事。而事实也证明，那些一起笑的人，那些能听懂的人，无不走在了众人的前列。而也有人因此而掉队，最终不得不含恨离开。

那什么又是SMART原则呢？有人讲，不但要努力工作(work hard)，还要聪明的工作(work SMART)。这里SMART既是说聪明，又是在说这样的一系列原则：

S - Specific 是说在制订工作计划、设定工作目标时一定要具体，大而空的目标会让人无所适从，不知道该从何入手。“aim small, miss small”，曾经看到过有的“新人”在2分钟的

English presentation的主题是介绍一个系统的architecture，结果很明显，她什么也没讲出来，听者也是不知所云。

M - Measurable 制订了一个明确的目标，还要有具体的可衡量的方法去跟踪、评价这个目标。例如我们每个release中都会有明确的feature list，而且，对于每一个feature，都要求设定其milestone，预先估计在什么时间可以完成哪些工作。有的“新人”会有这样一种感觉，领导总是只关心结果而不关心过程。其实，一个好的结果必然是由一个好的过程产生出来的，在一个可被衡量、可被度量的目标实现的过程中，milestone就是领导关心的过程。如果你达到了，说明一切OK；如果碰到了什么麻烦，比如requirement中途变动、出现了难以预料难以解决的问题，而导致milestone无法达到，这时应该主动报告这些问题，你正在采取的措施以及需要经理提供的支持。

A - Attainable 一个具体的可被度量的目标应该首先是一个经过理性分析后的可以实现的、可以在预计时间完成的目标。公司以前采取的项目管理方法中，在PjM跟所有人开kick-off meeting时会把你预计完成任务的时间段砍掉50%，留作buffer，然后根据buffer消耗的状态对项目进行管理与评估。现在采用的项目管理方法中虽然不用这样的方法了，但是仍然鼓励大家在做估计时留有余地。《人月神话》中讲过以人月为单位进行项目管理时经常会出现这样一种状况，就是试图通过增加人数来追赶项目的进度，既然5个人在3个月中无法完成20人月的工作，那就再增加两个人进去。不是说这样做一定不可以，而是在增加人之前先认真分析，无法完成的真正原因是什么，如果只是单纯的工作量的问题的话，通过增加人手或许可以完成目标，但是如果是因为其它原因，如客户需求不明确，实现方案与系统架构冲突等，增加再多的人也无济于事。

R - Relevant 设定一项工作目标时，其相关因素常常会被忽略。虽然某项工作、某件产品、某个功能是由我们组来完成，我们往往都是站在自己的立场上思考问题，但是要记住的是，还有很多相关的工作、相关的人、相关的产品和相关的功能存在，这些因素我们同样无法忽视。比如说我们设定某一天为Code In Load的时间，这一天不单单是我们自己完成coding的时间，还要了解那天是否有load可以把自己的code提交上去，跟自己的相关的code是否也能在那个时间提交，给自己做code inspection的工程师是否有时间完成。曾经经历过这样的项目因为其它相关网元无法完成而被取消或推迟，但是自己已经付出了很多的时间和努力了。这样的项目做多了，不但对资源是一种浪费，对员工的自信心也是一种打击。

T - Time-bounding 毋庸置疑，时间因素是制订计划、设定目标中的关键因素，一个缺乏时间点的计划等于空白。时间的粒度也体现出项目管理的精细程度。在目前的流程中，一般是以人月或人天来衡量一项工作的大小，在敏捷开发的流程中则要求精确到小时。这只是一个方法问题，适用于不同的项目、不同的团队，或同一团队的不同时期或不同的团队成员身上。

二、建立自己的人脉网络

在我刚刚加入公司时，一位mentor对我说，同时也是几十年前当他刚刚加入公司时他的

mentor对他讲的，就是要建立自己的人际网络 (build up your network)。一个“新人”要建立自己的人际网络，需要先了解并有效的处理好以下6种人际关系：

1. 与直接老板的关系

2. 与mentor的关系

3. 与组里老员工的关系

4. 与同组其他新员工之间的关系

5. 与美国同事之间的关系

6. 与其他相关小组同事之间的关系

你的直接老板把你招聘进来一定有其目的，而且针对你这个“新人”而言一定有他/她的预期，而且是分阶段的预期。这一般来说是在招聘之前就已经确定下来的，组里新招聘一名员工的目的是什么，3个月内希望这名新员工做到什么，半年以内需要达到什么程度，一年以后会给他/她什么安排。有多少人主动跟自己的老板沟通过这些呢？当你的老板跟你沟通这些事情时，你是否认真记下来，然后把这些愿望和预期转化为自己行动的目标呢？有人尤其是“新人”总感觉跟老板的沟通不够，虽然老板说他/她的办公室的门永远敞开，他们也不知道应该沟通些什么。其实，并非在办公室坐下来聊上一聊才叫作沟通，你发出去的email，logbook，

presentation是最直接的沟通。而且，每次沟通都是要有目的的，漫无目的的沟通即使聊再长的时间也是无济于事。对“新人”而言，总要总结weekly report，或者做presentation。这是让老板了解你的最好的机会。如何充分利用这样的机会，你要先明确自己想要达到的目的是什www.shanpow.com_在工作总结中的工作经验。

么，还要站在老板的角度上考虑他/她希望通过这样一个weekly report 或presentation了解什么。比如，你最近做了哪些工作，获得了哪些人的帮助，有没有碰到什么难题，以及自己做了哪些努力，下一步自己的打算，需要老板什么样的支持等等。有了这些明确的目的，你的

weekly report和presentation自然就写出来了。有人总觉得做这些事好像是些表面文章，不值得花太多的时间。其实，写出一个好的report或presentation本身就是对你一周或近期工作的一个回顾、梳理、总结和汇报。我们经常有这样的感觉，自己想的和自己说出来的有差距，而自己说出来的与听者理解的又有差距。所以如果你想要对方听明白你真实要表达意思，你必须对要讲的内容理解的非常的透彻，否则只是你觉得自己理解了，别人却听不出来，或者别人的一个问题就会把你问的哑口无言。这样的沟通有目的性，大家都比较关注，不是最好的相互了解、相互沟通的机会吗？

一般一个“新人”都会分到一位mentor，而这个mentor一般来说都是组里比较有经验的工程师，相对来说都会比较忙。据我所知，mentor都会乐于把自己所知道的知无不言、言无不尽的传授给自己的mentee，但是也会因为某些问题一而再、再而三的解释而失去耐心。对于“新人”来说，自己的mentor是最值得利用的资源，在他/她的身上不但要学到知识与技能，更重要的是通过他/她了解这个产品、了解这个小组、了解这个公司。我曾经对我的mentor说，什么时候你去lab的时候请通知我一声，无论你去做什么，自己代码的测试或者debug一个site issue，即使我可能不清楚你具体做什么，也帮不上太多的忙，我希望能在一旁观察，适当的时候问些问题，勤做笔记以免遗忘。在去的路上我可以询问是去做什么，有什么背景故事，回来的时候再问问做了些什么，为什么，下面需要怎么做。有人戏称我是我mentor的影子。另外，虽然有一个分配的mentor，并不是说任何问题你只能去问他/她，如果他/她很忙无暇顾及你，你需要找到其他人来帮助你而不是消极的等待。

在平时工作的积累中要留意并记录下来组里每个人的名字，他们工作的领域，他们的特点甚至是他们的喜好。如果平时见面时你能热情主动的跟他们打招呼并叫出他们的名字，相信他们对你的好感也会油然而生。当你的mentor很忙，或者你不幸碰到了一个不愿意教你的mentor，也不用担心，因为你还有一个组的同事的资源供你利用。当你碰到了一个难题，而你的mentor又无法帮助你的时候，你需要在组里其他人中找出最适合回答这个问题的人，可能不是最懂这个问题的人，但是应该是一个最愿意帮助你的人，即使他无法帮你解决问题，也会在某种程度上帮你分析问题，可能的话，如果他/她也感兴趣的话，会带你一同去找到那个能够解决问题的人。帮助一定是相互的，虽然可能不是对等的，但是只要你尽力而为，真心提供帮助，他人一定会在你需要的时候来帮助你的。有的人在自己不忙的时候喜欢休息一下，看看书、上上网、聊聊天，而有的人则主动的去帮助别人，哪怕是一些杂事。千万不要以为与你的工作看似无关的杂事对你毫无价值，你会得到被帮助之人的赞扬和感谢，你会得到通过实际的工作机会来了解和熟悉工作流程和各种工具。你的付出一定会得到回报。

一个组同时很多个“新人”的时候会出现这样一种现象，就是“新人”们喜欢扎堆形成自己的一个小圈子，他们一起吃午饭、一起聊天、通过邮件互相分享一些好玩的内容。这其实是一种不太好的现象，让“新人”们显得跟小组其他成员格格不入。这主要是因为“新人”和组里的老员工们缺乏共同的话题，无法在同一层面上进行沟通。老员工们正在从事的项目“新人”无法参与或参与的程度不够，而且因为年龄的差异，工作之外关注的话题也有所不同，因此“新人”们总感觉无法融入到老员工的圈子中，只好聚在一起了。“新人”们聚在一起，其实也可以是一种很好的相互学习和交流的好机会，可能所学习的领域不同、跟的mentor也不同，相互的交流可以节省下很多的时间。但是如果像某些人那样把这种聚会和交谈变成抱怨和埋怨的场所，那就毫无益处了。

很多小组在美国或其它国家有功能相同的另一小组存在，两个组之间有很多的交流和合作发生。在无法获得出国培训，同国外工程师有面对面交流的机会的前提下，“新人”们该如何处理自己于国外同事之间的关系？因为知识、能力和经验的不对称性，国内的工程师一般对于国外的工程师(有的甚至就曾经是自己的mentor)非常的敬仰和尊敬。而对于“新人”而言更是感觉高不可攀，于是在与国外的工程师打交道时总是显的唯唯诺诺，也许是因为英语并非我们的母语，再怎么熟练也无法跟他们相比，因此即使听不懂，也不会要求对方重复解释，更不用说要跟对方去争论了。这种现象随着我们自己的知识水平和能力的增长会有所好转，我们的技术可以让我们挺直腰板同国外的同事讨论问题，甚至提出我们自己的想法而同他们争论问题。在

这一天来临之前，还是“谦虚”一点吧，不过脸皮一定要厚一点，不要怕出错，不要怕给他们找麻烦就不去问问题或不敢做事情。

一个公司，尤其是一个大公司，一般会有很多的产品线，这些产品之间也并非彼此孤立，而是有着很多的依赖、依存、合作的关系。在一个大的方案之中，一般会涉及一系列的产品，有时甚至还包括第三方提供的某些产品。因此，在对自己小组负责的产品有深入的了解后，不可避免的需要考虑同自己产品相关的网元都有哪些，分别由哪些小组负责，在那些小组之中是否有自己熟悉的同事、同学。一旦碰到两个网元之间纠缠不清的问题时，组间的合作必不可少。这种合作不但建立在彼此对自己产品的深入理解、很强的责任感的基础上，一个良好的合作关系更是有助于彼此的沟通与合作。这种合作的默契需要积累，需要实践，需要磨合。每当一个问题并证明属于另外一组时，不是简单的一句“是他们的错，跟我们无关”就不管了，而是继续的跟踪问题，主动提出你们的看法供对方参考，主动提供援助，帮对方一起努力，当问题解决时，花点时间虚心询问前因后果。那你说收获的将会多的多。如果对方主动提供了无私的援助，一封热情洋溢的充满真情实感的感谢邮件发给对方并cc对方老板，他们会非常乐意继续提供帮助的。

三、改变学习方式

对于一个“新人”尤其是刚刚从大学校园步入职场的“新人”而言，面临很大的一个挑战就是，改变已经习惯的校园思维，尽快适应新的工作环境。大学校园培养了学生们的学习能力，却无法提供太多的实践机会，而实践和动手能力才是一个公司更加看重的地方。正因为如此，在面试时，被问及最多的还是一个人参与过哪些项目，以及在那些项目中他们所担当的角色，碰到的困难和解决问题的过程及方法。

大学里学生们的学习方法是，课堂上课、课外自习，老师划重点，考完全忘记。来到公司后，一般都会有入职的培训，进入一个小组后又会有很多相关的培训。如果把这些培训当成是大学里上的课程，采用同样的学习方法，就大错特错了。首先不要对培训寄予太高的希望，认为上完一堂培训，就对所讲的内容了解了。很多时候是上完了依然不知所云，仅仅是在脑海中留下了一点印象，需要在日后的实际工作当中，不断的学习，不断的体会。在培训过程中经常出现的一个现象就是，培训的老员工讲的口干舌燥，听者却不知所云、昏昏欲睡。老员工问大家有问题吗，没有任何的答复。是没有问题吗？是有很多问题，而不知从何问起。于是培训过后，老员工抱怨这批“新人”不积极主动，自己讲了白讲，感到自己的付出得不到认可和回报；而“新人”们则抱怨培训没有效果，或者培训太少。正确的方法是，在培训之前就要先花大量的时间来研读培训资料，划出自己不懂的地方，在培训的过程中注意自己的这些问题是否被讲解到了，自己是不是听明白了，如果有疑问，不要怕问出来会被人讥笑为愚蠢的问题，一定要刨根问底。也许培训过程中无法得到满意的答复，培训过后或中途休息时，一定要问明白为止。提供培训的人会很高兴有人问问题，因为那说明你的用心听而且有反馈，那是对他/她最大的肯定。他们会很乐意解答你的问题。

在公司里的学习是一种随时随地的学习，不间断的学习，但是学到的内容不会通过短期内可预见的考试来证明和考核你所学的成果。因此有人会觉得很茫然，我该学什么，我该学到什么程度，怎么才算是真正学会了、掌握了？这些会体现在你的日常工作当中，体现在你工作中的很多细节当中。首先，学什么？这个问题不清楚，就去询问你的mentor，或平时经常一起工作的老员工，一定要得到具体的答案，越具体越好。然后以此为起点，慢慢的延伸和扩展出去。你学到的越多，发现未知的就越多。这时你就需要懂得取舍了，人的时间和精力是有限的，不可能面面俱到，把什么都学会。你可以像一个同心圆一样的把相关知识一圈一圈的向外扩展。而知识在某种程度上都是相通的，等你达到某种高度，也许某一天你会发现自己真正学通了。这种学习是需要依靠大量的练习，尤其是结合实际工作的练习。但是这里又有一个矛盾，在实际工作中你会发现时间很紧，不容你有时间去深入学习。要解决这个矛盾，需要你有明确的目标、主动积极的工作态度和努力认真的工作劲头。你的学习目标是需要让步于项目目标的，不能因为要深入研究一个问题而耽误了项目的进度。当在项目过程中碰到一个难以解决的问题时，时时刻刻需要想到是项目的大的目标、进度，这个问题可以允许你有多少时间进行研究，快接近这一时间底限时，就要变通一下，去寻找他人的帮助。当别人帮你解决问题后，不要只是了解一个结果就算了，花点时间了解他们解决问题的过程。即使在项目过程中没时间做这件事，等项目完成或抽空一定要记得去做。

孔夫子在2500多年前就说过“学而不思则罔，思而不学则殆”，我的mentor也说过“不仅要低头拉车，还有抬头看路”。“抬头看路”就是说随时提醒自己是否在朝你的目标行进，而不是偏离目标越走越远。“学”与“思”可以让你迈向自己目标的每一步都能脚踏实地，一步一个脚印。有人建议每天早上睁开眼就先想想今天自己打算做些什么，晚上睡觉之前再回顾一下今天做了些什么。正在如火如荼进行的敏捷开发也建议每天10分钟的站立晨会，并且把retrospective在每个Sprint(2到3周)的结束就马上去做。养成这样的习惯，你将受用无穷。

四、处理理想与现实之间的矛盾

赵传的一首歌中所唱“计算着梦想与现实之间的差距”让人听了总会感慨万千，这是事实，你设立的目标跟你日常所做的工作很有可能是不相符的。你该如何应对？比如，有人喜欢做开发工作，但是却被安排去做测试。相信这是一个非常普遍的问题。对于这个问题，有几方面的认识。一，这是一个工作态度问题；态度决定一切！如果你不能完成分配的工作，而你又无法证明你在自己喜欢从事的工作方面有多高的能力，你怎能保证一定可以做好那份工作呢？还是先端正态度，做好你的份内工作吧。二，其实做好测试工作是做好开发工作的一个前提，也是一个很好的学习和锻炼的机会，有自己明确的目标是好事，但是这个个人的目标要服从于整体的小组的目标，在做好本职工作的基础上，个人的发展也会给予考虑和支持的。三呢，有人坚持认为应该因材施教和安排工作，如果安排一个与员工个人兴趣和能力不相符的工作，不但对个人发展无益，对工作本身也没什么好处。你属于哪种情况，你的老板认可哪种情况，你所在的小组的氛围鼓励和认可哪种情况？这些都是存在差异的。所以，你最好先了解一下情况再做判断。

即使你如愿被分配了一份自己想要做的工作，在平时的工作过程中你会发现除了本职工作之外还有很多的杂事，你会受到很多来自不同方面的打扰，比如要你参加一个会议，或因为某个高层来访需要你准备一个报告，或者参加或主持一个team building，再就是来自其他同事的问题、电话、邮件。有人曾夸张的讲一天最多能有一半的时间放在自己的工作上就不错了。这个问题不是仅仅“新人”才有的，很多老员工的情况更糟。记得有人讲过这样一句话“如果你有能力，你就会得到很多的工作；如果你的能力很强，你就会从繁重的工作之中脱身而出”。有能力的人总会得到更多的工作，会有更多人来找你寻求帮助。但是如果你停下手上的工作来帮助他人，自己的工作就会受到打扰，甚至没有时间完成，结果搞得自己不得不加班加点来追赶进度。一方面我要说，这一定是值得你去这样做的，只有这样做，你才能得到大家的认可，建立自己的技术基础和人脉网络；另一方面，你还要学习如何做时间管理。

五、管理你的时间

时间管理的原则可以帮助你把日常工作利用重要程度和紧急程度放置到不同的象限当中。你需要首先完成的当然是那些既重要又紧急的事情，既不重要又不紧急的工作一定不要去做。那么剩下了紧急不重要和重要不紧急这两种工作，要根据具体情况再加判断而做。紧急不重要可能仅仅是对你而言，而对其他人却是既重要又紧急的。这时你如果能够伸出援手，帮助对方，他们会感激你的。而重要不紧急的事情你可以采用大事划小，利用零星时间去做。那么怎样才能判断出一件事情的重要和紧急程度呢？在这件事情上没有统一的标准，因人、因事而异。收集信息很重要，可以帮助你去做出正确的判断。当你拿到一项任务或收到一个请求的时候，不仅仅要详细了解这个问题本身，还有事情的前因后果，对方期望完成的时间，甚至这件事情的意义所在。如果实在无法做出判断，一定要找到自己的经理或mentor请他们帮忙分析和判断。很多人习惯于在电话响的时候第一时间接听，即使自己忙于手上工作的情况下，然后又会抱怨自己受到的打扰太多。其实很多的打扰是可以避免的。没有人愿意毫无理由的去打扰他人，可能他没意识到这是对你的打扰，可能他认为只有你才能帮的了他，或者他不知道还有谁能帮他。如果你真的没有时间，暂时不接电话，让对方在你的语音信箱留言，或者马上给他推荐另外一位同事帮忙，或者另外约一个时间。办法总是有的。

六、如何进行有效的沟通