转贴----我的IT人生涯--写在进入IT行业6周年之际
这篇文章写了很久了，到今天终于写完了。很久没有回忆的习惯了，很多记忆都已经很难收拾。追忆过去是为了放眼未来，明天依旧是一个奋斗的日子。
1999年4月19日，我进入了IT行业，那一年我24岁。我一直觉得，那一天才是我职业生涯的开始。那以后的6年中，我不断的了解、认识着这个职业，并把这个职业当作我一生的追求。
从图书管理员到IT工程师
1997年，我毕业于某重点大学的信息技术与管理学系，我不知道这个专业现在的前途如何，但那时候的很多人都知道，很多学校的这个专业都是从图书馆情报学专业转过来的，作为这个专业的第一届毕业生，我们这个专业还不被社会所认识，大多数到系里要人的单位都是图书馆。虽然我和所有的同学一样，都不想去图书馆，但是，在各方面的压力下，最终还是屈从了命运的安排，毕业后，我进入了一所高校的图书馆，在期刊部成了一名期刊管理员。
那个时候，我每天的工作是这样的：把新来的期刊登到（就是在期刊卡片上当月的那一格里画个勾，表示这一期期刊已经到了），然后在封面上盖章，把库存的期刊和将要进入阅览室的分开（期刊通常订两份，一份库存，一份供阅览），进入阅览室的交给管阅览室的同事，库存的由我抱到书库去，分门别类的放好，那时候，我的办公室在一楼，而书库在三楼，我每天都要进行这样的搬运活动。我每天的工作大概要做15到30分钟左右，剩下的时间，就不晓得应该做什么了。
那份工作我很快就厌倦了，那是一个容不下人学习的地方，有很多例子我不举了，那个时候有过在国营单位的经历的人很容易理解的，而最让我感到苦闷的是那里非常封闭落后的环境，接触计算机的机会少之又少。看着我的几个师哥师姐每天在游戏、扑克和织毛衣中打发时间，任凭自己的专业一天天荒废，那个时候的我非常郁闷，自己好歹也是重点大学的优秀毕业生啊，难道寒窗十几载，就是为了在这样一个地方消磨掉自己的生命吗？我苦苦的思考着自己的未来，却一直没有勇气离开那个地方（现在想起来，换一份工作是很稀松平常的事，而在那个时候那个地方，这是个天大的事啊）。
1998年底，一个男孩子闯进了我的生活，就在我们第一次见面的时候，我就发现我喜欢上他了，然而，他来去匆匆，甚至根本不曾正眼看过我，我知道，那个时候的我太平庸了，我甚至觉得，如果他能看上我，那连我自己都要怀疑他的眼光了。我痛苦的接受了这份感情根本不可能的现实，1999年初，在家人的鼓励下，我开始了平生的第二次求职。不仅为了自己有一个美好的未来，也为了下次，当我再遇到一个优秀的男孩子的时候，我不要因为自己的平庸而错过他。
我是学IT的，那个时候又是IT行业的上升时期，因此，进入IT行业就成了我的目标。那个时候的我是没有什么自信可言的，论经历，我一穷二白，论技能，我什么都不会，谁能接受我这个工作了快两年而又没有任何工作经验的人呢。那段时间我去了无数次的招聘会，看够了招聘公司的白眼，也受够了招聘公司的拒绝。到最后，我几乎没有勇气挤到IT公司的摊位前面去问问他们可不可以收下我的简历。终于在一次招聘会上，我站到一个小的民营公司的摊位前面，那个公司为国内一家大银行开发了办公系统，这个背景让我怦然心动，尽管在我看来，那家公司对求职者的要求并不低，但我在一番激烈的思想斗争之后，还是鼓起勇气递上了我的简历。那个时候，我应聘的职位是程序员，因为除了编程，我实在不知道在IT行业还能做什么。然而，在那家公司面试我的时候，一位考官问我，你一定要做程序员么？可不可以做技术支持呢？当时，我对什么是技术支持没有一点概念，但是为了进入这家公司，我毫不犹豫地答应了。很快，我被录用了。于是，在文章开头提到的那个日子，我到这家公司上班了，从此开始了我的IT工程师生涯。
1997年，我毕业于某重点大学的信息技术与管理学系，我不知道这个专业现在的前途如何，但那时候的很多人都知道，很多学校的这个专业都是从图书馆情报学专业转过来的，作为这个专业的第一届毕业生，我们这个专业还不被社会所认识，大多数到系里要人的单位都是图书馆。虽然我和所有的同学一样，都不想去图书馆，但是，在各方面的压力下，最终还是屈从了命运的安排，毕业后，我进入了一所高校的图书馆，在期刊部成了一名期刊管理员。
那个时候，我每天的工作是这样的：把新来的期刊登到（就是在期刊卡片上当月的那一格里画个勾，表示这一期期刊已经到了），然后在封面上盖章，把库存的期刊和将要进入阅览室的分开（期刊通常订两份，一份库存，一份供阅览），进入阅览室的交给管阅览室的同事，库存的由我抱到书库去，分门别类的放好，那时候，我的办公室在一楼，而书库在三楼，我每天都要进行这样的搬运活动。我每天的工作大概要做15到30分钟左右，剩下的时间，就不晓得应该做什么了。
那份工作我很快就厌倦了，那是一个容不下人学习的地方，有很多例子我不举了，那个时候有过在国营单位的经历的人很容易理解的，而最让我感到苦闷的是那里非常封闭落后的环境，接触计算机的机会少之又少。看着我的几个师哥师姐每天在游戏、扑克和织毛衣中打发时间，任凭自己的专业一天天荒废，那个时候的我非常郁闷，自己好歹也是重点大学的优秀毕业生啊，难道寒窗十几载，就是为了在这样一个地方消磨掉自己的生命吗？我苦苦的思考着自己的未来，却一直没有勇气离开那个地方（现在想起来，换一份工作是很稀松平常的事，而在那个时候那个地方，这是个天大的事啊）。
1998年底，一个男孩子闯进了我的生活，就在我们第一次见面的时候，我就发现我喜欢上他了，然而，他来去匆匆，甚至根本不曾正眼看过我，我知道，那个时候的我太平庸了，我甚至觉得，如果他能看上我，那连我自己都要怀疑他的眼光了。我痛苦的接受了这份感情根本不可能的现实，1999年初，在家人的鼓励下，我开始了平生的第二次求职。不仅为了自己有一个美好的未来，也为了下次，当我再遇到一个优秀的男孩子的时候，我不要因为自己的平庸而错过他。
我是学IT的，那个时候又是IT行业的上升时期，因此，进入IT行业就成了我的目标。那个时候的我是没有什么自信可言的，论经历，我一穷二白，论技能，我什么都不会，谁能接受我这个工作了快两年而又没有任何工作经验的人呢。那段时间我去了无数次的招聘会，看够了招聘公司的白眼，也受够了招聘公司的拒绝。到最后，我几乎没有勇气挤到IT公司的摊位前面去问问他们可不可以收下我的简历。终于在一次招聘会上，我站到一个小的民营公司的摊位前面，那个公司为国内一家大银行开发了办公系统，这个背景让我怦然心动，尽管在我看来，那家公司对求职者的要求并不低，但我在一番激烈的思想斗争之后，还是鼓起勇气递上了我的简历。那个时候，我应聘的职位是程序员，因为除了编程，我实在不知道在IT行业还能做什么。然而，在那家公司面试我的时候，一位考官问我，你一定要做程序员么？可不可以做技术支持呢？当时，我对什么是技术支持没有一点概念，但是为了进入这家公司，我毫不犹豫地答应了。很快，我被录用了。于是，在文章开头提到的那个日子，我到这家公司上班了，从此开始了我的IT工程师生涯。
为银行做IT--从艰难起步到TEAM LEADER
在公司上班的第一天，我便被安排到一家大银行的某个部门，做一名系统支持工程师。我记得那天，我的顶头上司带我到用户那里去见一位主管系统的处长，那处长一见我，就没好气地说：“你们弄个女孩子来干什么？”我的上司笑着说：“女孩子好啊，女孩子脾气好。”“脾气好有什么用？能干活才行啊。”从那位处长不信任的眼光里，我第一次感觉到了自己将面临的压力。但是，我没有退路，这是我在这个行业里的第一份工作，我必须成功，必须在这个公司站稳脚跟。（半年后，那位处长对我的老板说，她干得不错，不许让她走，这让我第一次感到了一份成就感）
公司与那家银行的那个部门保持着很好的合作关系，不仅为它开发办公系统，还特地安排2-3名工程师常驻在那里，为用户提供从后台服务器到用户桌面的技术支持。我的工作就是为该部门的100多名用户做桌面技术支持，比如，用户的word不会用了，要教他用，用户的某个软件出了故障，要帮他排除故障，用户的系统崩溃了，要给他重装机器，用户的机器感染病毒了，要帮他杀毒，等等等等，说白了，就是做PC维护。公司也为用户维护不少的后台服务器，比如邮件服务器、代理服务器等等，都是UNIX系统的，还有数据库、防火墙等等，当然，这些事情，那个时候是轮不到我上手的。
按照老板的说法，PC维护是一个很容易切入的工作，想想也是，从事IT行业，如果连一台PC机都搞不定的话，那还能做什么呢？然而初进公司的我，却面对100多台PC机一筹莫展，每次听到电话铃声响起，心里都不由得紧张，因为我很难预料电话那边会提出什么问题，现在想起来，那些问题实在是简单得不能再简单了，但那个时候，我却经常用求助的眼光看着我周围的同事，好在我周围的同事都很好，我的领导自不必说，其他大拿们也是对我有求必应，随时准备帮助我处理那些在他们看来没有一点技术含量的问题。
起初的三个月并不顺利，初来乍到，对一切都不熟悉，我似乎很难迅速的融入新的环境，加上我什么都不会，那种自卑感压的我喘不过气，进入IT行业之前，我一直幻想着到了公司一定很苦，很累，想着再苦再累我也不怕，然而，进了公司我却发现，最让我感到难受的不是忙，不是累，相反，开始的日子一点都不忙，不累，但是，自己原先的那份自信早已荡然无存，这才是我要面对的最大的困难。由于没有自信，我几乎没有力量和勇气去承担任何工作，哪怕是一个很小的支持。那三个月，我的领导骂过我三回，一次比一次严厉，我至今忘不掉那三次挨骂的经历，并不是因为觉得委屈，而是因为通过那三次挨骂，我开始明白了在这个行业中应该如何做事，如何做人。我的领导给我讲了三条原则：
1、不怕犯错误，但不要犯大错误
2、遇事不要犹豫，要敢于作决定
3、勇于承认错误，敢于承担责任
这三条原则成了我未来工作中的基本准则。直到今天我仍然很感激这位领导，他只比我大两岁，然而他的一番话却奠定了我对未来职业的基本认识。以后的工作中，我不断的理解并实践着这三条基本准则。三个月后，我的领导第一次对我的工作表示了赞许，我一直悬着的心放下了，我知道，我适应了公司的工作环境，我通过自己的努力，在公司站住脚了，虽然未来还有很长的路要走，但我知道，我已经有能力去应付未来工作中的各种问题了。
在公司里安定下来，我开始找各种各样的书来看，Windows NT（那时候还没有windows 2000呢）、网络基础、UNIX，还有有关银行电子化方面的书，我太需要充实自己，我知道，仅仅满足于搞定几台PC是远远不够的，我的技术基础太差，从大学毕业之后，我就几乎没有再接触过计算机，比起我的同龄人，我已经落后了整整两年，我必须拼命努力，才能重新和别人站在同一起跑线上。学习技术必须有可以接触的实验环境，NT还好说，而UNIX大都是大型的生产机，我是不能随便动的。那个时候办公室里有一台开发用机，一位大拿在上面给我建了一个账号，供我学习使用，当然，权限很小。那个时候，为了充分的利用这个环境，我每天晚上下班后都不立刻回家，而是跑到旁边的小店吃点饭，然后开始学习，边看书边实验，直到晚上10点。
很快，我就对UNIX有了基本的概念和认识，对NT也不那么陌生了，在领导的帮助下，我为用户建立了NT域环境，并且安装了企业防病毒系统和文件备份系统（用户原先使用的是单机版防病毒软件，由于病毒库不能及时更新，在那年的4月26日CIH病毒爆发中损失惨重）。通过部署防病毒软件，我有了一个机会与每一个用户进行沟通，同时也让用户开始熟悉我，接受我。在工作中我逐渐的体会到，要成为一个优秀的用户服务人员，就必须让用户接受你，信任你，这不仅需要精湛的技术，更要有真诚的态度和良好的沟通能力。
按照领导的要求，我从一开始就养成了很多习惯，比如，每接一个电话，都把具体支持的内容记录下来，每接受一个新的任务，都要把具体的操作步骤写下来，，形成文档。很快，这样的记录和文档就积累了不少，那些流程和文档后来在我成为团队的领导，带领手下的人共同工作的时候发挥了很大的作用，同时也成为我对技术支持工作文档化、标准化探索的开端。
转眼到了年底，用户要对部门的IT资产进行清查，我参与了这项工作，经过两周的辛苦工作，最终整理出了一份比较完整的IT资产表格，那份表格成为IT资产管理的开始，后来我一直在使用，并在此基础上产生了闲置设备表等一系列数据，给用户IT资产的周转提供了准确的数据。
2000年年初，按照公司的要求，我学习了我们使用的一整套服务器软件的安装和基本维护，公司甚至给我安排了一台服务器，让我做实验。经过了两个礼拜的实验，我基本上掌握了。那时候随着公司业务上的发展，一部分同事被抽调到别的项目组，用户这里只剩下我和另一位大拿坚守，到了2000年5月份，那位大拿基本上每天可以坐在座位上安枕无忧的喝茶看报纸了。
7月份，公司吸收了几个应届毕业生，公司把其中的一个男孩子交给了我，作为我的助手。那个男孩子技术基础很好，工作也很主动，很快就成了我的左膀右臂。这时候，公司又给我提出了新的要求，希望我能够把技术支持工作标准化，文档化，由一个救火队长转变成一个团队的负责人，带领一个团队来完成技术支持工作。我的老板曾有个很形象的比喻：一个大学教授和教书匠的区别就在于教书匠只会教书，而大学教授除了教书之外，还可以著书立说，把他的思想通过文字传播给更多的人。同样，一个工程师只会用自己的技术能力完成自己的任务，而一个团队管理者会通过文档来教更多的人如何做。为了完成由工程师到团队管理者的角色转换，我首先对自己的工作进行了总结，将工作内容、需要掌握的技能进行了归纳总结，并写出了初步的工作设想，试图建立一套流程来保证技术支持工作的高效和技术经验共享。从那以后，文档与流程的建设成了我始终关注的一个问题。在带领下属一起工作的过程中，我也开始考虑如何规范我们自己的工作，去利用我的人力和技术资源把工作做得更好，更轻松。我把一些工作的操作步骤做成表格，要求手下的工程师每做完一步打一个勾，等表格中所有需要划勾的地方全部勾完了，工作也就保质保量的完成了。这样，我根本无须反复的提醒手下的工程师需要做什么，什么步骤不要忘记了，新来的人也可以很快的上手了，而无需我一步一步地教，同时，随着服务内容的规范，我也可以比较清楚地知道我手下的人需要具备什么样的技能，才能够胜任工作。后来，在用户搬家的时候，这种标准化的流程为整个搬家工作的顺利进行起到了很大的作用。搬家时，由于所有用户端的配置都面临修改，而且要在很短的时间内集中完成，公司调动了所有可以调动的力量来协助工作，但是大部分同事都是不熟悉技术支持的方法和流程的。一份简单的操作手册和一份标准化的操作表格，使所有的工程师都在很短的时间内了解了要做的事情，顺利地完成了任务。
到了秋天，和我一起工作的大拿离开了公司，我便俨然成了这个团队的负责人。起初的一段日子非常的混乱，每天我都要接到很多的电话，不是要我去解决技术问题，而是需要我出面，去协调公司与客户之间的关系，这些问题对我来说相当的生疏，比我解决的最难的技术问题都难，每处理一件事，都需要反复的与客户沟通，动之以情，晓之以理，有时还会招来客户的责骂，虽然我知道那不是针对我个人的，但是很多时候挨了骂，心里还是会很难过。那段时间我觉得特别累，不是因为支持任务重，事实上，自从我有了助手，我自己的支持量已经大幅度下降，但是我觉得心里特别累，每天都感觉很慌乱。我明白随着那位大拿的离开，我被推上了一个新的位置。作为服务的提供者，与被服务者对于服务的预期总是有分歧的，与客户的关系再好，也不可能天然的对服务的预期达成一致，因此，要不断的去沟通。以前，都是别人来面对这些事情，我只要专心做好我的技术支持就可以了，从那个时候开始，我需要自己来面对这些问题了，我不仅要支撑我自己，还要支撑手下的人，支撑整个团队。
这种难受的感觉持续了1个多月，我开始慢慢的习惯了。我开始学着从客户和公司两个方面去考虑问题，并用自己的真诚和耐心去认真与客户沟通，同时，也渐渐的赢得了客户的信任。在这段时间里，我的沟通能力得到了长足的提高。在沟通中，我开始考虑一些过去作为一名工程师所从没考虑过的问题，比如，公司提供给客户的服务范围，以及和其他服务商之间的接口问题，我开始考虑如何定义我们的服务，并在我们的能力范围之内，主动提供尽可能多的服务，提高客户的满意度。我的工作开始变得轻松起来，开始有时间考虑一些技术之外的东西了。原来亲自做支持的时候，积累了很多经验，但是没有时间去总结，很多问题没有时间去细想，闲下来之后，开始有时间去思考这些问题。我发现，很多故障是可以事先避免的，比如服务器有时候会由于日志太多文件系统空间不够而停止服务，只要我们密切监控文件系统空间的使用情况，及时清理日志，就完全可以避免工作时间的业务中断，于是我提出了每天下班时对系统做日终检查，及时处理可能发生的问题。另外，通过分析手下工程师的技术支持记录，我会发现一些问题的发生趋势，通过分析问题发生的原因，可以找到一些有效的方法，减少此类支持的数量。比如有一段时间，用户咨询怎样制作ppt幻灯片的很多，我认识到用户开始使用powerpoint了，而以前用户是很少使用的，为了减少这种咨询电话的数量，我提出，为用户提供一次powerpoint培训，集中解决用户在使用powerpoint过程中遇到的问题，得到了用户的欢迎。对于一些变化所引起的影响，我会作出预见，并事先做出反应。比如，用户购买了新的软件，让我们帮助安装，我马上意识到，这种软件对用户来说是很生疏的，一旦开始使用，一定会有很多问题，从而产生大量的支持需求，于是，我给客户提出建议，在软件投入使用之前安排了一次关于软件基本使用方法的培训，这次培训举办的相当成功。同时结合我的技术支持经验，我为用户提出了一系列的管理建议，比如对前端的PC机的配置进行管理，制定PC机配置标准，限制用户随意的安装软件等等，现在，随着信息安全问题越来越突出，很多企业都意识到了这个问题，但在那个时候，国内的很多企业，包括大企业是根本不关心这些的。这些工作的开展使用户对我们公司的服务感到越来越满意，从这些工作中，我也认识到，作为一名用户服务人员，并不是接好电话就可以了，我们工作的目的是满足用户的需求，因此我们要对用户的需求很敏感，要认识到用户真正的需求在哪里，并有针对性地去满足用户需求。
半年之后，我的手下又来了一个女孩子，是学经济的，老板找我谈话，说把那个女孩子放在我手下的目的是为了让她接触用户，半年后会调回公司做软件需求（我们公司是给银行做定制软件的，所以在做软件需求的时候了解有关金融的知识很重要）。一开始，我觉得有点一筹莫展，不是学技术出身的，我怎么来安排工作呢，当然我可以教她怎样做技术支持，但是这份工作对她来说又有多大的发展前途呢。后来经过考虑，我准备给两个人分工，一些技术性较强的工作仍然交给那个男孩子来做，而我们还有一部分工作是做我们公司自己开发的一套办公系统的维护和支持，说白了，就是给用户解答使用这套系统过程中产生的问题。我让她抽空阅读这套系统的操作手册，让她慢慢接手这个系统的支持工作。这样既让她熟悉了应用系统、熟悉了用户，同时也可以帮助她了解银行的业务和应用，为今后做软件需求打好基础。我甚至设想，利用手下的两个人建立一个小型的service desk，两个人各有分工，遇到不是自己关注的问题时，通过内部的协调，交给另一个人解决，这样不仅可以充分发挥两个人各自的优势，还能使技术支持更加专业化，最大限度的利用好自己手里的资源，尽可能高效的完成技术支持任务。只可惜这个设想还没有实现，我就被公司调离了这个岗位，让我至今都感到很遗憾。
2001年底，我被公司调到一个项目组去做软件需求，说实话我到现在也没有想通为什么公司会做出这样的决定，我曾跟公司谈过，我是个技术支持人员，一直从事技术支持工作，并在这方面稍有心得，很希望在这个领域继续探索下去，我相信这种探索是对我，对公司都有好处的，但是公司没有接受我的意见。于是我就进入了一个项目组，开始了软件需求分析这项对我来说全新的工作。说实话我在这个位置上干得并不算太好。我不是学经济出身，对于银行的业务流程知之甚少，同时也很缺乏做需求分析的经验，不知道应该怎么做，也不知道应该怎样去表达需求。第一份需求书，我付出了很多的努力，但是我还是时常感觉心里很不踏实，因为我觉得连我自己都没有把里面的一些逻辑关系完全搞清楚。这份需求书最终还是通过评审了，老板说我做的还不错。到了系统测试，马上就要上线的时候，才发现由于需求表达得不清楚，程序员在理解我的需求的时候出现了偏差，有一个模块完全做错了。当时为了安抚激动的程序员，我主动承担了全部责任，并与用户沟通，最终用户同意了这个模块暂缓上线。通过这次失败，我体会到了需求的精确表述的重要性，并在以后的工作中尽可能的提高表述需求的准确性。
我做需求分析只做了3个月，随着那个项目的结束，我的需求分析工作也结束了，应该说那三个月我工作的并不太愉快，也遭受了很多的挫折，但是，从中我体会到了业务流程、业务逻辑对于一个软件的重要性。一个程序编得再好，如果没有表达正确的业务逻辑和业务流程，那这个程序也只能是失败的。三个月的软件需求分析工作，让我对技术与业务之间的关系有了更加深刻地认识。
有的时候我觉得自己很幸运，能够在刚刚踏入IT行业的时候获得这样的机会，在一家小公司工作，让我获得了足够的压力和动力，处于上升时期的公司对新技术和先进管理理念的接受程度让我能够接触到很多新的东西，而它对员工创造性的渴望又给了我足够的思考空间。同时，我从上班的第一天起就在一家大银行作为常驻的工程师，从一开始就接触了大企业的工作环境，每天都在面对大企业所要面对的问题，让我养成了一切从大企业的角度、从用户和业务的角度去思考问题而不是从单纯的技术角度去思考问题的习惯。虽然后来闹出了一些误会和不愉快，让我不得不离开那家公司，但我至今仍然感谢那段经历。
2002年6月，我离开了那家公司。
跨国公司的USC--短暂而有意义的10天
在我的工作经历中，有一段经历我是不会写到简历中的，过去不会，今后也不会，那就是在一家跨国公司的USC的那段日子。并不是因为我做得不好，也不是因为在这段经历中我一无所获，只是因为时间太短，只有短短的10天，然而在这十天中，让我大开眼界，我接触到了一些我过去从来没有接触过的管理理念，看到了一家跨国公司是如何管理自己如此复杂的IT系统的。
2002年6月，当我离开那家小公司的时候，我并没有立刻找到一份合适的工作。此后的一个多月，我便在休息、看书和找工作中度过了。有一天，我在网上发现一家公司，是做IT service delivery的，据说为很多大企业提供IT服务，看看它的要求，我都符合，那时候还没有一家应聘的公司通知我去上班，于是我就给这家公司发去了简历。一周之后，这家公司就通知我去面试了。面试时间相当长，先是一份长达四页的笔识答题，全英语。我的英语水平对付这些还是绰绰有余的，不过答题还是用掉了不少的时间。答完题，面试居然也是用英语进行的，不过，对于从高中就开始练习口语，后来又考过TSE的我，这也不算是什么难题。面试之后的第二天，那家公司就告诉我，他们希望我能到他们的客户--一家大型跨国公司的USC去做service desk的工作。我一开始并不感兴趣，因为从技术高度上讲，我觉得和我在原来那家公司做的事没有什么区别，我既然换工作，当然还是希望自己能在技术层面有所提高，但是那家公司态度很诚恳，力劝我去试一试，而我一时又的确没有别的机会，觉得把这个机会放弃了也有一点可惜，因此就答应了。
这家跨国公司的USC是一个由十几个人组成的团队，主要职责是为内部员工提供最基本的IT服务，也就是接听用户电话，为用户解决各种计算机使用上的问题。这个团队分为两个部分，on line和on site，on line的工程师接听用户电话，通过电话或网络方式（使用远程控制软件，比如netmeeting）为用户解决问题，如果在电话里解决不了，比如问题比较复杂而且网络又断了，或者操作系统崩溃了，无法进行远程控制和支持，那就必须派on site工程师到现场去。同时，on line工程师还要判断，这个问题是用户的计算机问题造成的，还是企业网络中断或服务器当机造成的，如果是用户自己的计算机造成的，那么可以给于解决，但是如果是由于网络中断或服务器故障造成的，那么USC就无法解决了，只能将工单转到其他负责的团队，但是要随时监控该问题的解决进度。每个工单在流转的时候，都要求接到工单的team在一定的时间里接受工单，并开始处理计时，每个任务都有解决问题的时间限制，超时问题会自动升级到团队负责人甚至更高层的管理者。公司内部有一套系统负责整个工单的流转，每个电话的内容都必须记录，工单系统定期会生成统计数据，如一个人在一段时间里接听的电话数量，一站解决问题的比例（即solution率），超时接受工单数量，超时解决问题数量等等，对每个工程师的工作情况进行定量的评估。
我从进入这家跨国公司的第一天起就没有感觉有很大的压力，毕竟，我做了3年的IT服务，USC的工作对我来说可以说是轻车熟路，看看团队里的几乎所有的人都是毕业2年以内的年轻人，就知道这里其实是不需要太高的技术的，我3年的工作经验足够应付这些问题。但是，我仍然没有立刻上岗，而是接受了为期一周多的培训，培训内容主要是公司内部的一些IT服务申请流程，比如一个新员工如何申请email地址等等，都是我学习的内容。在我们国内的很多企业中，一个员工要申请企业的IT服务，比如申请企业的电子邮箱，或者是文件服务器上的一块空间，都是直接打电话找网管，而在这样的跨国公司，如果使用这样的方式来申请IT服务，整个企业将会是一片混乱，因为你可能根本没法找到相应的负责人，为你建email账号的人可能在新加坡、澳大利亚或者其他地方。公司内部对所有这些服务的申请都有一套非常完整和方便的流程，作为用户，只需要给你所在地区的USC打个电话或者在企业内部网上填写一个表单，然后等待email或电话通知就可以了，所有这些操作都是标准化的。经过一周多的培训，我对这些流程基本上熟悉了，同时也对国外大型跨国公司的IT服务管理能力深深折服了，我发现这些管理经验非常值得我们国内的企业学习。
那几天我每天都看到一张图，挂在USC办公室的墙上，那就是ITIL。我第一次听说了ITIL的概念，并且知道了ITIL是国外在为解决信息系统高速发展的时候看到随着计算机系统规模的扩大而面临的管理问题而总结的一套基本原则，已经成为国外数千家公司管理自己的IT系统所遵循的原则。我在第一家公司做了3年的用户服务和系统管理，一直在苦苦的思考如何更为有效的管理IT系统，提高IT系统的可用性，但是直到我离开那家公司，我一直没有得到满意的答案，而看到ITIL，让我茅塞顿开，终于明白了原来IT系统管理应该这样做。于是，我利用我的所有同事关注如何更高效的装好一台机器，如何解决某个很个色的疑难问题的时间，大量阅读公司的流程文档（这些文档作为USC的员工是可以阅读的），并从这些文档中大概地了解了ITIL的基本流程。
很快，一家国内的股份制商业银行通知我，我被录用了，让我尽快地去上班。我犹豫了一下，最终选择了那家股份制商业银行，原因很简单，作为outsourcing的员工，我在这里的发展是受限于我的公司与客户签订的服务合同的，而眼前这份工作对于我来说太缺少挑战性。因此，在我上班上到第10天的时候，我向我的公司提出了离职请求。确切地说，我没有在这家跨国公司做一天正式的工作，但是从这10天的工作和见习中，我第一次明白了一个IT系统该怎样管，学到了怎样用流程来沟通用户与IT人员，以及沟通不同部门、专业的IT人员，从而使IT服务变得更为有效，第一次明白在IT运行过程中人员、流程和技术所起到的作用以及三者之间的相互关系。
在银行做网管--CCNA-CCNP-CCIE
2002年初，我开始考虑考认证的问题了，当时考认证的初衷是很有意思的，没有想过要通过认证学点什么，也没有指望用认证来给自己增加求职的砝码，只是觉得自己从事IT行业快三年了，手里没有一纸证书，总有一种古代的读书人半个秀才都没有捞到的那种感觉，看着周围有的年轻人都拿了认证了，我的心里痒痒的。我曾经学过MCSE课程，但是学完了，我却不想考，一想起拿一个认证需要考7门课，心里就觉得累，于是就选择了CCNA，毕竟只考一门课，而且，以后如果真的想在这方面发展，还可以继续考CCNP和CCIE。准备CCNA考试我用了三个多月的时间，2002年6月，当我以987分的成绩通过考试的时候，我长长的松了一口气，觉得一个任务终于完成了，我从此不必为自己没有证书而感到遗憾了。没有想到，就在我考完CCNA不久，我便被一家股份制商业银行录取了，职位是网络工程师。
我承认，当我接受这个新的职位的时候，我的心里是带着几分自信的，或者，用现在的眼光看来，有点自负，觉得自己毕竟在IT行业干了三年多了，不是什么都不会了，而且毕竟是凭着自己的实力考入这家银行的，更何况我还有CCNA证书。然而，就在我上班的第一天，我的领导就给了我一个下马威，他告诉我，其实他对我的技术水平并不感冒，他并不是真得那么想要我，只是觉得没有看到一个满意的，要谁都一样。那时我嘴里虽然答应着，但是心里有点不服气，觉得他也忒小看人了。现在想起来，那个时候真的是有点无知者无畏吧。
此后的几个月我的工作非常的轻松，几乎没有什么事情，每天就是给公司付付款，给分行寄寄发票，做一些近乎行政方面的工作。有公司来谈方案，领导一般都会叫上我参加，当然只是听一听，说实话听也不是全听得懂。那段时间我们正在做两个很大的项目，只可惜我只能做个看客。
起初的两个月我还觉得正常，毕竟是新人，对环境都不熟悉，承担工作也得慢慢来啊。但两三个月之后，我觉得不大对劲了。几个月过去了，我的工作任务还是那么少，还是那些事，领导丝毫没有让我接触更多的东西。我不知道这是不是意味着领导对我的不信任，是不是领导对我的工作不够满意。看着我的另一个同事经常与领导讨论技术问题，而我却从来都没有加入的机会，我心里有一种说不出的滋味，感觉自己被人轻视，突然产生了一种屈辱的感觉，觉得自己很委屈。但是我又反问自己，如果领导真地把更重要的事情交给你，你会做吗？答案是不会。既然你不会做，那你凭什么要领导重视你呢？那段时间我天天问自己，你到这里来干什么？你需要多长时间来取得领导的信任？
那个时候起，我开始抓住一切机会拼命的学习。公司的人来调试设备，我跟着，努力记住他们调试的每一个细节，看不明白就问，我知道公司的那些人都是高手，他们一定很不屑回答我提出的那些简单的问题，但是作为乙方，对于我这个甲方提出的问题，也只好耐心解释。在为公司付设备款的时候，我发现我连发票上的设备及其配件清单都看不懂，于是我记下那些设备和配件的名称，然后到厂商的网站上去一个一个的查，看看那些设备及其板卡都是干什么用的，虽然我不可能记住那些设备和板卡的全部功能，但的确从中对我们使用的那些网络设备有了一个大概的了解。同时，为了找到一个机会来证明自己，我决定考CCNP认证。
2003年新年的钟声敲响的时候，我为自己许了一个愿，希望自己在这一年成为CCNP，从那以后，我把自己一劈两半，白天工作，晚上学习，不许自己有丝毫的杂念。我知道，网上有真题，很多人拿着真题背，就算是什么都不会，不出一个月也可以拿到CCNP证书，但是我对自己说，你不是为了考试而考试，而是为了证明自己，你必须通过考试学到真本事。半年多，我的生活天天与那些网络名词相伴，OSPF、IS-IS、BGP、HSRP、多层交换、组播、Frame Relay、ISDN等等等等，很多概念一遍看不懂，就看两遍，BGP的两章内容，前前后后足足看了六遍。看不懂想不通的就到网络论坛上去问，论坛上总有高手回答我的问题，在这个过程中，我结识了不少同行，虽然大家从未谋面，但通过对技术的讨论和交流，彼此结下了深厚的友谊。通过艰苦卓绝的学习，我对网络有了更为深刻的理解，2003年8月，我完成了CCNP的最后一门考试。
在学习的同时，我也尽可能的承担和要求一些力所能及的工作，比如申请通信线路，我们作为用户，只需要填一个表格，按照相应的程序向电信提出申请就可以了，比如处理线路故障，我们通常只需要给电信部门打个电话，告诉他们这条线路相关的信息就可以了。这些工作不需要太多的技术能力，只要用心的去了解工作流程，认真地去做就可以了。我的细致和责任心说服了领导，很快就把这些工作接管了过来。在日常的付款等工作中，我也慢慢的熟悉了我们的设备供应商、服务商、分行以及相关部门，并与他们建立了很好的关系。在后来的工作中，我慢慢的体会到，这种良好的合作关系对我的工作是至关重要的，甚至比我自己的技术能力都重要。
2003年非典过后，我的一位同事调到了别的项目组，我们网络组当时只有三个人，领导，他还有我，他的离开对于我是一个绝好的机会，我有机会全面地接手工作，所以领导交给我的每一个任务，我都尽全力去做好，我知道，领导之所以把工作交给我，是因为他相信我有做好的能力，而我，需要用事实证明，我的确有这样的能力，这样，领导才会交给我更多的工作，我也才能有机会接触更多的东西，我知道，如果我的下一位同事到来的时候我仍然没有全面的接管工作，也许有些工作我再也没有接触的机会了，那我无疑是很失败的。
从那以后，我的工作越来越忙。非典之前，领导就把内部一个网络区域改造的任务交给了我，那个部分原来的状况相当混乱，没有正式的文档，有的连基本的拓扑图都没有，为了查清系统原先的样子，我拿着那个区域的业务清单，找业务系统的负责人，一个一个的问，甚至为了查清楚机器的物理连接，掀开地板去寻找那根网线。经过2周的调查，终于把那个区域原先的样子搞清楚了。然后的任务就是网络的设计，这个工作当然是由公司来做了。那是我负责的第一个项目，那时候，我对项目管理一点概念都没有，对网络需求的把握能力也很差，整个方案的讨论都是在领导的帮助下进行的，领导还曾经专门花了半天的时间，给我讲项目管理的基本流程，他希望我能按照项目管理的程序来把工程做好。这个项目，我纯粹是在公司的帮助下才勉强完成的，实施的时候，真是磕磕绊绊，遇到了无数让人挠头的问题。整个工程实施做下来，比预期多了整整一倍的时间。但毕竟是战战兢兢地做下来了。通过这个项目，我对项目管理的基本过程有了一个初步的了解，也对工程当中的一些影响时间进度的细节问题有了比较深刻的认识。此后，我又主持了我们一个新的办公地点的网络建设项目，虽然做的无比的辛苦，工程实施完成的第二天我便病倒了，但是看着自己亲手建起来的网络，心里有着说不出的满足感。随着技术能力的提高和对自己的网络环境的逐步熟悉，我开始承担越来越多的工作，除了承担网络的维护，还要承接各种各样的小的网络建设项目。到2003年底，我已经着实成了我们部门公认的大忙人。
带着一些满足感和些许疲惫，时光进入了2004年，我的工作依旧忙碌，但随之而来的，却是开始那种激情慢慢的消退，尽管对工作还是如以前一样的认真，卖力，但是对待一些事已经显出了某种不情愿。尽管这样，我仍然承担了多个网络建设项目的组织和实施，而且结果也都还不错。只是，我渐渐的感觉到领导对我还有更多的期待，而我一时还不知道该怎样去满足这种期待。
2004年的国庆节，一种莫名的冲动把身心疲惫的我带到了贵州。我一直是个喜欢旅行的人，但是我没有想到，这次旅行竟然改变了我的很多东西。在贵州的青山绿水之间，在静静流淌的都柳江上，在宁静的苗寨、侗寨里，在一群快乐友好的同伴中间，我突然发现我找回了原先的那份激情，国庆长假的最后一天，当返京的飞机降落在首都机场的时候，我已经明白了自己以后应该怎样面对自己的工作和生活了。
从那以后，我发现在没有什么事情可以让我感到疲惫和困难，我随时准备面对各种问题和挑战，神奇的是，那些过去我觉得不可逾越的问题和挑战在我的勇气面前一下子变得微不足道。2004年年底，我们的一家新分行准备开业了，我的心里痒痒的，希望领导能够把建设新分行的任务交给我，这样我就可以有机会出差了。果然，领导把新分行的网络调试任务交给了我，可是不巧，就在新分行网络调试最紧张的时候，我手里的另一个项目也到了最后实施的关键阶段，需要投入大量的精力。我精确的计算着自己的时间，努力把两件事情安排好。那段日子，现在想起来都觉得有点不可思议，我每天的日程总是满满的，最紧张的一次，头一天夜里三点钟还在北京的机房里做实施，而第二天中午，我已经打点行装出差去了。当看到我们的新分行如期开业，而我的项目也最终按时完成的时候，我长舒了一口气，心中暗暗庆幸自己及时调整了心态，不然，恐怕自己早就崩溃掉了。
这次项目的成功经历给了我也给了领导很大的信心，他知道我已经完全有能力独立承担项目了。另一家新分行的筹备，从初期工作到设备订货、方案设计到最终实施，他全部交给了我（第一家还仅仅是完成网络的调试）。于是，新年伊始，我便又踏上了征途。
2004年底的一天，领导突然问我，想不想考CCIE，当时豪情万丈的我不假思索地答应了。早在我进入IT行业之前，我就知道IT行业有个叫CCIE的认证巨牛无比，因此，在我进入IT行业的第一天，我就在想，我什么时候能够成为CCIE。后来在工作中，我慢慢的体会到其实认证并不是IT行业的全部，真正体现一个人的技术实力的，还是工作经历，而且那个时候，我做的工作也和网络没有太大的关系，因此，成为CCIE的梦想也就搁置了。再后来，我考了CCNA，并成为了网络工程师，但几乎所有的IT认证都贬值了，CCIE也一样，很多时候已经不能说明什么了。当我为了证明自己拿下了CCNP认证的时候，我想我不会再去考什么CCIE了。没想到，2004年底，领导的一句话，竟然又重新点燃了我成为CCIE的梦想，于是，我开始向CCIE进军了。当我写这篇文章的时候，我正在为CCIE而努力学习，希望这个梦想能够在2005年里变成现实。
在公司上班的第一天，我便被安排到一家大银行的某个部门，做一名系统支持工程师。我记得那天，我的顶头上司带我到用户那里去见一位主管系统的处长，那处长一见我，就没好气地说：“你们弄个女孩子来干什么？”我的上司笑着说：“女孩子好啊，女孩子脾气好。”“脾气好有什么用？能干活才行啊。”从那位处长不信任的眼光里，我第一次感觉到了自己将面临的压力。但是，我没有退路，这是我在这个行业里的第一份工作，我必须成功，必须在这个公司站稳脚跟。（半年后，那位处长对我的老板说，她干得不错，不许让她走，这让我第一次感到了一份成就感）
公司与那家银行的那个部门保持着很好的合作关系，不仅为它开发办公系统，还特地安排2-3名工程师常驻在那里，为用户提供从后台服务器到用户桌面的技术支持。我的工作就是为该部门的100多名用户做桌面技术支持，比如，用户的word不会用了，要教他用，用户的某个软件出了故障，要帮他排除故障，用户的系统崩溃了，要给他重装机器，用户的机器感染病毒了，要帮他杀毒，等等等等，说白了，就是做PC维护。公司也为用户维护不少的后台服务器，比如邮件服务器、代理服务器等等，都是UNIX系统的，还有数据库、防火墙等等，当然，这些事情，那个时候是轮不到我上手的。
按照老板的说法，PC维护是一个很容易切入的工作，想想也是，从事IT行业，如果连一台PC机都搞不定的话，那还能做什么呢？然而初进公司的我，却面对100多台PC机一筹莫展，每次听到电话铃声响起，心里都不由得紧张，因为我很难预料电话那边会提出什么问题，现在想起来，那些问题实在是简单得不能再简单了，但那个时候，我却经常用求助的眼光看着我周围的同事，好在我周围的同事都很好，我的领导自不必说，其他大拿们也是对我有求必应，随时准备帮助我处理那些在他们看来没有一点技术含量的问题。
起初的三个月并不顺利，初来乍到，对一切都不熟悉，我似乎很难迅速的融入新的环境，加上我什么都不会，那种自卑感压的我喘不过气，进入IT行业之前，我一直幻想着到了公司一定很苦，很累，想着再苦再累我也不怕，然而，进了公司我却发现，最让我感到难受的不是忙，不是累，相反，开始的日子一点都不忙，不累，但是，自己原先的那份自信早已荡然无存，这才是我要面对的最大的困难。由于没有自信，我几乎没有力量和勇气去承担任何工作，哪怕是一个很小的支持。那三个月，我的领导骂过我三回，一次比一次严厉，我至今忘不掉那三次挨骂的经历，并不是因为觉得委屈，而是因为通过那三次挨骂，我开始明白了在这个行业中应该如何做事，如何做人。我的领导给我讲了三条原则：
1、不怕犯错误，但不要犯大错误
2、遇事不要犹豫，要敢于作决定
3、勇于承认错误，敢于承担责任
这三条原则成了我未来工作中的基本准则。直到今天我仍然很感激这位领导，他只比我大两岁，然而他的一番话却奠定了我对未来职业的基本认识。以后的工作中，我不断的理解并实践着这三条基本准则。三个月后，我的领导第一次对我的工作表示了赞许，我一直悬着的心放下了，我知道，我适应了公司的工作环境，我通过自己的努力，在公司站住脚了，虽然未来还有很长的路要走，但我知道，我已经有能力去应付未来工作中的各种问题了。
在公司里安定下来，我开始找各种各样的书来看，Windows NT（那时候还没有windows 2000呢）、网络基础、UNIX，还有有关银行电子化方面的书，我太需要充实自己，我知道，仅仅满足于搞定几台PC是远远不够的，我的技术基础太差，从大学毕业之后，我就几乎没有再接触过计算机，比起我的同龄人，我已经落后了整整两年，我必须拼命努力，才能重新和别人站在同一起跑线上。学习技术必须有可以接触的实验环境，NT还好说，而UNIX大都是大型的生产机，我是不能随便动的。那个时候办公室里有一台开发用机，一位大拿在上面给我建了一个账号，供我学习使用，当然，权限很小。那个时候，为了充分的利用这个环境，我每天晚上下班后都不立刻回家，而是跑到旁边的小店吃点饭，然后开始学习，边看书边实验，直到晚上10点。
很快，我就对UNIX有了基本的概念和认识，对NT也不那么陌生了，在领导的帮助下，我为用户建立了NT域环境，并且安装了企业防病毒系统和文件备份系统（用户原先使用的是单机版防病毒软件，由于病毒库不能及时更新，在那年的4月26日CIH病毒爆发中损失惨重）。通过部署防病毒软件，我有了一个机会与每一个用户进行沟通，同时也让用户开始熟悉我，接受我。在工作中我逐渐的体会到，要成为一个优秀的用户服务人员，就必须让用户接受你，信任你，这不仅需要精湛的技术，更要有真诚的态度和良好的沟通能力。
按照领导的要求，我从一开始就养成了很多习惯，比如，每接一个电话，都把具体支持的内容记录下来，每接受一个新的任务，都要把具体的操作步骤写下来，，形成文档。很快，这样的记录和文档就积累了不少，那些流程和文档后来在我成为团队的领导，带领手下的人共同工作的时候发挥了很大的作用，同时也成为我对技术支持工作文档化、标准化探索的开端。
转眼到了年底，用户要对部门的IT资产进行清查，我参与了这项工作，经过两周的辛苦工作，最终整理出了一份比较完整的IT资产表格，那份表格成为IT资产管理的开始，后来我一直在使用，并在此基础上产生了闲置设备表等一系列数据，给用户IT资产的周转提供了准确的数据。
2000年年初，按照公司的要求，我学习了我们使用的一整套服务器软件的安装和基本维护，公司甚至给我安排了一台服务器，让我做实验。经过了两个礼拜的实验，我基本上掌握了。那时候随着公司业务上的发展，一部分同事被抽调到别的项目组，用户这里只剩下我和另一位大拿坚守，到了2000年5月份，那位大拿基本上每天可以坐在座位上安枕无忧的喝茶看报纸了。
7月份，公司吸收了几个应届毕业生，公司把其中的一个男孩子交给了我，作为我的助手。那个男孩子技术基础很好，工作也很主动，很快就成了我的左膀右臂。这时候，公司又给我提出了新的要求，希望我能够把技术支持工作标准化，文档化，由一个救火队长转变成一个团队的负责人，带领一个团队来完成技术支持工作。我的老板曾有个很形象的比喻：一个大学教授和教书匠的区别就在于教书匠只会教书，而大学教授除了教书之外，还可以著书立说，把他的思想通过文字传播给更多的人。同样，一个工程师只会用自己的技术能力完成自己的任务，而一个团队管理者会通过文档来教更多的人如何做。为了完成由工程师到团队管理者的角色转换，我首先对自己的工作进行了总结，将工作内容、需要掌握的技能进行了归纳总结，并写出了初步的工作设想，试图建立一套流程来保证技术支持工作的高效和技术经验共享。从那以后，文档与流程的建设成了我始终关注的一个问题。在带领下属一起工作的过程中，我也开始考虑如何规范我们自己的工作，去利用我的人力和技术资源把工作做得更好，更轻松。我把一些工作的操作步骤做成表格，要求手下的工程师每做完一步打一个勾，等表格中所有需要划勾的地方全部勾完了，工作也就保质保量的完成了。这样，我根本无须反复的提醒手下的工程师需要做什么，什么步骤不要忘记了，新来的人也可以很快的上手了，而无需我一步一步地教，同时，随着服务内容的规范，我也可以比较清楚地知道我手下的人需要具备什么样的技能，才能够胜任工作。后来，在用户搬家的时候，这种标准化的流程为整个搬家工作的顺利进行起到了很大的作用。搬家时，由于所有用户端的配置都面临修改，而且要在很短的时间内集中完成，公司调动了所有可以调动的力量来协助工作，但是大部分同事都是不熟悉技术支持的方法和流程的。一份简单的操作手册和一份标准化的操作表格，使所有的工程师都在很短的时间内了解了要做的事情，顺利地完成了任务。
到了秋天，和我一起工作的大拿离开了公司，我便俨然成了这个团队的负责人。起初的一段日子非常的混乱，每天我都要接到很多的电话，不是要我去解决技术问题，而是需要我出面，去协调公司与客户之间的关系，这些问题对我来说相当的生疏，比我解决的最难的技术问题都难，每处理一件事，都需要反复的与客户沟通，动之以情，晓之以理，有时还会招来客户的责骂，虽然我知道那不是针对我个人的，但是很多时候挨了骂，心里还是会很难过。那段时间我觉得特别累，不是因为支持任务重，事实上，自从我有了助手，我自己的支持量已经大幅度下降，但是我觉得心里特别累，每天都感觉很慌乱。我明白随着那位大拿的离开，我被推上了一个新的位置。作为服务的提供者，与被服务者对于服务的预期总是有分歧的，与客户的关系再好，也不可能天然的对服务的预期达成一致，因此，要不断的去沟通。以前，都是别人来面对这些事情，我只要专心做好我的技术支持就可以了，从那个时候开始，我需要自己来面对这些问题了，我不仅要支撑我自己，还要支撑手下的人，支撑整个团队。
这种难受的感觉持续了1个多月，我开始慢慢的习惯了。我开始学着从客户和公司两个方面去考虑问题，并用自己的真诚和耐心去认真与客户沟通，同时，也渐渐的赢得了客户的信任。在这段时间里，我的沟通能力得到了长足的提高。在沟通中，我开始考虑一些过去作为一名工程师所从没考虑过的问题，比如，公司提供给客户的服务范围，以及和其他服务商之间的接口问题，我开始考虑如何定义我们的服务，并在我们的能力范围之内，主动提供尽可能多的服务，提高客户的满意度。我的工作开始变得轻松起来，开始有时间考虑一些技术之外的东西了。原来亲自做支持的时候，积累了很多经验，但是没有时间去总结，很多问题没有时间去细想，闲下来之后，开始有时间去思考这些问题。我发现，很多故障是可以事先避免的，比如服务器有时候会由于日志太多文件系统空间不够而停止服务，只要我们密切监控文件系统空间的使用情况，及时清理日志，就完全可以避免工作时间的业务中断，于是我提出了每天下班时对系统做日终检查，及时处理可能发生的问题。另外，通过分析手下工程师的技术支持记录，我会发现一些问题的发生趋势，通过分析问题发生的原因，可以找到一些有效的方法，减少此类支持的数量。比如有一段时间，用户咨询怎样制作ppt幻灯片的很多，我认识到用户开始使用powerpoint了，而以前用户是很少使用的，为了减少这种咨询电话的数量，我提出，为用户提供一次powerpoint培训，集中解决用户在使用powerpoint过程中遇到的问题，得到了用户的欢迎。对于一些变化所引起的影响，我会作出预见，并事先做出反应。比如，用户购买了新的软件，让我们帮助安装，我马上意识到，这种软件对用户来说是很生疏的，一旦开始使用，一定会有很多问题，从而产生大量的支持需求，于是，我给客户提出建议，在软件投入使用之前安排了一次关于软件基本使用方法的培训，这次培训举办的相当成功。同时结合我的技术支持经验，我为用户提出了一系列的管理建议，比如对前端的PC机的配置进行管理，制定PC机配置标准，限制用户随意的安装软件等等，现在，随着信息安全问题越来越突出，很多企业都意识到了这个问题，但在那个时候，国内的很多企业，包括大企业是根本不关心这些的。这些工作的开展使用户对我们公司的服务感到越来越满意，从这些工作中，我也认识到，作为一名用户服务人员，并不是接好电话就可以了，我们工作的目的是满足用户的需求，因此我们要对用户的需求很敏感，要认识到用户真正的需求在哪里，并有针对性地去满足用户需求。
半年之后，我的手下又来了一个女孩子，是学经济的，老板找我谈话，说把那个女孩子放在我手下的目的是为了让她接触用户，半年后会调回公司做软件需求（我们公司是给银行做定制软件的，所以在做软件需求的时候了解有关金融的知识很重要）。一开始，我觉得有点一筹莫展，不是学技术出身的，我怎么来安排工作呢，当然我可以教她怎样做技术支持，但是这份工作对她来说又有多大的发展前途呢。后来经过考虑，我准备给两个人分工，一些技术性较强的工作仍然交给那个男孩子来做，而我们还有一部分工作是做我们公司自己开发的一套办公系统的维护和支持，说白了，就是给用户解答使用这套系统过程中产生的问题。我让她抽空阅读这套系统的操作手册，让她慢慢接手这个系统的支持工作。这样既让她熟悉了应用系统、熟悉了用户，同时也可以帮助她了解银行的业务和应用，为今后做软件需求打好基础。我甚至设想，利用手下的两个人建立一个小型的service desk，两个人各有分工，遇到不是自己关注的问题时，通过内部的协调，交给另一个人解决，这样不仅可以充分发挥两个人各自的优势，还能使技术支持更加专业化，最大限度的利用好自己手里的资源，尽可能高效的完成技术支持任务。只可惜这个设想还没有实现，我就被公司调离了这个岗位，让我至今都感到很遗憾。
2001年底，我被公司调到一个项目组去做软件需求，说实话我到现在也没有想通为什么公司会做出这样的决定，我曾跟公司谈过，我是个技术支持人员，一直从事技术支持工作，并在这方面稍有心得，很希望在这个领域继续探索下去，我相信这种探索是对我，对公司都有好处的，但是公司没有接受我的意见。于是我就进入了一个项目组，开始了软件需求分析这项对我来说全新的工作。说实话我在这个位置上干得并不算太好。我不是学经济出身，对于银行的业务流程知之甚少，同时也很缺乏做需求分析的经验，不知道应该怎么做，也不知道应该怎样去表达需求。第一份需求书，我付出了很多的努力，但是我还是时常感觉心里很不踏实，因为我觉得连我自己都没有把里面的一些逻辑关系完全搞清楚。这份需求书最终还是通过评审了，老板说我做的还不错。到了系统测试，马上就要上线的时候，才发现由于需求表达得不清楚，程序员在理解我的需求的时候出现了偏差，有一个模块完全做错了。当时为了安抚激动的程序员，我主动承担了全部责任，并与用户沟通，最终用户同意了这个模块暂缓上线。通过这次失败，我体会到了需求的精确表述的重要性，并在以后的工作中尽可能的提高表述需求的准确性。
我做需求分析只做了3个月，随着那个项目的结束，我的需求分析工作也结束了，应该说那三个月我工作的并不太愉快，也遭受了很多的挫折，但是，从中我体会到了业务流程、业务逻辑对于一个软件的重要性。一个程序编得再好，如果没有表达正确的业务逻辑和业务流程，那这个程序也只能是失败的。三个月的软件需求分析工作，让我对技术与业务之间的关系有了更加深刻地认识。
有的时候我觉得自己很幸运，能够在刚刚踏入IT行业的时候获得这样的机会，在一家小公司工作，让我获得了足够的压力和动力，处于上升时期的公司对新技术和先进管理理念的接受程度让我能够接触到很多新的东西，而它对员工创造性的渴望又给了我足够的思考空间。同时，我从上班的第一天起就在一家大银行作为常驻的工程师，从一开始就接触了大企业的工作环境，每天都在面对大企业所要面对的问题，让我养成了一切从大企业的角度、从用户和业务的角度去思考问题而不是从单纯的技术角度去思考问题的习惯。虽然后来闹出了一些误会和不愉快，让我不得不离开那家公司，但我至今仍然感谢那段经历。
2002年6月，我离开了那家公司。
跨国公司的USC--短暂而有意义的10天
在我的工作经历中，有一段经历我是不会写到简历中的，过去不会，今后也不会，那就是在一家跨国公司的USC的那段日子。并不是因为我做得不好，也不是因为在这段经历中我一无所获，只是因为时间太短，只有短短的10天，然而在这十天中，让我大开眼界，我接触到了一些我过去从来没有接触过的管理理念，看到了一家跨国公司是如何管理自己如此复杂的IT系统的。
2002年6月，当我离开那家小公司的时候，我并没有立刻找到一份合适的工作。此后的一个多月，我便在休息、看书和找工作中度过了。有一天，我在网上发现一家公司，是做IT service delivery的，据说为很多大企业提供IT服务，看看它的要求，我都符合，那时候还没有一家应聘的公司通知我去上班，于是我就给这家公司发去了简历。一周之后，这家公司就通知我去面试了。面试时间相当长，先是一份长达四页的笔识答题，全英语。我的英语水平对付这些还是绰绰有余的，不过答题还是用掉了不少的时间。答完题，面试居然也是用英语进行的，不过，对于从高中就开始练习口语，后来又考过TSE的我，这也不算是什么难题。面试之后的第二天，那家公司就告诉我，他们希望我能到他们的客户--一家大型跨国公司的USC去做service desk的工作。我一开始并不感兴趣，因为从技术高度上讲，我觉得和我在原来那家公司做的事没有什么区别，我既然换工作，当然还是希望自己能在技术层面有所提高，但是那家公司态度很诚恳，力劝我去试一试，而我一时又的确没有别的机会，觉得把这个机会放弃了也有一点可惜，因此就答应了。
这家跨国公司的USC是一个由十几个人组成的团队，主要职责是为内部员工提供最基本的IT服务，也就是接听用户电话，为用户解决各种计算机使用上的问题。这个团队分为两个部分，on line和on site，on line的工程师接听用户电话，通过电话或网络方式（使用远程控制软件，比如netmeeting）为用户解决问题，如果在电话里解决不了，比如问题比较复杂而且网络又断了，或者操作系统崩溃了，无法进行远程控制和支持，那就必须派on site工程师到现场去。同时，on line工程师还要判断，这个问题是用户的计算机问题造成的，还是企业网络中断或服务器当机造成的，如果是用户自己的计算机造成的，那么可以给于解决，但是如果是由于网络中断或服务器故障造成的，那么USC就无法解决了，只能将工单转到其他负责的团队，但是要随时监控该问题的解决进度。每个工单在流转的时候，都要求接到工单的team在一定的时间里接受工单，并开始处理计时，每个任务都有解决问题的时间限制，超时问题会自动升级到团队负责人甚至更高层的管理者。公司内部有一套系统负责整个工单的流转，每个电话的内容都必须记录，工单系统定期会生成统计数据，如一个人在一段时间里接听的电话数量，一站解决问题的比例（即solution率），超时接受工单数量，超时解决问题数量等等，对每个工程师的工作情况进行定量的评估。
我从进入这家跨国公司的第一天起就没有感觉有很大的压力，毕竟，我做了3年的IT服务，USC的工作对我来说可以说是轻车熟路，看看团队里的几乎所有的人都是毕业2年以内的年轻人，就知道这里其实是不需要太高的技术的，我3年的工作经验足够应付这些问题。但是，我仍然没有立刻上岗，而是接受了为期一周多的培训，培训内容主要是公司内部的一些IT服务申请流程，比如一个新员工如何申请email地址等等，都是我学习的内容。在我们国内的很多企业中，一个员工要申请企业的IT服务，比如申请企业的电子邮箱，或者是文件服务器上的一块空间，都是直接打电话找网管，而在这样的跨国公司，如果使用这样的方式来申请IT服务，整个企业将会是一片混乱，因为你可能根本没法找到相应的负责人，为你建email账号的人可能在新加坡、澳大利亚或者其他地方。公司内部对所有这些服务的申请都有一套非常完整和方便的流程，作为用户，只需要给你所在地区的USC打个电话或者在企业内部网上填写一个表单，然后等待email或电话通知就可以了，所有这些操作都是标准化的。经过一周多的培训，我对这些流程基本上熟悉了，同时也对国外大型跨国公司的IT服务管理能力深深折服了，我发现这些管理经验非常值得我们国内的企业学习。
那几天我每天都看到一张图，挂在USC办公室的墙上，那就是ITIL。我第一次听说了ITIL的概念，并且知道了ITIL是国外在为解决信息系统高速发展的时候看到随着计算机系统规模的扩大而面临的管理问题而总结的一套基本原则，已经成为国外数千家公司管理自己的IT系统所遵循的原则。我在第一家公司做了3年的用户服务和系统管理，一直在苦苦的思考如何更为有效的管理IT系统，提高IT系统的可用性，但是直到我离开那家公司，我一直没有得到满意的答案，而看到ITIL，让我茅塞顿开，终于明白了原来IT系统管理应该这样做。于是，我利用我的所有同事关注如何更高效的装好一台机器，如何解决某个很个色的疑难问题的时间，大量阅读公司的流程文档（这些文档作为USC的员工是可以阅读的），并从这些文档中大概地了解了ITIL的基本流程。
很快，一家国内的股份制商业银行通知我，我被录用了，让我尽快地去上班。我犹豫了一下，最终选择了那家股份制商业银行，原因很简单，作为outsourcing的员工，我在这里的发展是受限于我的公司与客户签订的服务合同的，而眼前这份工作对于我来说太缺少挑战性。因此，在我上班上到第10天的时候，我向我的公司提出了离职请求。确切地说，我没有在这家跨国公司做一天正式的工作，但是从这10天的工作和见习中，我第一次明白了一个IT系统该怎样管，学到了怎样用流程来沟通用户与IT人员，以及沟通不同部门、专业的IT人员，从而使IT服务变得更为有效，第一次明白在IT运行过程中人员、流程和技术所起到的作用以及三者之间的相互关系。
在银行做网管--CCNA-CCNP-CCIE
2002年初，我开始考虑考认证的问题了，当时考认证的初衷是很有意思的，没有想过要通过认证学点什么，也没有指望用认证来给自己增加求职的砝码，只是觉得自己从事IT行业快三年了，手里没有一纸证书，总有一种古代的读书人半个秀才都没有捞到的那种感觉，看着周围有的年轻人都拿了认证了，我的心里痒痒的。我曾经学过MCSE课程，但是学完了，我却不想考，一想起拿一个认证需要考7门课，心里就觉得累，于是就选择了CCNA，毕竟只考一门课，而且，以后如果真的想在这方面发展，还可以继续考CCNP和CCIE。准备CCNA考试我用了三个多月的时间，2002年6月，当我以987分的成绩通过考试的时候，我长长的松了一口气，觉得一个任务终于完成了，我从此不必为自己没有证书而感到遗憾了。没有想到，就在我考完CCNA不久，我便被一家股份制商业银行录取了，职位是网络工程师。
我承认，当我接受这个新的职位的时候，我的心里是带着几分自信的，或者，用现在的眼光看来，有点自负，觉得自己毕竟在IT行业干了三年多了，不是什么都不会了，而且毕竟是凭着自己的实力考入这家银行的，更何况我还有CCNA证书。然而，就在我上班的第一天，我的领导就给了我一个下马威，他告诉我，其实他对我的技术水平并不感冒，他并不是真得那么想要我，只是觉得没有看到一个满意的，要谁都一样。那时我嘴里虽然答应着，但是心里有点不服气，觉得他也忒小看人了。现在想起来，那个时候真的是有点无知者无畏吧。
此后的几个月我的工作非常的轻松，几乎没有什么事情，每天就是给公司付付款，给分行寄寄发票，做一些近乎行政方面的工作。有公司来谈方案，领导一般都会叫上我参加，当然只是听一听，说实话听也不是全听得懂。那段时间我们正在做两个很大的项目，只可惜我只能做个看客。
起初的两个月我还觉得正常，毕竟是新人，对环境都不熟悉，承担工作也得慢慢来啊。但两三个月之后，我觉得不大对劲了。几个月过去了，我的工作任务还是那么少，还是那些事，领导丝毫没有让我接触更多的东西。我不知道这是不是意味着领导对我的不信任，是不是领导对我的工作不够满意。看着我的另一个同事经常与领导讨论技术问题，而我却从来都没有加入的机会，我心里有一种说不出的滋味，感觉自己被人轻视，突然产生了一种屈辱的感觉，觉得自己很委屈。但是我又反问自己，如果领导真地把更重要的事情交给你，你会做吗？答案是不会。既然你不会做，那你凭什么要领导重视你呢？那段时间我天天问自己，你到这里来干什么？你需要多长时间来取得领导的信任？
那个时候起，我开始抓住一切机会拼命的学习。公司的人来调试设备，我跟着，努力记住他们调试的每一个细节，看不明白就问，我知道公司的那些人都是高手，他们一定很不屑回答我提出的那些简单的问题，但是作为乙方，对于我这个甲方提出的问题，也只好耐心解释。在为公司付设备款的时候，我发现我连发票上的设备及其配件清单都看不懂，于是我记下那些设备和配件的名称，然后到厂商的网站上去一个一个的查，看看那些设备及其板卡都是干什么用的，虽然我不可能记住那些设备和板卡的全部功能，但的确从中对我们使用的那些网络设备有了一个大概的了解。同时，为了找到一个机会来证明自己，我决定考CCNP认证。
2003年新年的钟声敲响的时候，我为自己许了一个愿，希望自己在这一年成为CCNP，从那以后，我把自己一劈两半，白天工作，晚上学习，不许自己有丝毫的杂念。我知道，网上有真题，很多人拿着真题背，就算是什么都不会，不出一个月也可以拿到CCNP证书，但是我对自己说，你不是为了考试而考试，而是为了证明自己，你必须通过考试学到真本事。半年多，我的生活天天与那些网络名词相伴，OSPF、IS-IS、BGP、HSRP、多层交换、组播、Frame Relay、ISDN等等等等，很多概念一遍看不懂，就看两遍，BGP的两章内容，前前后后足足看了六遍。看不懂想不通的就到网络论坛上去问，论坛上总有高手回答我的问题，在这个过程中，我结识了不少同行，虽然大家从未谋面，但通过对技术的讨论和交流，彼此结下了深厚的友谊。通过艰苦卓绝的学习，我对网络有了更为深刻的理解，2003年8月，我完成了CCNP的最后一门考试。
在学习的同时，我也尽可能的承担和要求一些力所能及的工作，比如申请通信线路，我们作为用户，只需要填一个表格，按照相应的程序向电信提出申请就可以了，比如处理线路故障，我们通常只需要给电信部门打个电话，告诉他们这条线路相关的信息就可以了。这些工作不需要太多的技术能力，只要用心的去了解工作流程，认真地去做就可以了。我的细致和责任心说服了领导，很快就把这些工作接管了过来。在日常的付款等工作中，我也慢慢的熟悉了我们的设备供应商、服务商、分行以及相关部门，并与他们建立了很好的关系。在后来的工作中，我慢慢的体会到，这种良好的合作关系对我的工作是至关重要的，甚至比我自己的技术能力都重要。
2003年非典过后，我的一位同事调到了别的项目组，我们网络组当时只有三个人，领导，他还有我，他的离开对于我是一个绝好的机会，我有机会全面地接手工作，所以领导交给我的每一个任务，我都尽全力去做好，我知道，领导之所以把工作交给我，是因为他相信我有做好的能力，而我，需要用事实证明，我的确有这样的能力，这样，领导才会交给我更多的工作，我也才能有机会接触更多的东西，我知道，如果我的下一位同事到来的时候我仍然没有全面的接管工作，也许有些工作我再也没有接触的机会了，那我无疑是很失败的。
从那以后，我的工作越来越忙。非典之前，领导就把内部一个网络区域改造的任务交给了我，那个部分原来的状况相当混乱，没有正式的文档，有的连基本的拓扑图都没有，为了查清系统原先的样子，我拿着那个区域的业务清单，找业务系统的负责人，一个一个的问，甚至为了查清楚机器的物理连接，掀开地板去寻找那根网线。经过2周的调查，终于把那个区域原先的样子搞清楚了。然后的任务就是网络的设计，这个工作当然是由公司来做了。那是我负责的第一个项目，那时候，我对项目管理一点概念都没有，对网络需求的把握能力也很差，整个方案的讨论都是在领导的帮助下进行的，领导还曾经专门花了半天的时间，给我讲项目管理的基本流程，他希望我能按照项目管理的程序来把工程做好。这个项目，我纯粹是在公司的帮助下才勉强完成的，实施的时候，真是磕磕绊绊，遇到了无数让人挠头的问题。整个工程实施做下来，比预期多了整整一倍的时间。但毕竟是战战兢兢地做下来了。通过这个项目，我对项目管理的基本过程有了一个初步的了解，也对工程当中的一些影响时间进度的细节问题有了比较深刻的认识。此后，我又主持了我们一个新的办公地点的网络建设项目，虽然做的无比的辛苦，工程实施完成的第二天我便病倒了，但是看着自己亲手建起来的网络，心里有着说不出的满足感。随着技术能力的提高和对自己的网络环境的逐步熟悉，我开始承担越来越多的工作，除了承担网络的维护，还要承接各种各样的小的网络建设项目。到2003年底，我已经着实成了我们部门公认的大忙人。
带着一些满足感和些许疲惫，时光进入了2004年，我的工作依旧忙碌，但随之而来的，却是开始那种激情慢慢的消退，尽管对工作还是如以前一样的认真，卖力，但是对待一些事已经显出了某种不情愿。尽管这样，我仍然承担了多个网络建设项目的组织和实施，而且结果也都还不错。只是，我渐渐的感觉到领导对我还有更多的期待，而我一时还不知道该怎样去满足这种期待。
2004年的国庆节，一种莫名的冲动把身心疲惫的我带到了贵州。我一直是个喜欢旅行的人，但是我没有想到，这次旅行竟然改变了我的很多东西。在贵州的青山绿水之间，在静静流淌的都柳江上，在宁静的苗寨、侗寨里，在一群快乐友好的同伴中间，我突然发现我找回了原先的那份激情，国庆长假的最后一天，当返京的飞机降落在首都机场的时候，我已经明白了自己以后应该怎样面对自己的工作和生活了。
从那以后，我发现在没有什么事情可以让我感到疲惫和困难，我随时准备面对各种问题和挑战，神奇的是，那些过去我觉得不可逾越的问题和挑战在我的勇气面前一下子变得微不足道。2004年年底，我们的一家新分行准备开业了，我的心里痒痒的，希望领导能够把建设新分行的任务交给我，这样我就可以有机会出差了。果然，领导把新分行的网络调试任务交给了我，可是不巧，就在新分行网络调试最紧张的时候，我手里的另一个项目也到了最后实施的关键阶段，需要投入大量的精力。我精确的计算着自己的时间，努力把两件事情安排好。那段日子，现在想起来都觉得有点不可思议，我每天的日程总是满满的，最紧张的一次，头一天夜里三点钟还在北京的机房里做实施，而第二天中午，我已经打点行装出差去了。当看到我们的新分行如期开业，而我的项目也最终按时完成的时候，我长舒了一口气，心中暗暗庆幸自己及时调整了心态，不然，恐怕自己早就崩溃掉了。
这次项目的成功经历给了我也给了领导很大的信心，他知道我已经完全有能力独立承担项目了。另一家新分行的筹备，从初期工作到设备订货、方案设计到最终实施，他全部交给了我（第一家还仅仅是完成网络的调试）。于是，新年伊始，我便又踏上了征途。
2004年底的一天，领导突然问我，想不想考CCIE，当时豪情万丈的我不假思索地答应了。早在我进入IT行业之前，我就知道IT行业有个叫CCIE的认证巨牛无比，因此，在我进入IT行业的第一天，我就在想，我什么时候能够成为CCIE。后来在工作中，我慢慢的体会到其实认证并不是IT行业的全部，真正体现一个人的技术实力的，还是工作经历，而且那个时候，我做的工作也和网络没有太大的关系，因此，成为CCIE的梦想也就搁置了。再后来，我考了CCNA，并成为了网络工程师，但几乎所有的IT认证都贬值了，CCIE也一样，很多时候已经不能说明什么了。当我为了证明自己拿下了CCNP认证的时候，我想我不会再去考什么CCIE了。没想到，2004年底，领导的一句话，竟然又重新点燃了我成为CCIE的梦想，于是，我开始向CCIE进军了。当我写这篇文章的时候，我正在为CCIE而努力学习，希望这个梦想能够在2005年里变成现实。
职业回顾--怎样做好一个IT人
2005年的年初，我在一次滑雪时不慎摔伤了腰部，遵医嘱，卧床两个月。这两个月的假期让我得到了充分的休息，同时也给了我一个静下心来思考问题的机会，让我想想过去，也想想未来。回想起在IT行业打拼的这6年，我觉得自己一直很幸运，我在IT行业最兴旺的时候进入了这个行业，获得了在这个行业发展的机会，几次换工作，都学到了很多东西，没有浪费时间，没有停止不前，没有迷失方向，虽然是一段很辛苦的经历，但是六年的努力让我有了今天的自信，同时也对自己的职业有了理性的认识。
很多人都说IT是一个很辛苦的职业，是个吃青春饭的职业，是个“起得比鸡早，干得比驴多，睡得比小姐晚，看着比谁都好”的职业。想做好一个IT人其实并不容易，总结起来，我想掌握并实践如下的几条原则至关重要：
1、终身学习，与时俱进。IT之所以是个吃青春饭的职业，并不是要从事这个行业的人长得多么漂亮，而是要求这个行业的人不停的学习，不停的充电，否则就会被淘汰。回想起这六年来我身边遇到的人，有很优秀的，也有不优秀的，很优秀的人都比较聪明，但是并不是所有聪明的人都会变得很优秀，我看到的很多优秀的人，他们都具备同一个特征：勤奋。我见过一些工程师，已经过了30岁，已经很有成就，但仍然每天不停的学习，这样的人我是非常敬畏的。想想其实道理很简单，你每天比别人多学一点，哪怕只有10分钟，一年以后就没有人能够赶上你。这六年中，我见到很多的技术人员，在刚开始的时候基础非常好，有的比我强得多，但是过了一两年，这个人到底怎么样，很难说，也许已经变得非常平庸了，所以，如果你看到一个人技术比你强很多，这并不可怕，但是如果这个人技术很强并且还不停的学习，那么这个人就非常可怕了，因为你可能一辈子都赶不上他。学如逆水行舟，不进则退。IT行业的发展太快了，不学习就很容易被淘汰，那种依靠某种技术可以养自己一辈子的时代一去不复返了。IT技术的分支很多，每个分支都博大精深，千万不要希望能够通过2-3年的经验积累就掌握这一辈子都享用不完的知识和技能。更何况，没有谁是在刚刚进入这个行业的时候就什么都会的，没有谁是天生的高手。除了从书本中学习，从课堂上学习之外，还要善于从工作实践中学习，别指望公司总是送你去参加培训，公司不是学校，而且很多东西都不可能通过上课学到的。我们从毕业的那一天起，就要学会从各种渠道获取我们所需要的知识、技能和能力，抓住一切机会来提高自己。
2、技术是立足之本，但不是唯一。IT搞的是计算机技术，掌握技术是我们赖以生存的根本，就像司机必须会开车，厨师必须会做饭一样，这是我们赖以生存的技术能力。但是，千万不要认为，掌握了技术，你就掌握了全部。IT行业发展到今天，已经没有任何一个人可以仅仅依赖自己的力量来制造或者支撑一个IT系统，作为IT人，必须学会与人沟通，包括你的供应商、服务商、领导、同事和用户，必须学会理解技术之外的东西。很多搞技术的人都有一些误区，认为技术是至高无上的，其实，仔细想想，技术是做什么用的？IT的价值在哪里？你的系统做得再好，没有相应的市场需求，一样是卖不出价钱的，如果你仅仅将IT当作个人的兴趣，那无所谓，但是如果你把IT当作职业，当作谋生的手段，那你就必须去了解和熟悉技术之外的东西，那就是你的系统所要体现的商业规则，即用户需求。现在回想起来，我们做的很多系统之所以会失败，都是因为对商业规则太缺乏理解，不能体现商业规则的系统是没有价值的。一种技术的成功并不是由于这种技术有多么先进，而是由于这种技术能够满足某种商业需求。作为一个IT人，注重提高自己的技术素养是重要的，但千万别被技术迷住了双眼。
3、主动做事，认真为人。很多人都认为，只要完成好安排给自己的任务就可以了，其他的事情自然有别人去考虑，与己无关。我见过一些工程师，技术的确不错，但是不愿想，不屑做一些技术之外的事情，觉得那些事情会浪费自己的时间。其实，IT这个行业并不是所有的工作都有技术含量，我们既然以IT作为我们的职业，就要接受这个职业的全部。更何况并不是越有技术含量就越值钱，上面已经说过了，IT的价值在于体现商业价值。很多事情你可以置之不理，没有人逼你非做不可，但是做了未必一无所获。我相信付出才有收获，付出就会有收获。每种经历对一个人来说都是一笔财富。很多人抱着多一事不如少一事的态度，把自己手头的工作做好就OK。能够完成自己的本职工作，这没问题。但是，如果在完成本职工作之外你还能主动地去做点其他的事情，来改善自己及其团队的工作，我相信受益的不仅仅是别人。回想起这六年来我做的两份工作，很多事情我完全可以不做，没有问题，没有人逼我做。但是如果我不做，也许我到现在还只是一个普通的PC支持工程师，很难在技术上和管理上有什么提高，我的职位也很难得到提升。一个人的价值是在工作成绩中体现的，你能做的工作越多，做得越好，你就越有价值。也许这种价值在现在的公司里不能得到体现，但是要相信，是金子总会发光的，机遇总是偏爱有准备的头脑。有的人抱怨老板轻视自己，不给自己提升的机会，没有给自己足够的机会施展自己的才华，也没有给自己应有的待遇，其实你仔细想一想，你自己不寻求机会来表现自己，老板凭什么认为你有这样的能力呢，在很多时候，你需要自己来证明自己，主动做事是证明自己的最好办法。在认真对待工作的同时，学会做人也很重要，我们每天都在跟各种各样的人打交道，包括我们的客户、同事、服务商和供应商，与他们保持良好的合作关系对我们的工作有这至关重要的影响，同时这也是我们自己的资源。我在这个行业做了六年，做过乙方也做过甲方，无论是对客户，同事，还是服务商，我都会真诚的去面对，与他们保持很好的关系，对于客户，我用自己的诚信去取得他们的信任，对于同事，我用自己的真诚换来他们的真诚，对于服务商，我用自己的尊重来赢得他们的尊重。这些人都有可能成为你自己的资源，IT这个圈子其实是很小的，谁也不知道什么时候在什么地方会碰到谁，求到谁。今天的乙方也许明天就会变成甲方。在彼此有商业合作关系的时候，大家可能出于利益的考虑来维持相互之间的关系，这很容易，但是当这种利益关系不存在的时候，他们还能不能成为你的资源，这很难说。如果你离开了你的工作岗位之后立刻人走茶凉，没有人再理睬你，我想你在这个行业是很难立足的，至少是不会做得很舒服的。无论做什么工作，都是在做人，人做好了，工作才会做好。
4、顶住压力，勇敢面对。IT行业是个非常辛苦的行业，同时也是个富有挑战性的行业，我们每天都要面对各种各样的挑战，比如项目时间紧，比如做一件事情需要面对很多的限制，比如对于一件事情沟通很困难。很多时候我们觉得做点事情很难，很累。很多时候我们情愿采取回避的态度，我见过很多工程师，觉得太难的问题就先不考虑，等到有一天非面对不可的时候才会去面对。其实，很多问题是我们想回避而回避不掉的，即使可以回避也只是暂时的，因为很多业务上的需求是不会迁就你的。与其到时候被迫地去匆忙面对，还不如从一开始就主动地勇敢面对。很多事情你不去面对，是永远没有一个合适的时机去自然得到解决的。其实，很多事情只要面对了，你就会发现，解决一个问题并不像你想象得那么困难。面对问题，解决问题的过程，本身就是一个学习和提高的过程。“世间事有难易乎？为之，则难者亦易矣，不为，则易者亦难矣。”这世界上没有什么事情是轻而易举就可以做好的，真有这样的工作我们也不会喜欢的，因为太缺乏挑战性了，这样的工作谁都可以做，谁都可以做的工作是不会有太高的价值和太好的收入的。
5、认识职业，完善自我。从事一个行业，就必须了解这个行业的特点以及发展趋势，然后才能确定自己努力的方向，我想这道理所有的人都明白。我曾看过一个论坛上的帖子，讲一个30多岁的老工程师，人很好，工作也很努力，曾经是一家公司的骨干，但是后来随着IT技术的发展，他所熟悉的编程语言逐渐被新的语言所取代。终于有一天，他被公司解雇了。看了以后，除了感慨现实的残酷之外，我找不到同情或为他抱不平的理由，因为是他自己决定了自己被淘汰的命运。IT行业是一个每天都面对变革的行业，每一次的变革都意味着有一批人要做出牺牲，我们要做的是，做一个聪明人，不要让自己成为变革的牺牲品。因此，我们除了努力做好自己的工作，还要不断的观察和思考，观察这个行业的发展，思考自己的未来，找到适应这个行业发展的职业道路。一个在这个行业做了很多年还对自己职业的特点和发展趋势缺乏基本认识的人，不可能是一个永远有价值的人。了解了职业的发展趋势之后，还要通过努力不断地去适应行业的发展，包括学习，弥补自己知识、技能上的不足，改变自己一些不适应职业发展的弱点，提高自己的综合能力，从而适应行业的发展。我相信，只要我们能够正确地认识这个行业的发展趋势，并不断的完善自我，我们就可以在这个行业中始终立于不败之地。
2005年的年初，我在一次滑雪时不慎摔伤了腰部，遵医嘱，卧床两个月。这两个月的假期让我得到了充分的休息，同时也给了我一个静下心来思考问题的机会，让我想想过去，也想想未来。回想起在IT行业打拼的这6年，我觉得自己一直很幸运，我在IT行业最兴旺的时候进入了这个行业，获得了在这个行业发展的机会，几次换工作，都学到了很多东西，没有浪费时间，没有停止不前，没有迷失方向，虽然是一段很辛苦的经历，但是六年的努力让我有了今天的自信，同时也对自己的职业有了理性的认识。
很多人都说IT是一个很辛苦的职业，是个吃青春饭的职业，是个“起得比鸡早，干得比驴多，睡得比小姐晚，看着比谁都好”的职业。想做好一个IT人其实并不容易，总结起来，我想掌握并实践如下的几条原则至关重要：
1、终身学习，与时俱进。IT之所以是个吃青春饭的职业，并不是要从事这个行业的人长得多么漂亮，而是要求这个行业的人不停的学习，不停的充电，否则就会被淘汰。回想起这六年来我身边遇到的人，有很优秀的，也有不优秀的，很优秀的人都比较聪明，但是并不是所有聪明的人都会变得很优秀，我看到的很多优秀的人，他们都具备同一个特征：勤奋。我见过一些工程师，已经过了30岁，已经很有成就，但仍然每天不停的学习，这样的人我是非常敬畏的。想想其实道理很简单，你每天比别人多学一点，哪怕只有10分钟，一年以后就没有人能够赶上你。这六年中，我见到很多的技术人员，在刚开始的时候基础非常好，有的比我强得多，但是过了一两年，这个人到底怎么样，很难说，也许已经变得非常平庸了，所以，如果你看到一个人技术比你强很多，这并不可怕，但是如果这个人技术很强并且还不停的学习，那么这个人就非常可怕了，因为你可能一辈子都赶不上他。学如逆水行舟，不进则退。IT行业的发展太快了，不学习就很容易被淘汰，那种依靠某种技术可以养自己一辈子的时代一去不复返了。IT技术的分支很多，每个分支都博大精深，千万不要希望能够通过2-3年的经验积累就掌握这一辈子都享用不完的知识和技能。更何况，没有谁是在刚刚进入这个行业的时候就什么都会的，没有谁是天生的高手。除了从书本中学习，从课堂上学习之外，还要善于从工作实践中学习，别指望公司总是送你去参加培训，公司不是学校，而且很多东西都不可能通过上课学到的。我们从毕业的那一天起，就要学会从各种渠道获取我们所需要的知识、技能和能力，抓住一切机会来提高自己。
2、技术是立足之本，但不是唯一。IT搞的是计算机技术，掌握技术是我们赖以生存的根本，就像司机必须会开车，厨师必须会做饭一样，这是我们赖以生存的技术能力。但是，千万不要认为，掌握了技术，你就掌握了全部。IT行业发展到今天，已经没有任何一个人可以仅仅依赖自己的力量来制造或者支撑一个IT系统，作为IT人，必须学会与人沟通，包括你的供应商、服务商、领导、同事和用户，必须学会理解技术之外的东西。很多搞技术的人都有一些误区，认为技术是至高无上的，其实，仔细想想，技术是做什么用的？IT的价值在哪里？你的系统做得再好，没有相应的市场需求，一样是卖不出价钱的，如果你仅仅将IT当作个人的兴趣，那无所谓，但是如果你把IT当作职业，当作谋生的手段，那你就必须去了解和熟悉技术之外的东西，那就是你的系统所要体现的商业规则，即用户需求。现在回想起来，我们做的很多系统之所以会失败，都是因为对商业规则太缺乏理解，不能体现商业规则的系统是没有价值的。一种技术的成功并不是由于这种技术有多么先进，而是由于这种技术能够满足某种商业需求。作为一个IT人，注重提高自己的技术素养是重要的，但千万别被技术迷住了双眼。
3、主动做事，认真为人。很多人都认为，只要完成好安排给自己的任务就可以了，其他的事情自然有别人去考虑，与己无关。我见过一些工程师，技术的确不错，但是不愿想，不屑做一些技术之外的事情，觉得那些事情会浪费自己的时间。其实，IT这个行业并不是所有的工作都有技术含量，我们既然以IT作为我们的职业，就要接受这个职业的全部。更何况并不是越有技术含量就越值钱，上面已经说过了，IT的价值在于体现商业价值。很多事情你可以置之不理，没有人逼你非做不可，但是做了未必一无所获。我相信付出才有收获，付出就会有收获。每种经历对一个人来说都是一笔财富。很多人抱着多一事不如少一事的态度，把自己手头的工作做好就OK。能够完成自己的本职工作，这没问题。但是，如果在完成本职工作之外你还能主动地去做点其他的事情，来改善自己及其团队的工作，我相信受益的不仅仅是别人。回想起这六年来我做的两份工作，很多事情我完全可以不做，没有问题，没有人逼我做。但是如果我不做，也许我到现在还只是一个普通的PC支持工程师，很难在技术上和管理上有什么提高，我的职位也很难得到提升。一个人的价值是在工作成绩中体现的，你能做的工作越多，做得越好，你就越有价值。也许这种价值在现在的公司里不能得到体现，但是要相信，是金子总会发光的，机遇总是偏爱有准备的头脑。有的人抱怨老板轻视自己，不给自己提升的机会，没有给自己足够的机会施展自己的才华，也没有给自己应有的待遇，其实你仔细想一想，你自己不寻求机会来表现自己，老板凭什么认为你有这样的能力呢，在很多时候，你需要自己来证明自己，主动做事是证明自己的最好办法。在认真对待工作的同时，学会做人也很重要，我们每天都在跟各种各样的人打交道，包括我们的客户、同事、服务商和供应商，与他们保持良好的合作关系对我们的工作有这至关重要的影响，同时这也是我们自己的资源。我在这个行业做了六年，做过乙方也做过甲方，无论是对客户，同事，还是服务商，我都会真诚的去面对，与他们保持很好的关系，对于客户，我用自己的诚信去取得他们的信任，对于同事，我用自己的真诚换来他们的真诚，对于服务商，我用自己的尊重来赢得他们的尊重。这些人都有可能成为你自己的资源，IT这个圈子其实是很小的，谁也不知道什么时候在什么地方会碰到谁，求到谁。今天的乙方也许明天就会变成甲方。在彼此有商业合作关系的时候，大家可能出于利益的考虑来维持相互之间的关系，这很容易，但是当这种利益关系不存在的时候，他们还能不能成为你的资源，这很难说。如果你离开了你的工作岗位之后立刻人走茶凉，没有人再理睬你，我想你在这个行业是很难立足的，至少是不会做得很舒服的。无论做什么工作，都是在做人，人做好了，工作才会做好。
4、顶住压力，勇敢面对。IT行业是个非常辛苦的行业，同时也是个富有挑战性的行业，我们每天都要面对各种各样的挑战，比如项目时间紧，比如做一件事情需要面对很多的限制，比如对于一件事情沟通很困难。很多时候我们觉得做点事情很难，很累。很多时候我们情愿采取回避的态度，我见过很多工程师，觉得太难的问题就先不考虑，等到有一天非面对不可的时候才会去面对。其实，很多问题是我们想回避而回避不掉的，即使可以回避也只是暂时的，因为很多业务上的需求是不会迁就你的。与其到时候被迫地去匆忙面对，还不如从一开始就主动地勇敢面对。很多事情你不去面对，是永远没有一个合适的时机去自然得到解决的。其实，很多事情只要面对了，你就会发现，解决一个问题并不像你想象得那么困难。面对问题，解决问题的过程，本身就是一个学习和提高的过程。“世间事有难易乎？为之，则难者亦易矣，不为，则易者亦难矣。”这世界上没有什么事情是轻而易举就可以做好的，真有这样的工作我们也不会喜欢的，因为太缺乏挑战性了，这样的工作谁都可以做，谁都可以做的工作是不会有太高的价值和太好的收入的。
5、认识职业，完善自我。从事一个行业，就必须了解这个行业的特点以及发展趋势，然后才能确定自己努力的方向，我想这道理所有的人都明白。我曾看过一个论坛上的帖子，讲一个30多岁的老工程师，人很好，工作也很努力，曾经是一家公司的骨干，但是后来随着IT技术的发展，他所熟悉的编程语言逐渐被新的语言所取代。终于有一天，他被公司解雇了。看了以后，除了感慨现实的残酷之外，我找不到同情或为他抱不平的理由，因为是他自己决定了自己被淘汰的命运。IT行业是一个每天都面对变革的行业，每一次的变革都意味着有一批人要做出牺牲，我们要做的是，做一个聪明人，不要让自己成为变革的牺牲品。因此，我们除了努力做好自己的工作，还要不断的观察和思考，观察这个行业的发展，思考自己的未来，找到适应这个行业发展的职业道路。一个在这个行业做了很多年还对自己职业的特点和发展趋势缺乏基本认识的人，不可能是一个永远有价值的人。了解了职业的发展趋势之后，还要通过努力不断地去适应行业的发展，包括学习，弥补自己知识、技能上的不足，改变自己一些不适应职业发展的弱点，提高自己的综合能力，从而适应行业的发展。我相信，只要我们能够正确地认识这个行业的发展趋势，并不断的完善自我，我们就可以在这个行业中始终立于不败之地。
我的未来--将IT进行到底
卧床的生活结束之后，3月下旬，我有幸参加了一个为期3天的ITIL培训，系统的学习了ITIL的基本概念和核心流程。学完之后，我总结了目前工作中的不足，并在团队中提出了启动配置管理和变更管理，领导接受了我的建议，同意将这项工作作为一个项目来启动，并由我来主持。我深知，这个任务的艰巨，管理水平的提高不是一朝一夕就可以实现的，需要整个团队的每个成员付出长时间的艰苦努力。但是我知道，这是我积累管理经验的好机会，因此我义无反顾的接受了这个任务，开始了艰难的配置管理和变更管理的探索。
同时，我接受了第三家新分行的网络建设任务，再一次踏上了征程。在江南水乡一个美丽的城市，我受到了分行筹备组同事们的热情款待，同时也接受了一个新的挑战。在出发之前，我并没有想到我将面对的是一个什么样的局面。我很乐观的认为这对我来说是个美差，毕竟，这已经是我参与和主持建设的第三家新分行了，第一家分行，虽然实施的时候辛苦些，但没有遇到什么困难，有了第一家的经验，第二家分行的项目对我来说可以说一点悬念都没有，前期考察的时候，我在那个城市只呆了35个小时，就把所有的工作都安排好了，后来由于滑雪摔伤，没能亲自去主持实施，所有的实施工作由当地分行自己与集成公司共同完成，照样做得不错。有了前两家的经验，这第三家我怕什么呢？没有想到，在第三家分行，我遇到了一些以前从来没遇到的课题。这家分行的业务需求比前两家都复杂，并且没有当地科技人员配合，让我感到了前所未有的困难。然而，困难既是挑战，也是机遇。我知道我将为第三家分行付出更多的精力和心血，同时我相信，在付出之后，我将收获更多成功与自信，我将从这个项目中学到更多的东西。因此，在一开始的紧张之后，我开始打起精神来迎接挑战，我甚至觉得我要感谢这次机会，能让我接触一些我从来没接触过的东西，考虑一些我过去从来没考虑过的问题。我相信凭我的能力，我一定可以克服困难，把这个项目做好。同时，看到分行筹备组的同事们那份创业的豪情壮志，我也被他们的敬业精神所深深地感染了。一位从总行的另一个部门调去的同事，和我年龄相仿，过去在总行时我们就曾有很好的合作关系，没想到半年之后，他竟在这里开始了创业，从一无所有到建立筹备组的办公环境再到新分行的选址和装修，他一个人承担了如此多的任务，而且很多事情是他原先并不熟悉的。看到他，我不禁想，和他比起来，我所面临的挑战又算得了什么呢？我可以比不上自己的领导，但如果我比不了我的同龄人，如果我连这点挑战都不能面对的话，那我自己都要鄙视自己了。我对自己说，这个项目我必须做好，否则我将来还有什么脸面再到这个美丽的城市来呢？于是，在我进入IT行业整整六年的时候，我重新拿出当年刚刚进入这个行业时得豪情壮志，继续着自己的IT人生涯。
今年我30岁了，每个到了这个年龄的人都会考虑自己的未来。很多时候我在想，今天我在做IT，那么明天我会做什么。看看这一路走来，已经有很多人离开了这个行业，到别的行业去争取自己的一席之地了，有很多人在这个行业依旧辛苦徘徊，不知道自己明天该怎么办，当然也有人由于没有跟上行业的发展而被淘汰了，在为这个行业付出了自己近10年的青春年华后，在这个行业走到了尽头，成了行业变革的牺牲品，当然，更多的人和我一样，仍然在这个行业努力打拼，对明天抱着美好的希望。IT行业是个很辛苦的行业，一个富于挑战性的行业，一个属于年轻人的行业，一个每天都面临变革的行业。这些年来，我们为这个行业付出了很多，也收获了很多，我们曾经经历过它的辉煌，也见证了它的严冬。比起前些年，这个行业早已不再像前些年那样风光了。但我想，我不会选择放弃这个行业，毕竟，我已在这个行业干了整整6年，我在这个行业已经有了6年的积累，我不愿看到自己迷失方向，在辛苦徘徊中浪费时间，我更不会任凭自己成为时代的落伍者，成为这个行业发展的牺牲品。
既然IT是个辛苦的行业，我就要接受它的辛苦，同时努力的让自己做得更聪明，更轻松；既然IT是个富于挑战性的行业，那我就拿出我所有的勇气去迎接挑战；既然IT是个属于年轻人的行业，我就要让自己每天都保持年轻人的心态，保持年轻人的开放和活力；既然IT是个每天都面临变革的行业，我就要与时俱进，让自己跟上时代发展的步伐。IT改变了我们的生活方式，我相信现在已经没有人能够离开IT，我相信随着人们对IT的需求不断发展，这个行业也会不断的发展下去。需要是发明之母，如今我们早就已经过了技术统治世界的时代了，业务需求已经成为IT发展的动力，只有紧紧地跟上业务的发展，不断满足日益发展的业务需求，IT行业才能继续拥有存在的价值。因此，我们作为IT人，也必须紧跟业务的发展，让IT成为业务的有力支持，直至业务的驱动力量，我想这就是我们的发展方向。
将IT进行到底，我想这就是我的选择，毕竟，我已经在这个行业干了整整六年，一个人一生，能有几个六年，能让我们从头开始，赢得属于我们自己的一片天地呢？面对昨天，我曾用自己的艰辛努力在这个行业为自己争得了一席之地，今天的我，比6年前的我感到踏实了许多，我只有继续走下去，去用我的智慧和艰辛为自己赢得明天更广阔的天地。
卧床的生活结束之后，3月下旬，我有幸参加了一个为期3天的ITIL培训，系统的学习了ITIL的基本概念和核心流程。学完之后，我总结了目前工作中的不足，并在团队中提出了启动配置管理和变更管理，领导接受了我的建议，同意将这项工作作为一个项目来启动，并由我来主持。我深知，这个任务的艰巨，管理水平的提高不是一朝一夕就可以实现的，需要整个团队的每个成员付出长时间的艰苦努力。但是我知道，这是我积累管理经验的好机会，因此我义无反顾的接受了这个任务，开始了艰难的配置管理和变更管理的探索。
同时，我接受了第三家新分行的网络建设任务，再一次踏上了征程。在江南水乡一个美丽的城市，我受到了分行筹备组同事们的热情款待，同时也接受了一个新的挑战。在出发之前，我并没有想到我将面对的是一个什么样的局面。我很乐观的认为这对我来说是个美差，毕竟，这已经是我参与和主持建设的第三家新分行了，第一家分行，虽然实施的时候辛苦些，但没有遇到什么困难，有了第一家的经验，第二家分行的项目对我来说可以说一点悬念都没有，前期考察的时候，我在那个城市只呆了35个小时，就把所有的工作都安排好了，后来由于滑雪摔伤，没能亲自去主持实施，所有的实施工作由当地分行自己与集成公司共同完成，照样做得不错。有了前两家的经验，这第三家我怕什么呢？没有想到，在第三家分行，我遇到了一些以前从来没遇到的课题。这家分行的业务需求比前两家都复杂，并且没有当地科技人员配合，让我感到了前所未有的困难。然而，困难既是挑战，也是机遇。我知道我将为第三家分行付出更多的精力和心血，同时我相信，在付出之后，我将收获更多成功与自信，我将从这个项目中学到更多的东西。因此，在一开始的紧张之后，我开始打起精神来迎接挑战，我甚至觉得我要感谢这次机会，能让我接触一些我从来没接触过的东西，考虑一些我过去从来没考虑过的问题。我相信凭我的能力，我一定可以克服困难，把这个项目做好。同时，看到分行筹备组的同事们那份创业的豪情壮志，我也被他们的敬业精神所深深地感染了。一位从总行的另一个部门调去的同事，和我年龄相仿，过去在总行时我们就曾有很好的合作关系，没想到半年之后，他竟在这里开始了创业，从一无所有到建立筹备组的办公环境再到新分行的选址和装修，他一个人承担了如此多的任务，而且很多事情是他原先并不熟悉的。看到他，我不禁想，和他比起来，我所面临的挑战又算得了什么呢？我可以比不上自己的领导，但如果我比不了我的同龄人，如果我连这点挑战都不能面对的话，那我自己都要鄙视自己了。我对自己说，这个项目我必须做好，否则我将来还有什么脸面再到这个美丽的城市来呢？于是，在我进入IT行业整整六年的时候，我重新拿出当年刚刚进入这个行业时得豪情壮志，继续着自己的IT人生涯。
今年我30岁了，每个到了这个年龄的人都会考虑自己的未来。很多时候我在想，今天我在做IT，那么明天我会做什么。看看这一路走来，已经有很多人离开了这个行业，到别的行业去争取自己的一席之地了，有很多人在这个行业依旧辛苦徘徊，不知道自己明天该怎么办，当然也有人由于没有跟上行业的发展而被淘汰了，在为这个行业付出了自己近10年的青春年华后，在这个行业走到了尽头，成了行业变革的牺牲品，当然，更多的人和我一样，仍然在这个行业努力打拼，对明天抱着美好的希望。IT行业是个很辛苦的行业，一个富于挑战性的行业，一个属于年轻人的行业，一个每天都面临变革的行业。这些年来，我们为这个行业付出了很多，也收获了很多，我们曾经经历过它的辉煌，也见证了它的严冬。比起前些年，这个行业早已不再像前些年那样风光了。但我想，我不会选择放弃这个行业，毕竟，我已在这个行业干了整整6年，我在这个行业已经有了6年的积累，我不愿看到自己迷失方向，在辛苦徘徊中浪费时间，我更不会任凭自己成为时代的落伍者，成为这个行业发展的牺牲品。
既然IT是个辛苦的行业，我就要接受它的辛苦，同时努力的让自己做得更聪明，更轻松；既然IT是个富于挑战性的行业，那我就拿出我所有的勇气去迎接挑战；既然IT是个属于年轻人的行业，我就要让自己每天都保持年轻人的心态，保持年轻人的开放和活力；既然IT是个每天都面临变革的行业，我就要与时俱进，让自己跟上时代发展的步伐。IT改变了我们的生活方式，我相信现在已经没有人能够离开IT，我相信随着人们对IT的需求不断发展，这个行业也会不断的发展下去。需要是发明之母，如今我们早就已经过了技术统治世界的时代了，业务需求已经成为IT发展的动力，只有紧紧地跟上业务的发展，不断满足日益发展的业务需求，IT行业才能继续拥有存在的价值。因此，我们作为IT人，也必须紧跟业务的发展，让IT成为业务的有力支持，直至业务的驱动力量，我想这就是我们的发展方向。
将IT进行到底，我想这就是我的选择，毕竟，我已经在这个行业干了整整六年，一个人一生，能有几个六年，能让我们从头开始，赢得属于我们自己的一片天地呢？面对昨天，我曾用自己的艰辛努力在这个行业为自己争得了一席之地，今天的我，比6年前的我感到踏实了许多，我只有继续走下去，去用我的智慧和艰辛为自己赢得明天更广阔的天地。