IT工作心得体会

一、IT领域技术更新换代快，同时不同的客户需求也不一样，因此项目变更的内容不定；

二、建议你看看时间管理的书籍，合理安排好自己生活、工作、学习的时间，最简单的就是当晚列出明天的工作内容，分配到每小时的工作任务，然后按工作重要性和紧急性一一完成，这样可以大大提高工作效率，长期坚持你会有很大的提高。

加油吧，祝你好运——

何一个app不是推广上市之后就不需要管理了，我们要根据用户给予的反馈不停的修改，维护，保证app的良好运行，那么到底有哪些工作是需要我们调整的呢？

Tip0控制欲望，版本封闭

不成熟的小产品可以让老大帮忙规划需求，然后再旁边记小本本，学习一下如何管理需求，安排优先级。(比如要考虑前端后台的工作量啦~拆分功能会受到多大影响啦~用户体验和商业价值孰轻孰重啦~)

下面是自己这一个多月来的血泪教训适用于一切常规功能的重构需求。

Tip1一定要先调研清楚后台逻辑

API的开发哥哥在需求评审的时候，非要我跟前端一起，把页面的接口都整理一遍，再跟着后台一起爬代码看逻辑。

在被一行行天书摧残了一下午后，我发现PRD基本不用改(==)但是，如果在写PRD之前先受过摧残，那么写起来至少可以快一倍。所以，还是要谢谢开发哥哥的傲娇要求的。

对于一个刚刚创业的小公司，很多功能都是早期应急做出来的，又经过线上时不时优化的小补丁，可能会给现在的需求开发带来一个又一个的坑。

如果在最开始，没有把线上的逻辑搞清楚，在开发阶段再填坑，会付出惨痛的代价(比如熬夜加班补逻辑的同时还要被开发哥哥嫌弃)

Tip2关于逻辑

1该抄就抄。2最核心的逻辑牢牢攥在手心。

该抄就抄

账号体系这种只要是一个有用户的产品就会有的常规功能，在互联网普及这么久后，已经有了成熟的体系。

那么如果我们想要做这个功能或者优化这个功能，最应该做的，就是抄啊!

大公司几亿用户多少年验证出来解决问题的最优方案，也是中国网民多年来的 *** 作习惯不复用是傻子么!

咳咳，但是借鉴也是有技巧的。

比如我们是不是希望用户以手机号为主要注册用的账号，该怎么样淡化/强调第三方的入口;各种密码验证码的格式和校验;页面跳转中注册和忘记密码的入口放哪儿;置灰和文案的小细节历尽千帆，取百家之长，选择最符合自己产品的原型图画好了耶~

ps不要忘记加入符合自己公司特色的小创新~(如果有且适合加进来的话没必要盲目追求新意)

pps也不要忘记兼容产品以前的坑哦~

最核心的逻辑牢牢攥在手心——死也不改

在PRD已经定稿以后，开发过程中，需求是可以小幅度变更的。毕竟PM不是神肯定会有考虑不周的地方。

但是核心逻辑，是一定要明确好，并且保证每一个参与项目的人都了解清楚的。

如果开发中发现核心逻辑错了，宁可暂停整个项目不做，也不能朝令夕改，产品如果对于自己的逻辑都搞不清楚，那连最后的话语权也没有了。

Tip3关于交互

站在用户的角度出发，但别把自己当成用户。

PM是用户的代言人。

这里的用户，是所有的用户，包括各种会进行奇怪 *** 作或是有特殊需求的非主流用户。

怎么样能更好更全面地写好PRD避免遗漏，我想到比较好的方法是：

设计页面和流程图要分三遍

第一遍，保证核心的常规流程是走得通的(比如用户一步一步登录或注册的过程)，或者通过账号中心绑定手机号至成功的 *** 作。

第二遍，保证其他分支流程不存在死循环或者死胡同(比如进行到某一步突然忘记密码，或者突然断网或手机收不到验证码等)，北京IT培训认为不管什么情况，一定要给用户反馈。

第三遍，优化核心流程的用户体验。比如可以把一些元素放在一个页面展现不用分多个页面，比如一些按钮的特效和交互。

工作是一件可以学到很多锻炼很多的事，虽然充满焦虑和等待但也充满着刺激兴奋和足够的满足感。下面是为大家提供的IT工作心得体会，欢迎阅读。

IT工作心得体会(一)

工作是一件可以学到很多锻炼很多的事， 虽然充满焦虑和等待但也充满着刺激兴奋和足够的满足感。

从Melb回来以后，大概是二月初左右， 我开始正式寻找一份能带来稳定收入的全职工作。 我没有PR，成绩普通，只有大概半年在一家华人公司做网站的开发经验， 但我从来都没有觉得会找不到工作，因为我坚信在这个行业， 技能和学习能力思考能力是大于其他一切的。IT这个行业， 方向太多， 所以我的想法是， 在开始找以前， 应该先把自己的方向和未来的职业选择好， 不要顾及面， 而应该专心于点和深度(这和做某件事倒是有异曲同工之妙)。就是因为行业方向多， 专精和学习能力才是雇佣者真正考量一个junior雇员的事。

方向和具体职位定下来以后，就开始具体围绕这个职位的普通要求来修订简历。简历不应过长，一页即可。 能够不需要的内容，比如爱好兴趣人格之类的，都不要往上面放。从技能开始是比较好的方式，学历倒是一笔带过即可，因为只有很大的公司比如银行或者四大才会以分数来做第一轮筛选的标准，而我一方面是分数不行，另一方面对大公司向来有生理上的厌恶感，所以根本就不会考虑这个问题。

接下来就应该罗列做过的事，如果有portfolio就放链接和简单的描述，有工作经验就放工作经验，都没有就放学校的项目经验，如果都没有，就先去找了做了再回来这一步吧(需要注意的是，只放和所求职位相关的经验，比如是php的职位关于java的我就基本都不列)。罗列经验时，尽量不要有段落篇幅，而以短语bulletin为主。看简历的人是没时间来读小说的，所以在最短的时间内能提供给阅简历者最大的信息量是最值得考量的东西(这个倒是和SEO有点像)。另外，诚实真实是我自己的坚持，只写真正做过的事，只写真正懂并有经验的技能，任何不懂的都不要往上写，要确定你所写的技能，都是你能动手去做实际做过的。技能的罗列也要由最强到最弱的顺序来排，项目经验也是如此，就和客户用google搜东西不会看两页以后的网站是一个道理。

另外，强调自己的什么人格优势，团队性格之类的，我完全没有放进简历，因为这些可以通过cover letter来描述， 没有必要再这里占用宝贵的简历空间。而且这之类的事也不是你自己写了人家就信的，真正有面试时人家自然会来体会。简历的事， 大抵就是如此。

接下来我开始 *** 作的是cover letter。为不同的职位公司来多次修改cover letter是我前一年找工作时经历的最痛苦的事之一。 所以这次，在确定了只投相同或相似的职位以后，cover letter变得轻松了许多。写好一个万用的cover letter是很辛苦但是益处无穷的事，属于典型的一次投入多次回报。cover letter大抵是四五段左右，用词用句都可以自己去搜一下，最好避免自己写太多的句子，毕竟大部分像咱们这样的，写作都不咋的。

因为属于比较正式的信件，还是多用点稳妥的书面表达比较好。第一段大概就是讲自己在哪里看到职位然后自己是什么样的一个情况于是有意愿来求职。第二段就开始要针对职业描述上的每一条来列举自己能够符合靠上去的技能，自信点大胆点就好。

第三段就可以谈谈自己性格上的优势，人格上的魅力，多么多么的团队之类的屁话，这是必须的。最后就总结下，自己觉得自己能够胜任这个职位，能给公司或者团队带来如何的益处，希望能有面试的机会，并附上自己的****电话邮件等等。在我投过的所有机会里，九成九的我只修改了日期和职位名称，当然这和我所投的web developer这个名称比较宽泛有关。cover letter的重要性，我觉得还是必须重视的，毕竟大部分人都是先看邮件正文里的cover letter， 再点开附件看简历， 和简历的重要性相比可以说有过之而无不及，可以说是敲门砖的敲门砖， 如果这块就掉了， 就连砸一块金砖过去敲门的机会都没有了。

搞定上面两件利器以后，有些细节要注意一下。不要用自己平时的联系邮箱，而应单独注册一个求职专用，能直接从邮件地址上看出人名的邮箱(这点由江江同学贡献)。我个人的建议当然是gmail，速度快容量大无广告，功能多和google产品结合较好，IMAP的访问方式在iphone上堪称完美。在注册这个求职专用邮箱以后，直接在设置里全部转发到自己的常用邮箱(是gmail当然最好)，这样就避免了每天需要查几个邮箱的麻烦。在自己的常用邮箱里，建立关键字过滤器。有工作相关的关键字时，全部打上专门的工作标签来分文件夹。全部用gmail的好处还在于，在自己的常用邮箱里回复邮件时，可以直接选择自己的发件地址为求职专用邮箱而不是自己的常用邮箱，方便且专业。说到这里，有件小事让我对gmail的喜爱又上一个台阶。在我们的cover letter里， 通常会有I have attached my resume below之类的文字，有那么一次，我在贴完cover letter至邮件正文后，忘记了上传附件而直接点了发送。此时令人惊讶的事发生了，一个popup对话框显示，“您的正文中有attach字样而附件为空， 您确定要发送邮件而不附上任何附件么”，我当时就震惊感动佩服的五体投地。如此细小的地方都做了用户体验方面的设计， 让人如何不爱google。

其实我觉得，在做好了以上的事以后，找工作接下来就是一个机械重复的体力活，如何把规律的体力活做好， 其实也是有一定的技术含量的。澳洲最大的找工作网站是seek，其他还有mycareer，不过我只专注在seek上，因为seek大概占了全澳百分之八十的招聘信息，已经足够任何人去投了。

注册seek以后，先根据自己的情况来完善profile。接下来，最重要的事就是，邮件订阅。seek提供了根据关键字和其他特别字段要求来发送每天更新的新招聘信息至用户的邮箱。根据每个自己想要的职位，来设定特别的关键字，级别和薪资要求以后，对应的每天新增的信息就会以列表的形式在夜里三点左右发至你的邮箱。于是以后的事，就是每天查查邮件，然后选择自己觉得合适的去投。一个重要的事是， 有很多招聘信息是猎头中介发的 类似这种我是一概不投的，因为大都石沉大海，而且不直接与公司的人接触面试什么的 也对公司无法了解，这种浪费时间还不讨好的事不如不做。

另外一件值得做的事是，记录下你投过的公司和职位。因为一般的流程是，对方会先short-list一部分，然后电话， 觉得合适，才会发邮件和你约接下来的面试或者测试。往往这时候，当你投过几十份上百份以后，任何人打电话过来告诉你公司名，你是不可能回想起来的，因为保存一份doc包含公司职位，地点，公司信息，seek上对应的职位描述页面，公司的页面等等信息，是很有必要的。

一方面你能掌握投过哪些，可以避免重复投递失败的职位，另一方面能够对自己投过的数量有个统计，如果长久没有回信和回音，就应该及时对简历和cover letter做出调整。对此我是使用google docs，方便在于云在任何地方都能访问， 这和邮箱是一样的道理。另外我对不同的地区也分了文档，分别是sydney， melb和其他。根据我的统计， ydney的机会是最多的，大概占了全澳的三分之二，当然人口和竞争也是最多的。melb的话，大概数目是sydney的三分之一至一半，而其他地区加起来，也就和melb的机会一样多。

我的情况是，sydney的回音是最多的，其次则是昆州等地区，melb则一个正面回复都没有，唯一一个email联系过一次的，也在二十天后拒了我。大概是因为我人在sydney，而昆州缺人缺的太厉害的原因吧。在技术分布方面， 网站或者web application方面开发是最多的，不论前段还是后端。然后后端技术php最多，net和j2ee差不多, python, RoR甚至perl也曾见过，不过非常稀少。除了做web，数据库是相对来说多点的，不论是做分析开发挖掘还是管理，都不少，是个可选的方向(虽然个人感觉枯燥)。再就是iOS等移动开发看得出来有越来越火的趋势，值得一追。底层系统开发或者网络之类的，大概是最少(但貌似钱是最多的，因为稀少)。薪资方面，悉尼算是全澳消费数一数二，薪资方面确实是如此，45k+super是行业基准线(当然是对junior/entry而言)。其他地方也能拿到40k左右的， 但和房价一比， 这40k就比悉尼的值钱太多了。

其实对我来说，如果拿到了面试机会，能拿到offer的机会大概就是一半以上。最焦躁的，其实正是等待回音这个阶段。在我正式开始投简历的两个礼拜以内，只有少数的email和电话，一个正经的面试机会也没有，不过在接下来的两个礼拜里，面试开始爆发了(上周三个，这周四个，下周四个)。

我想这是和澳洲人生活工作都比较慵懒有很大的关系， 所以各位完全不用担心和过于焦躁(我今天还接到20天前投的一个职位的电话约定面试)只要有电话和email回信， 就说明你的cover letter和简历是有用的能入眼的，但如果电话和email回信在两三个礼拜里基本没有，就应该及时的做出调整了。至于面试方面， 我实在无法给出什么实际有用的意见。大概的把常见面试问题看看心里有个谱不要到时候突然发慌，技术问题自己慢慢准备积累， 穿着方面自己觉得看的过去(像我这种从来不喜穿正装的人还是去买了件半正式半休闲的衬衣来做面试圣衣)，面试前不要太饱和太饿否则都会影响大脑运作，开始前喝点咖啡能量饮料都是可以的(不过要注意这两个都是利尿的，对于长时间的面试就不要喝太多水之前)，面试中应该不卑不亢， 该笑的时候笑不该笑的时候不笑，能够自己来控制面试过程中的气氛走向是最好的，切忌过于紧张或过于兴奋，另外最重要的一点是诚实，因为假话自己是没有记忆的，反复问的话会出问题，不如不说。

关于英语，语速不要过快， 平时自己怎么说话就怎么说，也不用特意去准备什么商务英语。脏话的话，能避则避，不过兴奋的瞬间脱口而出也倒不是什么大不了的事，毕竟澳洲人这方面都非常的不古板和不保守，所以不用特别在意。我面试的感觉是， 其实我们这个行业， 技能方面都差的不多，毕竟学习能力才是更重要的，所以个人人格魅力起的作用比想象的要大很多， 鬼佬大都喜欢开放有趣有自己生活的人，有话谈得来， 公司团队气氛融洽才是他们看重的， 当然这些都是建立在技能能达到最低基本要求的基础上。在国外工作的好处就在这里能得到体现， 毕竟任何价值都是人创造的， 人才是工作里的一切， 把人当人才会有更好的效率和效果。

如果面试顺利， 接下来的就是接受offer与否了。当你的面试太多，可以选择的公司太多的时候，受offer与否就是个纠结的命题。是选你爱的， 还是选爱你的， 是个从未消停的问题(在各个领域)。而由于我从来都是只在乎自己爱的， 所以拒掉一两个offer去等待自己爱的公司在我看来是天经地义。但这并不适用于所有人，毕竟个体追求不同， 另外如果机会和offer对你来说非常稀少和难得， 抓住转瞬即逝的机会也并不是不可取的， 毕竟有了温饱才会有更多的精力去追求自己爱的人和事。

关于求职，在我们这个地方和这个行业， 我的经验不多，大抵就是以上这些，希望能对正在袋鼠国挣扎的朋友有些许的帮助。有任何疑问可以尽管放马过来，我会尽我所能的回答并补充到下面，谢谢。

IT工作心得体会(二)

看到了很多同学问到各银行的待遇以及IT部门的发展之类的话题，想到了自己银行的情况。

1、加班非常多。 机房是24小时开放的，每天都有人值夜班。我所在的地区我们分行只有800人不到，IT部门就只有6、7个人。他们每天除了正常的工作之外还要应对各种培训、学习。银行因为白天要对外营业，所以每次培训之类都是在晚上和周末，而且不是800人一起培训，而是今天这个培训，明天那个培训。这个工作量是非常大的。而且银行加班基本是没有加班工资的。因为国家不允许这种量的加班。

2、薪水问题。 大家都说银行薪水好。那是因为大家看到的只是薪水好的部门。我现在在银行做贷款，属于一线营销岗位，薪水自然还不错。但如果你不是做营销而是后台部门比如IT，那你只能拿到基本工资和平均奖金，这个数字看起来就没那么有吸引力了。除非你能当老总。可这个部门不像营业网点，一个地区可以几十个网点，这个IT部门基本上一个地区就一个，也就是说一个地区就一个老总，这个老总又不像别的岗位可以横向调动，在银行里做IT你就只能做IT，不可能调你去做什么公司业务，所以我个人认为升迁的机会也比较小。但如果你是去总行的信息技术部搞些个产品研发之类也就不说了，那肯定是非常好的，但这样的部门基本也不可能要一个刚毕业的学生。

3、银行的各项任务是很重的，而且可能看起来都非常不人性。 不要以为你在IT部门就不可能有任务。我们讲究的是全民皆兵。

以上只是我个人的一些看法，给一些纯粹是为了拿高薪找安逸的同学一个提醒。

当然银行也有银行的好。比如：

1、如果你做的很好，这里指的是营销，比如你能带来大量存款，你有很广的客户资源，那你的薪水会非常高而且不受职务限制。

2、福利待遇非常好。 我们银行给我们解决了所有的后顾之忧，你只要好好工作，其他什么都不用你 *** 心，我们有非常低的行员贷款利率，你买房子就不需要担心。我们是按照最高比例来购买各种保险、公积金之类。即使你生病了，你住院了，不但医药费都能报销，算下来你每天还能赚几百块钱，可能比上班都高。

总之吧，银行就是个数字说话的地方。想在这做IT可能你永远都做不到最顶端。但也有他的好。大家各自考虑吧，只是就个人的感受给大家的建议。相比较之下我认为我所在的招商银行是最有潜力的银行，发展非常快，企业文化非常好。工、农、中、建四大行规模非常大，但因为是老行也有很多弊端，国企思想比较严重，论资排辈。交行的特色在于他是股份制银行中最大的，个人理财比较突出。民生是最变态的，只要你有业绩，第二天就是行长，只要你没有业绩，马上从行长变成行员。中信是业内口杯最差的，到处乱市场，很受同业鄙视。华夏的最大特点在于他的公司业务。一般越小的行可能待遇越好，机会也越多，因为他在发展。

其实就个人而言，我觉得银行里做IT就像是当年我们来北邮，大家都知道北邮非常好IT业的最高学府。可我们当时因为种种原因到了北邮的语言学院学外语。并不是说语言学院不好，我们在这里也学到了很多东西。但这里的主流是IT，语言院再发展可能也比不了北京外国语。就是说你是到一个非常好的学校一个非主流的专业，还是到一个一般学校的主流专业，你可以自己考虑。

IT工作心得体会(三)

IT运维工作直接关系到应用系统运行的正常稳定，但运维工作纷繁复杂，正规化、系统化相对比较弱，如何改变这种现状从众多的运维工作者的成功失败中进行经验总结，并提升为运维规则，是提高运维水平，保障应用系统正常稳定运行的有效途径。

笔者通过自己的多年运维经验，总结出以下必须遵守的基本运维规则，可以大大减少缺乏经验的运维人员因为自身失误导致系统出故障的可能性。

一、系统变更、升级应先在同样的环境测试通过，执行前应有经过验证的回退预案

运维是一门经验的学科、是一门试错的学科。没有做过的东西、总是会给你出意想不到的难题，因此变更前，一定要在相同或者相似运行环境下进行测试，通过后才能在正式环境下执行变更。同时应准备好变更失败的回退预案，比如，做好系统备份、数据库备份、配置备份，固化变更前的运行现场，让变更有回头的机会。

二、对破坏性的 *** 作要先确认符合预定方案，然后谨慎执行 什么是破坏性的 *** 作

比如：

对MSSQLServer，执行update *** 作，因为不需要commit，所以特别容易忽视也特别危险，还有delete、drop等 *** 作更不用说。

对 Oracle 而言：truncate table_name、delete table_name、drop table_name，这些语句执行起来轻松简单也惬意极了、但记住!即便数据可被回滚、代价也是非常大!

对 Linux 而言，rm -r 所有当前及其子目录的所有数据都将被删除。经历过这种故障的人、大多会给 rm 上个别名

A liasrm='rm -i'

同理、cp 和 mv 也可以有同样的选项：

aliascp='cp -i'

alias mv='mv -i'

对window而言，shift+del文件或者目录 对任何系统而言，无备份直接修改文件等

三、备份并验证备份的有效性

不管是硬件还是软件总有意外崩溃的时候，怎么办备份!!!备份的学问很大、按照不同的维度可以分：冷备和热备、实时和非实时、物理和逻辑、全备增量备。

备份有了、可以高忱无忧了吗不行!尚须验证备份的有效性。一个总有那么几次、备份无法保证 100% 恢复，简单的验证就是找个空库恢复出来。

四、对生产环境永保敬畏之心

这是避免应用系统发生故障的一条铁规，也是被开发、运维人员容易忽视的地方。要坚决杜绝直接在生产环境做开发、测试和bug修复，这些 *** 作只能在开发和测试环境做，否则一旦出事，将欲哭无泪。

五、交接和休假最容易出故障

接手别人的工作要一而再，再而三的确认变更方案，请教人并不见得就是能力不行的表现;

休假前最好各种可以做好的事情，最好能够准备一份文档，指明在什么情况下怎么做和联系哪些人;

在别人放假的时候接手工作，“能拖则拖”，实在需要执行：必须不厌其烦的跟原系统管理人员确认各个 *** 作细节。

六、一定要有监控手段和报警措施

运维人员赖于生存的工具就是报警和监控。

报警可以让你及时知道系统出现了什么异常、以便及时跟进、把故障扼杀于摇篮;

监控可以让你了解系统的历史性能信息、以历为鉴、可以知兴替、早做优化。

报警和监控是衣宽带水的好兄弟、相铺相成、互相促进。

七、使用自动切换技术需谨慎

为了保障数据库安全，往往会使用HA或者RAC之类的技术，但是这类技术能否真正在关键时刻起作用，则是需要经过反复验证和确认的。并不是按照文档要求做好了就够的，很多意外因素或者系统因素会导致自动切换技术并不能如期发挥作用。如果到事后才发现这一点，将悔之晚矣。

八、要有偏执狂的精神，方案要检查，检查，再检查

有这么一个人：

① 他在做一个变更的时候，会先提前一两周发送邮件并电话手机通知相关人

② 在测试机上写好脚本，召集大家 review *** 作步骤和脚本

③ 测试完成以后拷贝到生产环境

④ 登录对应机器，“打开，关闭，打开，关闭”该脚本

⑤ 跟相关人员再次确认执行的 *** 作，顺序，时间点，可能的影响和回滚是否都准备好了

⑥ 执行前还要退出这个机器，然后再登录进去，“打开，关闭”脚本 ⑦ 最后才在后台运行脚本，同时在另外一个窗口登录着，随时ps和查看结果输出

期间姿势端正，呼吸急促而均匀，眼神凝重。 *** 作的人不觉得累，倒是一边观摩的人很累。

九、简单即是美

我们总是面临各种诱惑：新的系统架构，新的更智能的命令和工具，最新的硬件平台，功能更全的HA软件你可以在线下安装，测试，怎么做都行。但是如果想要在生产环境下使用起来、请三思!!

能够使用系统内置命令的话，就不用考虑其他要专门下载安装的软件了 脚本本身就能完成的功能，就没有必要专门找一个功能丰富的软件来做 Linux本身自带的字符界面比那些复杂的图形界面要简洁方便

如果能做到坚持这九条铁规，你的应用系统就能长久稳定运行了。

IT工作心得体会(四)

本人从事IT行业基本分为四个阶段，第一个阶段是学习阶段，第二个阶段是实践阶段，第三个阶段是管理阶段，第四个阶段是形成管理体系的阶段。时光如流水，一晃，从事IT行业已经有12年，回想这些年自己走过的路，不禁感慨万千。借这个机会对过去的工作进行总结，也与同仁们进行交流。

记得2000年的时候，我正在学校读研究生，那是IT业正火的时候。当时我的研究生导师跟中国石化合作开发加油站管理系统，我有幸参与到这个项目的开发中。当时很兴奋，一是可以学习计算机知识，二是能够真正的参与到真正的IT行业中。因此我工作非常努力，每天工作到很晚，甚至周末也不休息，全心全意地参与到这个项目中。我的工作是开发项目中两个核心的工作，油品的库存管理和IC卡信息管理，这个项目周期很长，差不多花了两年的时间，期间改版了两次，最后终于成功上线。现在回想起来，当时我基本上没有项目管理的概念，连需求分析、系统设计、集成测试、上线试运行这些概念都不了解，以为项目就是客户提出需求，把功能实现就行了，也没有考虑系统的可维护性和稳定性，以及升级的需要，因此走了很多弯路。通过这个项目，我最大的收获就是有了实际的项目开发经验，对如何开发一个IT项目有了实际的了解，但是基本上还是个菜鸟，项目管理的理论还没有形成，甚至没有这种意识。

2002年研究生毕业后，我进入了深圳一家IT公司，参与基金公司投资交易系统的开发工作，该项目的特点是需求方比较多，需要跟基金公司的五个核心部门进行需求的收集整理，现在我们知道干系人管理的重要性，但在当时，我还没有这种概念，就是感觉用户的需求很难整理，因为用户是从使用方的角度来提出问题，而我是从计算机系统的角度上考虑问题，将用户的需求转换为系统实现则非常复杂，甚至一些特殊原因造成各部门提出的需求不统一甚至是相互冲突的。因为没有项目管理的理论经验，不知道如何进行干系人管理，我常常感觉很苦恼，觉得用户的需求不合理，经常跟用户造成冲突。经过多方努力，该系统终于开发完毕，但因为系统非常复杂，而且对业务影响极大，因此该系统采用并行使用的方式进行试运行，经过试运行发现了系统设计上及功能上的缺陷，经过二次升级，系统终于上线成功。经过这个项目，我意识到了干系人对于项目成功的重要性，对项目管理也有了整体的概念，开始形成自己对项目管理的一些经验。

2006年，因公司转型，我进入到一家地产公司，参与地产项目的管理工作。因为有几年的实际工作经验，又成功开发过项目，我开始独立负责项目的开发与管理。当时我带领6个新人进行系统的开发与管理工作，从需求的分析、系统设计、详细设计、系统开发、系统测试、上线试运行到系统上线，对各个阶段进行管理，成功地开发了几个大的项目，对于项目的掌控能力和项目管理的实际经验也愈加成熟。但随着项目管理经验的丰富，我发现自己进入了瓶颈，因为缺少整体的项目管理理论的支持，项目管理经验无法获得更大的提升，我只是经验越来越丰富，而没有真正的形成自己一套行之有效的项目管理方法。

终于，在2009年，我了解到PMP在中国的发展，感觉到自己终于找到了方向，即从理论上充实自己。我参加了PMP培训班，在学习的过程中，我感觉自己找到了一盏明灯，多年来的困惑终于找到了答案。五大过程组，九大知识领域，这些理论让我感觉耳目一新，PMP从总体上对项目管理理论进行了解释，使我的眼界有了大的提高。我明白了什么是真正的项目管理，以前自己是在黑暗中摸索，现在终于找到了前进的方向。我觉得学习PMP最大的收获就是有了完整的理论基础，而不是只靠经验。须知经验只是基于过去的项目经历得来的，并不能解决所有的问题，以前是知其然而不知其所以然，而有了PMP的理论基础才是知其所以然，以后不管遇到什么样的问题，都可以通过PMP的理论基础来解决问题。

对于项目管理，只靠自己的努力是不够的，还要善于总结，善于学习，一定要有PMP的项目管理理论作为指导，才能少走弯路，早日成功。回想自己的项目管理经历，几多汗水，几多收获，酸甜苦辣，万般滋味在心头。不管怎样，十多年间，我从一个什么都不知道的小菜鸟，成长为今天的项目总监，回想自己走过的路，项目管理理论的确很重要。谨以此文对我走过的项目管理之路作为总结，也希望各位同行早日成功。

IT运维所涉及的知识面，还是比较广的，而且这个是一个提供技术支持的职位，俗称救火队员，平时看似比较清闲，实则为了避免出现各种险情，还是在紧锣密鼓的学习和研究更合理的架构，但是一旦遇到问题，都是特别棘手，而且影响面极为广泛的问题或者事故。从公司角度来说，可分为对内服务和对外服务。

对内服务就是常说的网管，网管职位属于万金油，首先知识面得广，不同公司会对网管有不同的要求，但是主要的还是保证办公网的网络正常，为了支撑这个网络正常，除了要有网络知识（调试网络设备，堆叠技术，防火墙技术，流控工具，动手搞定水晶头，懂得光线原理，能够规划局域网，DMZ概念等等），还要有一定的服务器管理知识（DHCP、DNS、时间服务器，WEB服务器，FTP服务器等等），甚至可能还需要懂一些监控工具，以保证局域网在发生问题的时候，可以第一时间知道，并收集数据有助于排查问题，而且随着人员数量的扩充或者异地建立办公区，多地办公区之间的通信和安全也是网管的一个职责，这些也只是网管的日常工作而已。

上面说到了这个职位就像救火员，当有了问题之后需要第一时间冲上去，并快速解决问题，这样能体现出网管的重要性。但是会很累，因为事故是突发性的，这样很耗费人力物力财力，与其这样被动等待等待挨打，不如主动出击找出隐患并提前处理，这个就是网管的另一个职责，要么在专修之前考虑好扩容或者网络容灾的问题，要么就是在日常巡检中，发现可能导致异常的隐患，提前提出做好预案以及解决方案，才能因对万一。这就需要网管有多年的经验，而且不仅要懂得网络和服务器相关知识，还应该了解强弱电，通风冷却，这两方面能力主要是在装修的时候，体现出来的。让无论是大机房还是小机房都可以帮正其运转正常。

以上只是运维的一个对公司内部提供支撑的职责，其实还有很多内容，在这里先不一一阐述。如果感兴趣的朋友咱们可以在进行深入的沟通。

在互联网IT领域，创新可以说是大部分企业的文化核心内容之一了。今天我们就一起来聊聊关于创新我们需要从哪些方面开始。

在商业领域，特别是在当今快节奏且越来越依赖科技的世界中，关于这一主题存在很多指责和嘈杂的声音。一般的诊断是“老卫兵”，特别是在IT领域，变革很难。我参加过无数次会议，每当有人意识到让IT团队参与进来需要付出多大努力时，成功的好主意和潜在方法就会被迅速否决。

传统的IT团队掌握了现有系统的大部分知识，这给了他们大量应得的尊重和。但如果IT不拥抱变化，这种情况就不会发生。这对创新来说是一个不可逾越的障碍。

根据我的经验，好的IT人员善于规避风险和抵制变化，因为他们的要任务是保持一切正常运转。因为技术发展十分迅速，很多IT团队发现自己被快速变化所驱使，而过度谨慎可能是反身的。拥抱变革并保持运转的能力在很大程度上取决于所服务机构的性质。很多IT团队都被上层管理人员反复无常的想法所淹没，管理层希望他们不仅能够掌握市场上几乎所有技术的专家级知识，而且无论发生什么，都能保持数据流动。如果没有坐在角落里的憔悴的运维人员，没有一个技术供应商会议会是完整的。

组织就像船只——较小的组织可以更灵活，并且可以根据需要快速改变路线而不会有太多麻烦。较大的组织像游轮一样，无法灵活转向。他们需要相当多的精力和计划来进行彻底的改变。这一切都是关于动量守恒和水的摩擦力。以极快的速度改变路线对公司来说是很困难的——就像对人一样，它也会导致混乱。但在这两种情况下，稳定变革进程都应该是可行的和舒适的。

在上面的比喻中，构成水(及其伴随的摩擦)的很大一部分是文化——整个公司的文化，以及在其中发挥作用的亚文化。例如，运维人员对变革有抵抗力，因为他们的绩效不是通过创新来衡量，而是通过性能和正常运行时间来衡量。这培养了一种重视现状的文化。随着这种现实向开发人员转移，你会发现他们的文化变得越来越关注破坏构建过程。电脑培训认为这不一定是坏事：它鼓励团队进行强壮的测试并写出更好的生产代码。但是，在新的业务需求或紧迫的后期限中，即使对于曾经随心所欲的开发者来说，变更阻力也会变得更大。有时候，更明智的做法是坚持安全的做法，避免可能带来风险的创新。

以上就是关于我是做it项目管理的，项目需求老变，把我们都弄糊涂了，项目进度老不能按时完成，怎么办全部的内容，包括:我是做it项目管理的，项目需求老变，把我们都弄糊涂了，项目进度老不能按时完成，怎么办、北京IT培训分享软件调整需要哪些注意要点、IT工作心得体会等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！