项目管理是做什么的??

项目管理是管理学的一个分支学科 ，对项目管理的定义是：指在项目活动中运用专门的知识、技能、工具和方法，使项目能够在有限资源限定条件下，实现或超过设定的需求和期望的过程。项目管理是对一些成功地达成一系列目标相关的活动（譬如任务）的整体监测和管控。这包括策划、进度计划和维护组成项目的活动的进展。

“项目管理是运用管理的知识、工具和技术于项目活动上，来达成解决项目的问题或达成项目的需求。所谓管理包含领导、组织、用人、计划、控制等五项主要工作。”

扩展资料：

项目管理的特性：

1、普遍性

项目作为一种一次性和独特性的社会活动而普遍存在于我们人类社会的各项活动之中，甚至可以说是人类现有的各种物质文化成果最初都是通过项目的方式实现的，因为现有各种运营所依靠的设施与条件最初都是靠项目活动建设或开发的。

2、目的性

项目管理的目的性要通过开展项目管理活动去保证满足或超越项目有关各方面明确提出的项目目标或指标和满足项目有关各方未明确规定的潜在需求和追求。

3、独特性

项目管理的独特性是项目管理不同于一般的企业生产运营管理，也不同于常规的政府和独特的管理内容，是一种完全不同的管理活动。

4、集成性

项目管理的集成性是项目的管理中必须根据具体项目各要素或各专业之间的配置关系做好集成性的管理，而不能孤立地开展项目各个专业或专业的独立管理。

参考资料来源： 百度百科-项目管理

一、 项目要进行整体管理，善始善终 整个项目开始要做好项目整体计划，在项目的整个过程中，始终要按照项目计划执行，如若遇到项目发生变更，要进行影响分析，得到批准后制定变更计划，并按变更计划执行。变更的影响情况，如：费用，时间进度等要通知相关的项目利益干系人，说明变更的原因和产生的影响。 项目首尾工作也是项目管理中，一项重要的工作。需要将项目过程中产生的文件资料进行整理，归档；对项目的费用和进度进行审计和审核，对项目的质量进行检验和验收；对项目的整个过程的利弊得失进行总结和交流。 变更计划在软件项目中经常遇到。控制好软件项目的变更，首先需要做好项目的开始目标基准的确定，基准的用户需求明确，才能衡量出哪些是需要变更的。否则变更的东西和开始要求的东西混在一起，变更计划就无从制定，变更的界限也无从划清。 自己做过的一个项目，开始为了占领市场和尽快拿下合同，在用户需求还没有详细提供的条件下，就与用户签定了合同，后来不仅费用受到限制，就连时间不够，在项目过程中，用户方还总是变更软件的功能和要求。因为没有一个基点，我们认为是变更需求和新增功能，而用户方认为是合同范围，不能因此增加费用和时间。这个项目在开始好象签定了合同我们争取了主动，其实需求不明确，使我们在后来的项目进程中一直处于被动。 所以项目从一开始就要做好计划，搞清目标。只有项目的目标明确，合理安排时间、费用、人力和其他资源，控制好项目的变更，这些是保证项目能够顺利完成的基本条件。 二、项目范围管理理论解决了项目开始需求不清的问题 需求管理是项目范围管理中的问题，这是因为它实际上是开发过程中的所有管理原则的先决条件。只有在开发的目标被清楚明白地表述和理解的情况下，软件开发才能以一种有计划的有序的方式进行。实际上，没有文档化的需求，在开发工作完成前后都很有可能发生产品与要求的偏离。计划、追踪、配置管理以及软件质量保证这些在其他关键过程中涉及的原则，都是从一个稳定的基础开始的，那就是文档化的需求基线。 什么需求？需求是指“分配给软件的系统需求”，或者更简洁地说，“分配需求”。这些需求有可能是技术方面的（比如：功能和性能需求），也有可能是非技术方面的（比如：发布日期，开支限度）。 区分开需求管理和软件需求分析是很重要的。一旦分配需求被文档化，并且被所有受影响部门（客户，系统工程，软件工程）通过，需求管理的基本工作就完成了，所剩下的就是管理变更而已。没有证据证明分配需求本身就可以十分清楚完整的作为软件开发的全部基础。事实上，通常它们不是。 优化和精确描述需求，填补漏洞，将含义表达得更清楚是软件需求分析要做的，分析的结果被称为“软件需求”。这样，作为需求管理的输出的分配需求实际上就成了软件需求分析的输入。需求管理远远先于软件开发的技术行动，而软件需求分析则是关键开发技术行为的第一步。 从这里的描述看来，需求管理的活动简直太简单，太基础了，显然没有哪个软件开发组织会不有效的进行着这种活动。问题经常出在企业对透明度的惧怕。客户觉得保持需求含糊不清，松散或者无正式文件能够给他们更多的机会去说：“那并不是我所要的，那并不是我认为的需求的含义”。文档化清晰的需求可能迫使用户在系统满足了文档化的需求但没有满足实际需要的情况下，为开始变更负责。相似地，开发人员觉得含糊不清，松散或者无正式文件的需求能给他们更大的余地，允许他们与预算和进度尽可能地接近，然后说：“这就是我们所认为的需求的含义，如果你需要其他的什么东西，你必须另外付出代价。”文档化清晰的需求会迫使开发者承担满足这些需求的义务，并使他们暴露于开支、进度评估不准确的风险之下。 这样一来，尽管客户与开发人员的利益动机相对，但他们却走到了一起。每一方都认为他们在保护自己的利益，巩固自己讨价还价的地位，但是事实上每一方都在走向将来的失望和争吵，为项目埋下了一刻定时炸d。 三、项目时间管理理论指导我们在项目管理中怎样抓主要矛盾 以前进行项目管理时，是根据经验和每个人的工作特点，进行项目的分工的，软件项目基本是按照需求分析，概要设计，详细设计，代码编程，调试和测试，用户验收等几个主要过程来进行的。但将项目分工更加细化，每个小过程的时间估算是多少，整个项目可以最短用多少时间来完成，怎样合理安排人员，怎样抓项目中的关键环节等等，这些都没有进行过量化的分析和管理。 项目管理的实施最为直观的就是缩短项目时间。利用项目管理理论、方法，有许多缩短时间的例子。美国路易斯维化工厂检修时把检修流程精细分解，按导向图建立起控制关系。他们惊奇地发现，检修过程选择不同路径总时间是有差别的。通过反复压缩最长路径上的任务，将工期反复优化，最后只用７８个小时就完成了通常需１２５小时完成的检修，节省时间３８％。这就是至今项目管理工作者还在应用的著名的时间管理技术ＣＰＭ，即“关键路径法”。 所以我们在软件的项目管理中，也要将时间控制理论运用进来，结合软件工程的实际，将任务分解的更加详细，并用网络图将整个工作过程建立起来，估算好每个阶段的历时，找出关键路径，并通过快速跟进方法，将关键路径的工期缩短，以提高工效。 四、 质量管理是项目成败的关键 我们在进行软件项目过程中，对软件的功能测试一直认为还是比较认真和严格的，每次测试都要有测试计划和用例的编写，然后才能进行测试；测试要有记录，并将记录整理成测试报告。 但通过此次培训后，感觉到我们的测试工作与质量管理的要求还差的远，有距离。质量控制要深入到每个与项目相关的人，要深入到项目的每个过程中，从一开始，就要树立质量第一的理念，每个过程都要进行质量的控制，而不是到最好测试时，才想到质量，才去衡量是否符合标准。 标准化设计，标准化管理是项目质量的保证。参加质量体系认证有助于企业提高项目的管理水平，有利于提高工程项目质量。CMM模型已得到广泛的认可和接受，CMMI沿用其模型的组织方式，有5个等级和18个要素。通过5个等级的认证和加强管理，企业对项目的管理将经过5个境界的提高：从混乱，到里程碑的检查，到定义清楚的管理体系和标准，到进行统计过程控制量化管理，到最后的优化过程、评价工作流程、进行工作过程的改进。 本人以前参加过为日本软件进行部分功能的设计和编程工作。日本的软件企业对一个项目的质量控制就做的比较细致，用我们的观念衡量简直是不可容忍。做一个模块的详细设计，要用他们提供的标准的图形语言进行描述，用标准的设计摸版进行说明；并在设计完成后组织相关人员对这个设计进行评价，有问题需要修改设计，然后在评价直到通过才能开时以此为设计文件，进行代码。代码写完后，不是见到结果就完事了，要将代码打印出来，相关人员对代码的整个实现过程进行评价，提出修改建议，代码修改后，需要再审，也是通过以后才能提交入代码库，进行代码的组装。 当时认为日本的方法太浪费时间和人力了，对技术人员个人的能力估计的太低，怎么能提高工作效率呐。可是软件质量问题的频繁出现，是我们不断的认识到，开始浪费一些时间和人力，控制好每个细节的质量，就是省去了许多时候为解决质量问题而进行的新的时间和人力的支出。省去了大量的软件后期的质量维护费用。总的来看是核算的。为提高项目的质量，降低成本，必须从项目的开始就要做好质量的控制工作。 五、 沟通管理中的一些策略的使用可以使项目更好的完成 做项目就需要与客户接触，就会出现一些正式和非正式的谈判。双方都会为自己方的利益而进行讨价还价。与客户之间搞好沟通，是项目进展是否顺利的一个条件。沟通中有许多的策略在平时的实际工作中可以使用，目的不是坑害别人，而是为了更好地完成项目，达到双方事先确定的目标，而采用的一些艺术手段而已。沟通的技巧包括：下达最终期限，使用吃惊方法，采用有限权利法，不露面的人，公平合理，战略延迟，双方一起论理，撤退，不合理，既成事实等。本人就是成功的采用了战略延迟法，将客户方的一笔项目质保金及时地催要了回来。 体会还有很多，总之通过这次学习自己对项目的管理又有了新的认识，我会将这些理论知识运用到实际工作中去的。以提高项目的管理水平，提高项目的质量，降低项目的成本，降低项目的风险，最终提高企业的效益。

工作是一件可以学到很多锻炼很多的事，虽然充满焦虑和等待但也充满着刺激兴奋和足够的满足感。下面是为大家提供的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的项目管理理论作为指导，才能少走弯路，早日成功。回想自己的项目管理经历，几多汗水，几多收获，酸甜苦辣，万般滋味在心头。不管怎样，十多年间，我从一个什么都不知道的小菜鸟，成长为今天的项目总监，回想自己走过的路，项目管理理论的确很重要。谨以此文对我走过的项目管理之路作为总结，也希望各位同行早日成功。

学习管理学心得体会(一)

市场的生态环境发生了很大变化，房地产公司面临着转型和调整。向土地要效益的发展思路导致企业管理者过多地把注意力集中在企业外部，巨额的土地增值收益足以保障房地产开发公司的生存和快速发展，公司的内部管理往往是粗放式的、缺乏科学性，只有部分公司提出精细化管理的目标，只有少数公司将精细化管理的理念转化为相应的流程、策略、制度等，而只有极少数公司的精细化管理得到了较好的执行。向土地要效益的思路要从根本上转变，转而向管理要效益。精细化管理指的是通过规则的系统化，运用程序化、标准化和数据化的手段，使组织管理各单元精确、高效、协同运行。

实施精细化管理的过程中，比较突出的障碍在于以下几方面。

一是，中庸思维方式形成的企业文化土壤不利于精细化管理。在中国长久以来形成的人治大于法治的社会环境下，推进精细化管理会遇到无形的阻力。精细化管理最早是工业化的产物，要求对于管理工作要做到制度化、格式化、程式化，强调执行力。但是大多数企业内的人员将管理视作艺术而非科学，对于细致规范的流程缺乏认真执行的动力和习惯。

二是，过度强调形式，过度量化，流程设计不合理，导致效率反而降低。精细化管理需要细化的流程来保障，但是如果设计的流程过于细致，过于依赖数字来进行量化管理，那么就会从科学性走向另一个极端。数字并不能表现出所有的问题，对数字的追求更不能解决所有的管理问题。精细化管理在提高管理水平和质量的同时，也会增加企业管理的复杂程度，如果超过一定的界限，就会适得其反。

三是，对流程设计的要求很高，如果流程设计的可 *** 作性不强，执行环节就难以推进。精细化管理对于流程的设计和重组提出了很高的要求，一个看起来完美的流程设计也许存在可 *** 作性不强的硬伤，而能够得到较好执行的流程设计往往并不是无可挑剔的。也就是说，流程设计需要的方案并不是可能的，而是可能的。这实际上是一个很高的要求，要充分立足于企业现状，透彻分析企业问题。管理首先要强化相关的理念，培养一支专业的职业化团队，形成重视规范的企业核心理念。精细化管理需要由职业经理人式的思维方式来构建企业文化，通过组织设计、绩效管理等手段来监督和督促精细化管理的实现，并且形成一个严格的执行体系。

其次，优化业务流程是精细化管理的基础，业务流程优化的目标是以最少的资源投入，获取的产出效率，在各个环节和模块之间，做出系统的组合。通过业务流程的优化，控制管理费用，降低不必要的成本支出。房地产公司的业务流程应当充分考虑房地产业务的特点，这里可以运用的工具是业务流程价值链分析模型，针对性地找出企业价值链增值大的环节，进行巩固和加强，分析和优化流程。

再次，项目管理信息化也是实现精细化管理的一个重要手段。如果为核心业务搭建一个信息化平台，资源就会得到更好的整合，对节点的控制会更为科学有效。项目运营管理系统可以有效提高管理的集约性，在项目管理的各个环节借助于信息化平台提升精细化管理的水平。

最后，精准营销也是精细化管理的重要体现。对于房地产公司来说，精准营销重点是两个方面：客户服务的精准化与产品设计的精准化。为了实现精细化的客户服务，需要对不同客户进行有效细分和研究，关注客户服务的每一个细节。在此基础上，还把精准的客户服务反映到精准化的产品设计上。例如很多房地产公司都针对不同的客户，形成了特征鲜明的产品系列，正是面向客户进行精准化营销的一种尝试。客户服务的精细化意味着从售前、售中、售后各个阶段和过程都充分考虑客户的需求。例如，当前在房地产项目的设计中，普遍存在着会所的设计更多只是为了推进销售的问题，往往忽视了后期运营使用过程中的成本费用，设计阶段也很少听取物业管理人员的意见。在精准营销的要求下，相关问题就应得到充分重视，客户的声音也应得到充分体现。

学习管理学心得体会(二)

老师第一堂课讲到：管理：带领别人实现自己的目标的过程。这句话我到现在都记忆犹新。

我认为一个企业家或是一个公司老板，首先面临的问题就是人才，然而，间接面对的就是管理，曾听说过天时不如地利，地利不如人和，这句话也从侧面说明了管理的重要，因为，要留住人才，关键就在于管理，管理的最重要原则以人为本。这和现代的管理理念一致，到处都是听说的以人为本，因此，在这里，我才真正的在书上接触到了这个观念。

其次，管理者中的人际技能，这又映证了天时不如地利，地利不如人和。一个优秀的管理者必须处理好人际关系。同时人际关系也是一个人立足社会的基本点。再次：分工与协作，分工要求各尽其职，协作便又是现在热炒的团队精神。

通过本课程的学习我知道了四大关键能力，即计划与决策能力、组织与人事的能力、领导与沟通的能力和控制欲信息处理能力。学习管理学知识是适应现代社会化大生产的需要产生的，它的目的是：研究在现有的条件下，如何通过合理的组织和配置人、财、物等因素，提高生产力的水平。管理学知识是一门综合性的交叉学科。

计划作为管理学理论的基础，让我有了许多很深的体会，在为群体中一起工作的人们设计环境，使每个人有效地完成任务时，管理人员最主要的任务，就是努力使每个人理解群体的使命和目标以及实现目标的方法。如果要使群体的努力有成效，其成员一定要明白期望他们完成的是什么，这就是计划工作的职能，而这项职能在所有管理职能中是最基本的。计划包括确定使命和目标以及完成使命和目标的行动;这需要指定决策，即从各种可供选择的方案中确定行动步骤。计划制订分为如下步骤：寻找机会确定目标拟订前提条件确定备选方案评估备选方案选择方案制定衍生计划用预算量化计划。

在学习管理学知识后，我更深刻的意识到了一个企业或是团队的成功需要具备多方面的综合素质，作为一个优秀的领导，以下两点又是不可或缺的。绝对深度的沟通技能与一定的激烈措施。沟通是领导能够深得人心的重要保证，而激励便是领导能够留住人心的重要措施。

综上所述，通过这一个学期学习管理学知识带给我很多启发，我也将会应用于今后的实践工作中，取得更多的收获。

学习管理学心得体会(三)

根据股份公司的部署，今明两年在股份系统内全面开展管理提升活动。近日，新能源公司组织召开了全面开展管理提升活动第二阶段动员大会，会上对新能源公司管理提升活动第二阶段工作做了部署，新能源领导对管理提升活动提出了具体要求，我通过学习讲话和有关文件，进行深入思考，对开展管理提升活动有了更深刻地理解，谈点心得体会。

加强管理是企业发展永恒的主题，是企业提高竞争力的关键。当前，在股份公司积极应对复杂形势变化、深化企业改革、推进转型升级、实现做强做优、世界一流目标的情况下，全面开展管理提升活动具有更加重要的意义。

全面开展管理提升活动要重点抓好三个突出，即突出主要目标，突出活动主题，突出重点任务。我认为，要做好管理工作，取得管理实效，关键是根据管理提升活动提出的工作重点，按照《股份公司管理提升活动工作方案的实施意见》和《股份公司管理提升活动的督导办法》的具体要求，狠抓落实。

抓落实，是事业成败的决定因素，更是管理提升的关键所在。事实证明，我们所取得的每一项成绩，都是狠抓落实的结果;所存在的缺点不足，很多是不抓落实或者抓而不实的后果。要抓好落实，必须从以下两个方面着手：

第一，完善各项制度，用制度来管理，靠制度来落实。制度是由人建立的，也要靠人去执行和维护。执行制度、落实制度比建立制度更重要也更困难。再好的制度，如果不去严格执行、认真落实，都难以发挥作用，甚至会适得其反。今年，新能源公司在制度建设上下了不少功夫，制定了一系列制度，如：重新修编了安全生产管理制度等。初步建立了一套比较科学规范的管理制度，总体执行良好。下一步要强化制度意识，狠抓制度的执行和落实，用制度推动各项工作再上新台阶。

第二，进一步细化工作任务，明确工作责任。新能源公司目标任务已经明确，工作思路已经确定，并已经落实责任到人，保证了各项目标任务落到实处。

我将结合自身工作岗位的具体要求，按照管理提升活动的具体要求，不断提高理论和业务水平，扎扎实实做好本职工作：

一、学习党的路线方针及政策，全面掌握党的方针政策的主要内容和基本要求，尤其要学习党和国家关于企业发展相关的政策，吃透政策，学会利用政策推进企业发展。

二、紧密结合工作实际，认真学习专业技术知识，并结合到实践中去。通过学习运营管理相关知识、学习新能源领域发展的理论知识，查漏补缺，更新知识结构，不断提高自己的知识水平。

三、积极开展电厂运营管理体系研究

为了深入推进电厂运营管理，提高电厂的管理水平，今后要结合公司管理提升活动，加强对电厂管理体系的研究，尤其在标准的制定、执行、实施和评估方面加强研究，确保管理提升活动的有效落地。

四、积极响应股份公司关于开展标准化建设工作的要求，主动修编好新能源公司风电场管理标准化。

五、努力做好分子公司运营管理监督、检查、评估、指导、服务等工作

根据新能源公司对电厂管理的要求，对分子公司电厂管理进行审核，主要检查其运营管理情况、安全生产情况、营销工作情况是否符合新能源公司发展要求，并给予建议。

六、积极参与新能源公司管理提升相关内容的研究

根据新能源公司发展的需要和领导的ָʾ，有针对性地了解一些关乎新能源公司管理提升相关的问题进行深入地研究，为领导决策提供参考依据。

---