it项目管理的心得体会
it项目管理的心得体会（通用32篇）
it项目管理的心得体会 篇1
我们一直讲项目管理是“麻雀虽小，五脏俱全”，即是说无论项目大小，其基本的管理理念、过程和方法是一致的。但是，对于大型基建项目，我们面对的管理问题仍然有其特色，有些是在小项目上不容易遇到的，或是不太一样的。我个人的体会是，一个专业的项目管理人员在大型基建项目上，要更加注意这样四个问题：
一、严格地遵守基建程序的工作原则
大型基建项目投资巨大，技术和资源投入巨大，社会经济意义重大，建设周期很长，对当地乃至国家的影响深远，往往是政府的投资行为，更多更严格地受到各级政府的支持关注，业主或项目管理机构的话事权、计划权、决策权，在很大程度上受制于各项基建程序法规的约束和规范，不能自以为是，随心所欲，我行我素。
尽管在工作中我们时常抱怨那些时空交错、层层叠叠的基建程序和审批手续，但是，政府的政策和法规，是不会因为我们个人的好恶或者项目的进程而改变的。当认真完成一个大型基建项目以后，我们会发现：基建程序其实是大型项目建设的生命线，是贯穿整个项目管理过程的一根主线，这根主线科学地把项目建设过程的重大事件、关键活动和工作节点有机地串联在一起，构成了大型基建项目的主体。
正是通过履行这些看似官僚主义、条条框框的程序，国家才实现了对大型基建项目的把握和掌控。
因此，大型基建项目管理的基本工作原则是：凡是政策的规定程序，必须勇敢面对和认真履行，不能立足于回避或侥幸；
要时刻提醒自己和管理团队，每一步工作将会涉及到哪些基建程序，专心研究履行基建程序的可行方案和工作步骤，细心讲究方式方法；
在做计划的时候，必须为履行程序留出足够时间和合理余量；
对履行程序过程中肯定会出现的延误和挫折（如未能通过某个审批环节）等风险，事先要做好二手准备和应对预案。
事情往往是这样的，当你由衷地尊重、慎重准备和认真执行基建程序的时候，你会感到一路过关斩将顺风顺水，所费气力其实不多；
但是，当你以侥幸的心理试图规避某项基建程序时，反而绕不过去，最终会得到惩罚，这可能是让你把程序从头再走一遍，让你的前期辛苦付诸东流。所以，大型基建项目管理的主要负责人，应该把认真高效地履行基建程序，作为自己日常工作的一项最重要的任务，抓住主线，纲举目张，少走弯路。
二、多部门、多专业沟通的工作能力
大型基建项目意义重大，它的建设涉及到社会政治、经济发展、人民生活、城乡规划、财政金融、工程技术、环境生态等各个方面，涉及到的部门和行业很多，这与小型项目的.建设是不一样的。作为项目管理的专业人员，应该特别注意培养和提高与多部门、多专业沟通的工作能力。
所谓尊重谦虚，就是从内心里尊重各个部门和行业的社会职责和专业立场，虚心听取和请教不同部门、不同行业的特殊要求和专业意见，慎重谨慎地处理相关问题。隔行如隔山，当我们在沟通中遇到困难的时候，首先应该静下心来，站在对方的角度，设身处地体会对方意见的合理性，检查我们工作中是否忽略了这个问题，是不是哪个环节还不完善?对方的合理要求应该如何采纳和整合?尊重对方就是尊重自己，虚心学习就是提高自己，何乐不为?
所谓积极主动，就是要事先做出沟通工作计划，把每个阶段可能涉及到的部门和主要沟通环节罗列出来，必须审批或沟通的事项提前罗列出来，然后，根据项目管理的实际进度，依照计划，按部就班，提前沟通，主动登门向有关部门汇报项目情况，提前组织相应的活动和会议，争取得到理解和支持。避免等到非沟通不可的时候、或者已经出现问题的时候再找上门去，这样只会事倍功半。
所谓隆重其事，就是说对于重要沟通事项和部门，要特别注意工作方法和沟通方式，力求高效高质量的沟通成果。早已落入俗套的吃吃喝喝请客送礼虽然偶尔采用，但是，对于重大项目管理事项和重要部门而言，隆重举行的高层次专家会、研讨会、审查会、汇报会、现场会等节点性活动，都是有效沟通和争取支持的有效方式，应该提前制定计划，精心策划实施，隆重严肃召开。在一般情况下，这是事半功倍高质量沟通的好办法。
三、掌握重点和控制节奏的工作方法
我们不可能像管理小项目一样，在大型基建项目上面面俱到，事必亲躬，眉毛胡子一把抓，事无巨细一起管，这样用不了多久，项目就非乱成一锅粥不可。我认为，一个职业的项目管理人士，应该由有“跳出五行，冷眼旁观”的本领，在纷杂忙乱的事务中，一定要永远明白和掌握项目管理过程中几个最重要的基建程序、关键活动、工作节点、重大事件及其工作要点和目标，超前规划策划，亲自抓住不
放，提纲携领，贯彻始终，纲举目张，大步前进。其他事务性工作则完全可以放手由团队按部就班地落实，不会贻误大局。
还有一个项目管理的节奏问题。我提出这个概念后，一些同事认为很有意义，希望能够专门有所论述。简而言之，我们在大型基建项目的管理中，与小型项目一个节奏干到底、一竿子插到底不同，要注意区分不同的工作阶段和不同的目标要求，不是面面俱到才好，也不是进度越快越好，应根据实际情况制定和调整我们的工作节奏，当快则快，当缓则缓，该放就放，以保证有限的项目管理资源更有效的利用。比如，在施工过程中的不同阶段，项目管理的节奏要相应调整，承包商刚刚进场的时候，进度和质量管理节奏要快准狠，检查不停、会议不断、处理从严；
而造价管理则可以宽松减压，尽量满足承包商的支付申请，以保证严格的管理制度贯彻实施，同时保证相对充分的前期投入；
在进度和质量进入正常轨道后，可以放缓管理力度，而调整节奏集中力量强化中间支付的审查审批，处理已支付款项中的问题，纠偏纠错，保证造价管理的正常运行，等等。如果没有工作节奏上的调整，一味强调各项工作同等重要齐头并进，势必出现人为造成的僵局和被动。“文武之道，一张一弛”，用在项目管理上也是很恰当的。
四、埋头苦干、平和宽容的工作心态
在短平快的小型基建项目上，项目管理从头负责到底，责任明确，权力集中，有些一言九鼎、舍我其谁、天塌下来一人担当的豪气和个人英雄主义的感觉。但是，在大型基建项目上工作，这种豪气和主义就必须大大地收敛。
在重大基建项目管理这个系统工程中，涉及部门和系统很多，政策性强，行政领导的介入会更多；
建设周期很长，可能政府换了几届，项目都还没有完成；
项目管理机构今年叫做指挥部，明年也许就改成了建设公司；
项目的上级主管部门和主管领导并非一成不变，“铁打的项目流水的官”，昨天你是项目经理，明天可能就换了别人；
顺利建设胜利完工你不算英雄，造价质量安全出了问题你也跑不了责任，没有哪一个人或哪一班人可以“天下道义一肩挑”，揽过项目成败的责任。
it项目管理的心得体会 篇2
一、水利工程项目风险管理中存在的困境
(一)施工企业的风险管理意识并不强烈
许多水利工程的施工企业在施工过程中并不重视风险管理工作的开展，只是一味地推动施工速率的加快，而忽略了对施工过程的监督工作，认为只要完成了施工，完成了水利工程的建设就可以了。也正是因为他们较弱的风险管理意识，使得现在的水利工程项目施工的过程中经常出现许多意外，甚至造成人员伤亡等非常严重的问题。而且，每当这些问题出现后不仅仅会拖慢整个施工周期，甚至可能给企业带来严重的索赔问题，造成经济上的损失。
(二)没有一个完善的风险管理体系
风险管理工作对于提高我们水利工程项目建设的效率具有重大意义，通过风险管理工作能够预防施工过程中可能出现的意外，保障了水利工程项目在规定周期内完成。但是，在现在的水利工程项目施工企业中，并没有建立一个完善的风险管理体系，没有一定的风险管理条例，这就使得风险管理工作的开展得不到规范化和具体化，管理工作开展的责任则被分散到施工人员当中，这样将大大阻碍我国水利工程项目的风险管理工作的有效开展。
(三)风险管理人员本身素质不高
许多水利工程项目施工企业在施工中，为了能够节约一定的开支，减少人员的聘请，往往会在企业中挑选一些工作人员来开展风险管理的工作。但是，由于这些人员并没有专业的、具体的风险管理方面的知识，对于如何开展以及如何管理各方面的问题都不够清晰，这样要如何有效地针对水利工程开展风险管理的工作呢?而且，也许正是因为他们在风险管理方面的能力不够，素质不高而削弱了风险管理工作在水利工程项目施工中所发挥的所用，造成风险管理工作中的一大困境。
(四)忽略了对合同开展的风险管理工作
合同，是当事人双方均接受对方所提出条件后所签订的文件，是代表当事人双方利益的一种具有法律效益的文件，所以，合同在制定和签订时将影响到企业自身的利益，也就是说，合同的制定与签订均具有一定的风险。但是，在水利工程施工企业的合同制定与签订过程中，却没能够重视对合同开展的风险管理工作，导致合同的条件制定时没有充分地发挥出企业的主体地位，没能够凸显出自身的利益，反而在签订过程中受到对方的牵制，最终加大了企业的施工风险，影响了企业的稳步发展。水利工程项目的施工对于我国民生的健康发展是具有重大意义的，我们要能够做好水利工程的建设工作，降低施工中的风险系数，保障水利工程的安全性和高质量，从而为我国公民提供更高质量的生活水平，推动我们社会的稳健发展。
二、水利工程项目风险管理的影响因素
风险管理的开展对于水利工程项目的顺利建设具有重大的意义，对于我国水利工程的发展具有较大推动力，所以，我们要能够了解到影响水利工程项目风险管理的因素并对症下药，才能够全面激发风险管理对我国水利工程项目建设的作用。
(一)技术水平对水利工程项目风险管理的影响
在一个工程的建设中，技术水平的高低将决定工程的建设质量及安全性。然而，我国的水利工程项目的建设水平与国外水平相比较仍然较低，在技术的运用上仍然较为落后。正是因为技术水平不高的原因，使得我国水利工程项目的大部分施工过程都需要人力来完成，这样也就增加了水利工程项目施工的风险，为风险管理工作也带来了一定的影响。
(二)自然环境对水利工程项目风险管理的影响
水利工程项目的施工地点往往是在一些较为偏僻的地方，这些地方的生活环境较为艰苦，医疗水平也不高，交通也不方便，这就为风险管理工作带来了一定的难度。一旦有施工人员受伤或者是施工材料受损都很难得到及时的补救，这样就可能会拖慢施工进度，造成企业的损失。自然环境除了生活环境之外，还包括气候条件，在施工中最难控制和预测的也正是天气的变化。一旦出现暴雨等不良的天气，将严重影响到水利工程的施工，影响到风险管理工作的开展。
(三)企业制度及文化对水利工程项目风险管理的影响
水利工程项目的风险管理工作能否有效地开展受到了施工企业内部各种制度以及企业文化的影响。在不同的水利工程项目施工企业中，有着不同的制度，有着不同的文化，面对这些不同，每个施工企业的风险管理模式肯定也是不同的，风险管理工作的实施力度也有着较大的差异。所以，只有提高了企业对风险管理工作的认识和重视性，才能够有效地推动风险管理工作的开展，降低施工风险，推动工程的顺利完工。总结水利工程项目的风险管理工作的开展是保障水利工程项目质量的重要途径，我们要能够有效地解决风险管理工作所面临的困境，才能够为我们的公民建设提出更加安全的水利设施，从而全面提高我国公民的生活水平。
it项目管理的心得体会 篇3
上上周，公司组织了一次项目管理培训，两天。一直想写个培后感，却一直没有找到头绪。今天还是没有头绪。但是没有头绪还是要写，不能没有头绪就不写了。
主讲师是一个事业部的总监，先讲了培训的背景，然后从管理的基础知识开始讲起，也就是讲了pmp的9大知识领域和5个过程，还有我们所做的行业和客户的一些特点。这是上午的课程。以下的一天半就把这5个过程讲了一遍。
老师讲的很好，控制时间也很好，行业经验，管理经验以及专业能力都很到位。我一直对我们公司的管理能力颇有微词，我在这家公司做了4年多了，中间做了很多项目，在大约7个左右的项目经理手下干过活。每个项目经理的能力参差不齐，管理风格大为均已，也和更多的经理接触过，我对很多经理的能力有些质疑。也可能是旁观者清吧。但是此位老师的讲课让我对公司的制度和建设又有了很大信心。
管理本身是个无对错的过程。但是就一些项目管理而言，确实有内在的逻辑和一些通用的方法。并且有些特点是所有项目的管理都是很关键的点，例如时间，里程碑，投入，风险管理，干洗人，士气等。在对这些特点的处理上，有些方法是通用的或者说是可以借鉴的，例如wbs。
我一看wbs就想到了软件工程中的工作分解上来。这些都是通的，软件工程就是一个管理。
最好老师进行了总结，列出了我们公司需要的项目经理的能力模型。 我发现自己有个突出的特点就是在演讲能力上的不足，或者说大众下讲话能力下的不足。这个我需要锻炼和训练。
听了这个课之后，我对自己提了两个要求，一个是度对pmp的学习，另外一个就是对演讲能力的提高。
it项目管理的心得体会 篇4
项目管理是指把各种系统、方法和人员结合在一起,在规定的时间、预算和质量目标范围内完成项目的各项工作。即从项目的投资决策开始到项目结束的全过程进行计划、组织、指挥、协调、控制和评价，以实现项目的目标。
项目管理的十大原则
1工欲善其事，必先利其器；
2名不正则言不顺，言不顺则事不成；
3其身正，不令而行；
4凡事预则立，不预则废；
5磨刀不误砍柴功；
6统筹兼顾；
7无以规矩不成方圆；
8欲速则不达；
9众人拾柴火焰高
10不知言，无以知人也
项目管理的注意事项
1、项目组成立
成立项目组是项目能否成功的第一要素，没有项目组，项目管理就无从谈起。成立项目组一般包括以下几个方面：项目背景，目标，领导组，执行组，时间表等。
项目组背景与目标比较容易确定，但是领导组与执行组的成立，就要考验项目组的智慧了。
第一，项目领导组组长是谁，一般情况下，大项目，都会找一个职位高权力重的人担当组长，但是，这样的人一般事情比较多，外地出差时间长，很难真正参与到项目运作当中。另一方面，也只需要他把控一下方向，控制一下节奏。所以，可以让此人进行全面授权，找一个职位稍微低，但是能够全身参与到项目其中的人担当协助人。
第二，项目执行组的人员安排，涉及到几个部门，就安排几个部门负责人。这里要知道，虽然是部门负责人负责项目组执行，但实际中，往往是部门负责人安排部门其中一个人去参与其中，所以，安排这个人的工作情况，需及时通报部门负责人，如果不行，则需要及时换人。
2、注意企业风向
一个项目组的存在与工作目标不仅仅是一个项目是否完工，还可能是公司重点工作是否发生变更，也就是公司“风向”变了。
原来企业高层对项目很关注，慢慢变得不管不问了，这个时候，你也要注意了，项目组是否要停止了。项目组的工作重点也不是一成不变的，某一个阶段需要做哪些工作，哪些工作是重点，哪些工作已经过时，项目负责人必须有高度敏感。
3、项目规划与激励
一般来说，项目组成立的时候，也会对项目进行规划与激励。项目组规划包括时间内容规划，项目分工，项目制度等。一旦项目启动，项目就进入到运作当中，通知什么时间发文，物料什么时候到位，工作例会什么时间开始，市场部该做什么，渠道部该做什么，这些都要明确。
项目激励不能少，许多企业管理者认为，项目组是公司安排的，不需要什么激励。但我不认同这个观点，项目毕竟是员工“额外”的工作，必须有激励来刺激。我认为：项目组以正激励为主，小项目有小激励，大项目有大激励，谨慎使用负激励。有时候来看，部分部门负责人参与不多，他只是安排下属员工参与项目组，这个时候需要不需要激励？我认为需要，因为他毕竟是项目参与者的上司，他的态度决定了下属参与的程度，因此，必须进行激励。
4、严格督促
人天生都是有惰性的，能拖的就拖，这个时候，就必须要严格督促。我认为：没有督促就没有成果。督促不仅仅是直接面对面要求他人做事情，可以有多种方式。比如：项目例会、邮件群发、进度通报等。
项目组负责人要学会一些“向上管理”的工具，比如邮件，比如工作联络函等，工作提醒等。项目负责人搞不定的事情，可能高层看到你的工作提醒，一个电话就安排落实了，所以，这些工具务必学会使用。
项目组中总会有些人勤快一点，有些人懒惰一些，这个时候就要奖励积极者，督促后进者。可以用阶段例会进行奖励通报，哪些人做得好就应该及时获得奖励。
5、勤于沟通
勤于沟通、敢于沟通，不仅仅是对上，还是对下，都是需要的。
首先是对上，一定要与项目领导组组长做好沟通，大胆沟通，勤于汇报工作，特别是在项目初期，高层领导不了解你，不知道你是否能够胜任，因此，对你也会有所顾忌，怕你不能承担，这个时候，你要勇于表达自己，表明你的立场：我能。
项目进入正常轨道后，沟通不能少，必须让领导及时知道项目进度，他们心中有底。
对下沟通，要大胆“骚扰”别人，除了督促、要求别人做事情，也要找时机拉拉家常，谈谈心之类。如果项目基金允许的话，可以项目组一起吃个饭，开展体育活动等，来加强沟通。
6、工作魅力
最后一点，也是我认为很重要的一点，凭什么让相同级别的同事替你做事。我认为，不仅仅是项目组赋予你奖罚
it项目管理的心得体会 篇5
一、项目概况
20xx年3月，我加入聚光科技SAP项目组，从项目成立至项目顺利上线持续运营，和40多名项目组的领导同事、共同度过了9个月齐心协力、并肩作战的工作时光。我在这大半年作为项目助理参与支持项目组工作的过程中，获得了来自于项目经理、各模块关键用户、各业务支持部门领导同事、及九慧顾问团队等各方面大力支持，顺利完成项目组的各项工作。
SAP系统是为公司的企业管理提供解决方案的高信息化集成系统。在这大半年的过程中，项目组经过业务调研、蓝图规划、系统实现最终准备及上线支持，通过对公司各模块业务流程深入的梳理和规划，完成了公司从前端销售到供应链、后端财务等各项业务的系统切换。这是我第一次参与如此技术密集型的项目,也是第一次和如此多技术及业务骨干们共事，可以说作为一个以市场、品牌宣传、活动策划等作为工作内容的我来说，是一个很好的学习过程，同时也是很大的挑战。
SAP信息集成化系统从筹备到上线，及上线运维的约9个月的时间里，大约分为了以下几个阶段：项目准备阶段、需求调研及蓝图设计阶段、系统实现阶段、最终数据准备阶段及上线后的支持阶段。我从入职后即加入SAP项目组，从3月8日召开系统上线启动会以来，经历并且参与了系统筹备到上线以及运维期的每一个阶段，深入学习SD/MM/PP/FICO模块的各项业务内容和系统操作规范。我一直抱着从零开始的心态，重新学习公司的各项业务，从前端SD模块的项目创建、创建合同、销售订单下达；至系统设计人员进行配置清单下达、非标BOM维护；供应链计划员进行MRP运行、计划订单转采购订单；至采购员的采购执行、付款、采购收货、发票及付款；再进入生产阶段，包括生产订单下达、发料、执行、报工入库、生产订单关闭；接着就是物流及仓库的工作了。仓库的成品库存调拨，交货单创建、拣配、发货过账、然后是发货。供应链流程结束后，数据通过SAP系统归集到财务人员手中，由他们进行收入确认、收款指派、成本结算等相关业务。整个业务流线，起源于销售，归集到财务，包含生产、采购、发货等各项供应链业务，将各项信息和数据集成到系统，很好的用信息化系统连接起了全过程。
二、项目助理工作日常
我作为项目助理加入SAP项目组以来，除了做好项目助理的日常工作，更多的时间花在了学习业务逻辑和系统操作两方面。这约9个月的项目组工作，让我对生产型企业各项业务逻辑有了很好的认识，而SAP系统作为公司信息化迭代的载体，将各项流程及审批归集为流程图，将各项销售数据及各项成本，归集为表格，让人一目了然。可以说，加入SAP项目组的这大半年，是我了解业务逻辑、提高系统操作、完善人际交往和问题处理能力的最好学习机会，对于公司给我提供一个加入SAP项目，学习业务知识的机会，我深表感谢。
项目助理除了参与项目组的各项业务工作，主要的日常运营分为两块：一是项目组成员、会议、文件等行政类日常事物，并辅助项目组跟催未清事项及项目进度；二是团队建设、团队文化、团队活动、项目宣传等各项宣传类工作。在日常的工作交流中，我和团队成员培养了良好的关系，大家在统一了项目目标即系统顺利上线后，工作热情高涨，特别是在8月-9月的系统上线期间，在连续并且高强度的工作压力下，很多人甚至每天工作时间超过16个小时，有人甚至持续加班到凌晨睡在公司。在项目上线前夕，项目组所有成员团结一致，激情高涨。我在完成各项会议安排，人员通知等工作，更多的做好后勤服务，保证大家的夜宵水果和红牛、东鹏特饮等加班能量的供给。面对高强度的工作压力，项目组成员没人叫苦叫累，几乎每天工作时间超过12个小时，中秋节、国庆节也坚守岗位，奋战在系统上线第一线，保证业务流程和评审流程高效,保证数据收集的准确及时，保证各项业务操作顺利高效。
另外，除了项目组日常工作事项，团队建设和文化宣传也是非常重要的一项工作。项目说到底就是团结一群人以目标导向为基础，共同做一件事，所以事情能不能顺利高效的完成，很重要的一部分源于“人”的因素。包括项目组按阶段召开项目启动会、蓝图汇报会、上线动员大会和最后项目总结大会，所有的方式无一不是鼓励团队成员团结一致、凝心聚力。项目组在蓝图阶段结束后进行了一次团建活动，一起体验了富春江皮划艇、定向寻宝等一些考验团队能力的活动项目。轻松愉快的活动流程让大家放松身心、为后续实现阶段的工作状态养精蓄锐。因项目蓝图规划结束后，紧接着就进入系统开发和调试阶段的繁忙工作中。在项目上线前夕，我们安排了团队聚餐，为大家在接下来一个多月的上线冲刺阶段加油鼓劲。
团队建设各项工作，按照项目组计划，依照所有成员的工作状态和当下的阶段情况及时调整，对提高项目组40多位成员的工作积极性提供了很好的助力。
三、项目管理学习心得
我作为项目助理全程参与SAP项目的这段时间以来，在不断学习业务知识和系统操作的同时，也时时总结和反思有关于项目管理方面的关键问题和注意点，尤其以团队为单位去推动一场“变革”的时候，产生的来自于内部以及外界的各项助力和阻力，同时对于如何面对机遇和挑战进行了自己的思考。以下，我通过一张思维导图，将我所理解的项目管理学习心得进行说明，希望能够抛砖引玉，为以后的新项目或是助理相关工作类型做一番启发。
我把项目管理的关键点分为以下四点，并就SAP项目中实际出现的情况做出自己的思考：
A、]如何跟进未清事项/掌握关键阶段节点
SAP项目本次上线的一共有四个模块，分别是SD&PS模块/MM&QM模块/PP模块/FICO模块。因为项目涉及公司从前端到后端的全业务流程体系，因此势必面临多业务流线，不同岗位不同工种相互配合的情况。因为体量大，业务复杂，项目在上线前夕面临庞大的未清数据收集工作，虽然项目组已经预料到数据收集情况复杂，数据量大涉及人员多，提前两个月开始了收集计划，并且明确各项数据责任人和时间节点，下发了SAP系统数据收集模版，但情况仍然不容乐观。
8月初，未清数据收集计划发布，开始收集；9月初，依据当前进度，发布详细版数据收集计划，明确每一版数据收集的业务范围、时间、各业务单元收集人、责任领导、数据复核完成时间、数据收集完成状态，并就数据收集实际情况和出现的问题，隔天召开数据收集例会，和项目组所有成员宣贯该项工作的重要性，及时跟进进度。因为SD模块需要提前上线，数据量大且配置清单等拆分到站点复杂且耗时，一度面临数据收集逾期，项目上线的风险性高问题。为解决此类问题，项目组自上而下达成了重要性共识，并积极寻求各相关业务部门负责人和各部门一级负责人的支持，项目执行小组组长虞总多次在未清数据收集逾期清单告知邮件中提及：基础数据的完备直接影响到SAP-ERP整个系统的上线是否顺利成功，所以请务必重视，及时按计划时间完成相关工作，对于工作中确实有难度和工作量的请项目组及信息技术部一起群策群力想办法帮助相关人员保质保量完成。请各业务单元的领导给予相关人员工作上的大力支持，需要资源的也请给予优先考虑支持。决战时刻需要大家每个岗位的成员同心协力，互相配合支持完成，相信在大家共同努力下能顺利成功上线。
VisualProject(高层计划和任务计划)里强调，高级管理者需要从宏观层次上掌控项目关键点的情况，更关注关键点的达成情况，以及对整个项目预期的影响。根据项目组在未清事项的跟进方式来看，在明确目的、事项明细、责任人和完成时间节点的情况下，另有四个举措，可以更好的掌握关键阶段节点和跟进进度：
一是需要树立项目计划的严肃性和目的的明确性；
二是需要设计项目进展的评审和审批关卡，设计关键点的控制，比如我们每个阶段结束后的相关模块责任人签字确认环节；
三是需要实时掌握项目执行的偏差和趋势；
四是需要寻求支撑，拉动外围环境建设，例如绩效、奖金以及项目组一直在实施的月度之星评选的工作，以促进未清事项的完成。
总之，在项目管理中跟进各项业务进展是非常重要的一项工作，虽然在面对不同的项目内容时会有所变化，但完成该事项的目的都是一致的，因此调动责任人的积极能动性和调动资源、积极寻求支持是比较重要的一个环节。
B、如何协调团队工作、处理团队内部矛盾
有独特想法的人未必有执行力，有执行力的人未必有独特想法，因此我们要组建团队。各项目的团队合作虽然目标是做事，但做事的主体都是人。因此项目的很大一部分工作是协调团队内部工作。
项目组内部交流有两种基本的方式：消息（邮件、备忘录、微信群）和会议。重要信息、通知等大多通过邮件来确认，紧急但不重要的信息通过微信发送。会议是把团队结合在一起的凝固剂，会议成功的关键是只开迫切需要开的会议。在SAP项目组会议十分频繁。尤其在业务流程专项讨论阶段，专题会议非常多，再加上项目组例会、培训会等会议，有时一周的会议约有8-10个之多。而部分夯长的会议占用了大家太多的时间精力，导致晚上要加班工作，造成了一个不好的工作影响。后来项目组养成了一个习惯，保证会议议程和参会人员的精简，频繁开会没有错，但没必要的长会坚决不开。
SAP项目组的同事都是资深业务骨干，大部分都有超过10年深耕本领域的工作经验，对业务流程和关键阶段非常清楚，在业务流程方面具有相对权威的发言权。因此项目组在进行内部沟通的另一个独一无二的方法是通过四处走动来了解情况。SAP项目组除了在滨安路园区的项目指挥部（原党工会议室），另外安排了三个小会议室让各模块成员集中独立办公。只要四处走走，与各模块聊一聊，就可以获得更多信息，许多不太容易暴露出来的小问题和小情绪，就在这茶水间、走廊里、转角口的交流中被无形解决了，因此千万别低估这些随机事实的价值。
无论选择什么样的方式进行沟通，协调团队工作，一定要确保经常而且公开地进行沟通。团队的氛围和士气、良好心态、高效的工作氛围这些都很重要。
C、如何完成跨部门协作共同推进工作事项/如何使得上下游业务相关人员接受及传达的信息一致
SAP项目组主要分为四个模块，SD/MM/PP/FICO模块分别由业务关键用户、组长和顾问团队组成，各模块业务独立又有相关联。因此在蓝图规划阶段，各模块除了梳理例如财务、供应链、事业部等的业务流程外，更多的进行跨模块业务专题的流程串联；包括后期系统实现阶段进行的集成测试和系统联调，也是要进行跨模块的流程串联，对如何更好的沟通模块、衔接业务，都是考验团队协调重要的工作方式。
有效信息有三个关键点：简洁、完整、结构。只要把这三个方面都包含在传递的信息中，就可以做到信息被人理解。因此在进行跨模块沟通时，我们会把相关模块关键用户即业务责任人、模块顾问、模块组长，如有需要会邀请具有决策权的业务负责人共同参与。在会议有限的1-2小时内，就本问题在已有方案的基础上提出优化和修改方案，并就会议讨论点、会议决策点和会后跟进事项（包含责任人和完成时间节点）邮件进行会议纪要的整理和发送确认，如此没有异议则讨论点已确认。如此，在跨模块部门协作推进事项中，各方面均遵循简洁、完整、结构三个关键点，另因为公司流程复杂，业务相关负责人多，有一关键点是，要找对人。要找业务关键责任人及其业务直接领导进行确认。
沟通只是一个过程，而达成共识才是结果。
D、如何处理新系统/新项目在推进过程中来自于外界的不理解和不配合
SAP项目按照项目管理流程(ProjectManagementProcess)有五个阶段：项目启动、项目计划、项目实施及控制过程、项目收尾和项目后续维护。每个阶段节点的控制和进入下一阶段的方式，在项目组大概有以下几种方法：开蓝图汇报会、蓝图签字确认、项目上线动员大会，还有项目组内部的汇报会和培训会等等，目的都是自上而下进行信息及项目进程的共享，做到项目组所有成员接收到的信息都是同步且最新的。
项目在推进过程中，经常就业务专项问题或流程系统优化方案召开专题会议，首先要在心理方面理解业务部门的困难，让他们觉得项目组的确在为他们所想；在实操方面要让业务部门切切实实的看到优化过后的高效方案和最终效果，并报以期待共同完成该项优化任务。另外，除了主动站在业务部门实操的角度去思考优化方案外，更要用市场化的思维来思考，令对方觉得当下讨论的这个方案，对双方对公司都是一场公平的“买卖”，用双赢的思维推进新系统/新项目的变革过程。
尽管变革是一场阵痛，但晚面对不如早面对，在调动内外部成员工作积极性的同时，也要抱以更大的耐心去听取意见和建议，以达成双赢的结果。
四、项目管理个人收获
在参与SAP项目这9个月以来，收获良多。除了用逻辑性和缜密的思维去思考问题以外，更多的是良好的工作和沟通习惯的养成。非常感谢项目经理陆总和九慧项目经理闫总，两位求真求实、事必躬亲的工作精神为项目组为我做了一个很好的工作表率作用，而项目组所有成员的实际工作方式教会我一件事，办法总比困难多。面对一个问题或者一个难题时，不产生知难畏难的情绪，更多的是思考如何解决、用什么样的方法解决和谁能解决。用以目标为导向的工作方式，而不是过程导向。
个人收获总结归纳为以下四点：
A、想清问题背后的逻辑，而不仅仅停留在表象；
在项目组工作的日子里，时常会听到开发组或者各模块顾问老师询问需求提出者这么一句话：这么做背后的逻辑是什么。说实话，这样的问法，对一直学商科，一直接触市场类媒体类相关工作的我来说，说一次很大的冲击。因为当面对一件事情，我很少会倒回去想事情的本质是什么。
大部分人思考、行动和交流都是从黄金圈法则中的最外层WHAT层开始思考，即这是个什么样的问题。而黄金圈法则的思考方式是从内线到外线的，即用WHY-HOW-WHAT的方式近似思考。
思考WHY，从为什么开始。当面对一个问题的时候，发掘解决这个问题做这件事的深层原因，比如为什么要开发批量导入BOM的报表，达到的目的是什么。
思考HOW，问了为什么后，明白解决问题的本质原因，才思考中间的圈层WHO，也就是怎么做。这里主要是梳理如何实现WHY，用什么样的方法落实解决问题的理念以及需要通过这个问题传输怎么样的价值观，坚定了一件必须做的事情，接下来就是为了做好这件事而去思考解决方法。
思考WHAT,如果前面的两个圈层思考的很清晰了，那么WHAT圈层也是水到渠成。知道了怎么去做，那么就按照既定的计划去做。
想清问题背后的逻辑，而不仅仅停留在表象。人与人之间最大的区别是思维方式，竞争壁垒是认知。
B、千人千面的沟通能力；
拥有强沟通能力的人，就是拥有一个庞大的沟通行为资料库。面对一种情境，特别是在棘手的境况下，他们可以有多种回应方式，并会有意识地从中选择一个对自己最有利，对他人最有效的方式。当一种方式没有取得理想的结果时，他们会迅速做出调整。
拥有多样的行为反应只是基础，拥有强沟通能力关键的是拥有挑选恰当行为的能力，他们知道什么样的情况采取什么样的行为最合适最有效。有三个方面的判断方式：
一看沟通情境。时间和地点等外界的影响，常常会改变沟通的结果。
二看沟通目的。主题讨论、会议、日常交流等，不同目的的沟通存在着不同的方式。
三看沟通人双方的认知。每个人都有自己的背景，你面对的每个人，都带着他的过去来和你相遇，个人经验、原生家庭、教育程度、经济实力、身份地位等所有的因素都会影响沟通过程。
C、目标导向，而不是过程导向；
在想清问题背后的逻辑，而不仅仅停留在表象中提到，人与人最大的差别是思维方式。具有批判性、独立思考的能力非常重要，这会让你在这个复杂的社会里保持坚定，有自己的判断，也有助于解决问题。
在SAP系统上线运行阶段，时常能接受到来自各部门的SAP系统最终用户的“投诉”，找项目组关键用户诉说自己在利用系统操作后，要完全改变原有的操作的逻辑和习惯，导致工作时间剧增，任务完成情况远不及以前。面对这样的问题，首先需要用同理心去理解对方内心的焦虑和烦躁，帮助他一起拆分流程进行分析，到底是在整个工作过程中，哪一方面导致了工作效率的下降，在统计各个流程阶段耗时和效率后，再进行整体评估，提出优化方案。
面对一个问题，我始终相信的是办法总比困难多。而大部分重复性、拥有可替换性的工作行为，都是可以寻找软件的简便操作方式或者利用计算机来代替解决的。
美团创始人王兴曾说，多数人为了逃避真正的思考愿意做任何事情。面对问题，最忌讳逃避，我们更应该以目标为导向，去寻找解决问题的更多更有效的办法。
D、养成良好的工作习惯，用双赢思维去完成跨模块跨部门的工作
在项目工作的过程中，共享和双赢的思维始终充斥在项目推进的过程中，其中良好的工作习惯让我受益良多。
一是所有重要的确认点及未确认点，都要落实到书面。在项目组，我们采用项目临时文件夹和正式文件夹的协作模式，临时文件夹以模块为单位，所有人都可以查看、上传和修改，用于在相互交流中、正在进行中及未确认事项/会议/问题的记录；正式文件夹只有项目顾问和项目组有上传和修改的权限，正式确认的问题清单、会议纪要、演示PPT等重要文件均在此处显示。在正式文件夹的文件呈现形式中，我们采用版本更替的做法，老版本不删除，更改后的新版本用V2.0/V3.0的方式标出，并明确修改时间，确认以最新版本为准。共享文件夹的协同模式，为整个项目中按项目进度的变化，在各阶段各模块中，出现过的各式纷繁复杂的问题和过程进行了归类和整理，所有重要事项均用电子文本的形式永久保留下来，为项目结束后的总结和工作移交，打下基础。另外，在进行专题会议的过程中，也是要进行会议纪要的总结，明确会议达成共识的事项，未清事项及未清事项负责人及完成时间节点。以便于进行会议信息的共享和确认。
二是在项目协作和执行的过程中，要建立双赢关系。双赢关系实际上就是双方在沟通中建立一个情感账户，双方的关系能否存续长久，取决于情感账户的资金是否充足，而坦诚相待、相互信任、勇于担责就是情感账户的资金。项目组成员来自于公司各个岗位和部门，按各自的岗位内容分成了MM/PP/SD/FICO四个模块。在平日日常工作过程中相互间平等相处，相互合作，为项目顺利上线而共同努力。但从另一个方面来说，系统的优化升级涉及公司业务的方方面面，其中牵扯到的上线部门也有好几十个，因此项目组成员作为来自于各部门的业务骨干，同时也是项目关键用户需要将各自业务系统的优化结果传达到各自部门的最终用户手中，并且作为项目意义的传达者，让更多同事接受系统各项操作方法和流程的变更，尤其是跨部门的业务，更是需要业务相关方的理解和认可。系统顺利上线不是关键，关键是业务的流转能否通过系统的优化更新，进行更好的管理和推进。
五、问题归纳
在通过SAP项目，不断深入剖析和梳理公司现有的业务逻辑时，由于公司业务复杂程度高，非标准化产品种类多，且业务分布广、事业部各业务单元又相对独立，所以在推进SAP系统切换上线的整个筹备期、上线期、上线后的日常运维期时，遇到了很多问题，召开了无数次不同内容和主题的专题会议。尤其在蓝图流程规划阶段，在会议高峰期每周项目组会组织召开超过8次各项讨论会，还不包括各模块内部的碰头会、专题会等等。
召开会议的目的是解决问题，而无休止的争论以及发散性无主题讨论，是会议的大忌。在项目进行的过程中，随着系统的更新优化，就业务前端后端的流转进行了管控，也确实反应了公司长期以来存在的一些问题，厄待解决。
以下只是我通过项目过程中发现的问题，就个人看法表达观点，以供参考。
A、如何把控供需，减少库存，降低成本
SAP系统中的MM模块是采购和库存管理，主要由采购部和仓储部关键用户及MM模块咨询顾问组成。采购管理是企业生产活动的起点。库存管理是控制企业物流和资金流占用的重要内容，而且是连接采购管理、生产管理和销售管理的桥梁。良好的采购和库存管理能缩短生产周期，提高生产效率，减少库存，降低成本，提高产品质量，同时增强对市场的应变能力。MM模块的内容是供需的起点，也是在业务过程中非常重要的模块之一。
项目组在上线前收集未清数据时，盘点库存将各库位的物料数据导入期初库存。SAP系统统一制订了规则，分别就物料的特性和状态，进行了批次号、序列号、项目号的使用，同时统一将十一位旧物料编码升级为十位新物料编码，在替换条码标签的同时，更新条码扫描系统和扫描方式，提高了物料出入库、各种领料投入生产的效率，节省企业的人力成本，更有利于库存的把控。
SAP系统打破了信息壁垒，当需要查看库存半成品、在制品、产成品的数量时候，在时时保证货品数量的帐卡物相符，也不需要在库房跑来跑去，减少了因为库存不准而导致的无法发货，或因为库存不足，销售人员无法得知库房还有货，进而导致无法销售。当然在实际操作中，特别是在后期系统上线运维的过程中，因为人为操作或者系统在某些细节方面不够优化的原因，确实存在大大小小的问题，这些问题在后期的系统运维过程中，项目组也进行了及时响应和处理。项目组还根据业务需要，定制开发了各类查询报表和自建表，同时也可以在SAP系统中直接就EXCEL的形式进行导出筛选和排序，更进一步把控采购和库存管理。
B、如何规范操作，精简流程，提高效率
贯穿在整个SAP项目过程中很重要的一项工作就是最终用户的培训和宣贯。在蓝图规划阶段结束后，项目组就安排模块顾问进行各模块关键用户的系统操作培训。所有的业务流程按照计划每天进行集中演示和现场系统操作，在关键用户熟识了系统操作后，安排单元测试，并且开始准备书写各模块的系统操作手册。随着操作的逐渐熟练，最终用户的接受程度越来越高，项目组在完善系统操作手册后，对各业务的最终用户进行培训2-3轮，并进行了考试（理论+上机实操考试），并对没有合格的最终用户安排补考。在接下来的三轮集成测试阶段，除去项目组关键用户的参与，至后两轮集成测试阶段，最终用户直接上机模拟操作业务真实场景。
整个系统培训的过程按照时间节点按序进行。项目上线前夕，还组织了部分最终用户进行了专题巩固培训，比如系统设计、售后备件、运维等部门。各模块关键用户和IT内部顾问，作为公司的SAP系统培训师，一直致力于业务的规范化操作，利用系统的功能性进行实际业务操作的把控，同时给各业务部门领导也开放权限直接在系统后台进行状态查看，用透明化的方式进行了流程的管控。当所有业务流程转到财务段，进行月结和报表查看时，拥有更高的真实有效性，确保了财务数据报表的准确和有效。
业务在实际操作方面随着实际情况的多发性，也随时会发生改变。如有任务操作人员因为系统操作不熟练或者不仔细，或是因为系统偶发性的情况导致业务操作出现问题，以引起客户的投诉或者产品的质量性问题，这是必须要杜绝发生的情况，也是系统上线切换最不可以出现的情况。因此操作员在实际操作业务时，应该把更多的注意力放在账卡物系统一致的情况，尽量避免出现任何人为系统操作的问题。
利用系统精简流程，提高工作效率，把更多的人力、物力放到公司的关键生产力上面。
C、如何通过系统更好的进行人员管理
SAP公司以卖账号为公司的收入来源之一，而账号的价格大概在两万元。因此一个上SAP系统的大型公司并不可能做到人手一个账号，势必要多人共用账号。项目组在分配账号权限的时候，从两个维度对不同业务部门的最终用户进行了分类，分别是功能权限控制和组织权限控制。功能权限指的是该账号在SAP系统内的操作是查看、修改或是创建，组织权限指的是该账号在该业务范围下需要操作的是哪些业务。从这两个维度把实际需要操作SAP系统的业务最终用户分了组，对应到的控制权限的60多个账号中去。因为存在多人共用一个账号的前提，所以在业务实际操作过程中，会要求业务员在其他地方填写工号和姓名，在部分T-code下进行人员的下拉菜单选择。而各模块最终用户，同时也是资深业务骨干会及时对最终用户的实际操作进行管理和把控。另外，如需要增加权限或者因为业务方式的更改进行权限配置，可以通过OA流程发起权限申请，后台也可以实时查看各业务发生和进行情况。
SAP系统打破实体制造行业乃至多行业的信息化管理壁垒，通过规范业务流程和操作规范，让数据的流通更透明，使人员工作更高效。但信息化技术的实现，只能解决部分明面上的问题，就实际业务而言，有太多的外在因素以及人为干预因素，因此如何更好的降低员工离职率，因人设岗，因岗定责，有太多需要持续思考和优化的方面。上SAP系统只是手段，而不是结果。
D、如何在系统顺利运行的基础上，持续成长，创造积极变化
从表面上看，市场中有竞争力的企业都是拥有好的产品及服务的企业。而那些好的产品与服务都是由企业的技术、生产、销售人员精心开发、生产并销售出去的，而这样一个连续的过程，又是建立在企业各个管理环节的有序运作基础之上的，最终都归结到企业员工团队的精雕细刻。任何一个环节的疏漏，都有可能会使企业的运营链条断裂，从而导致企业经营的失败。
而从长远的角度来看，企业可持续化成长的前提是培养自身核心竞争力。随着全球化的进程，技术革新日新月异，在这种经济和社会发展趋势下，企业若想持续成长发展，只有自我革新，除了不断改革自己之外，别无他法。除了公司的主流产品以外，更多的人力物力和财力用在新产品研发，在适应市场发展走向，预测未来十年的市场走向后，勇于尝试，大胆革新，永远都能够拥有一颗敏锐的判断力，创造出适应未来市场需要的新产品。
我们平时推进工作时，一般是采取所谓自下而上、层层叠加的方式。例如，在开发新产品时，会尽可能收集已有的数据和文献，汇总手头的技术要素，从中探求可能性；在推行一项新系统、新流程时，我们会尽可能多的做业务实际调研，研究旧模式的不足之处。在日常工作中，我们习惯于这种自下而上、层层叠加的方式。但是，采取这种工作方式，就很难产生超越常识的东西，孕育不出飞跃性的崭新的构想。
从项目筹备至上线的八个多月的时间里，我见证了项目组是如何齐心协力完善和修改了原有的流程和审批节点，在不断召开各项专题讨论会，邀请各流程相关责任人到项目组现场参与讨论。就尽量满足实际业务需要的同时，更要进行未雨绸缪的判断，修改完善的系统流程，是否能够满足未来五年、十年公司业务的不断发展壮大，是否能够将人员效率发挥到最高，把更多的时间精力从繁琐的日常流程中解放出来，投入到更重要的业务方面。这种不同于平日推进工作的“自下而上，层层叠加”的方法，需要决策人有更高的预测和判断能力，同时考验了一个新项目能持久运行，能否为实际业务需求发挥出最大效益。
自上而下，这种思维方式非常少见，这是现状。这里的自上而下不是指老板，或者一级部门负责人从上而下发出指示，而是从项目伊始，首先有概念，建立concept，由此开展工作，这样一种所谓自上而下的方式。稻盛和夫曾在经营哲学中提到过，这种思维方式在企业中非常少见，但如今也越来越多的管理者明白了这种思维方法所能够带来的深远影响了。
在系统顺利运行的基础上，我们更应该居安思危，在保持可持续性发展的同时，大胆革新，在预测市场未来发展变化的同时，不断改革自己，精益求精。在管理模式上，应该广开言路、集思广益，运用自上而下的思维方式，更全面思考和看待问题。
六、个人感悟
在项目组工作的这200多天的时间里，也确实有很多的个人感悟和体会，归纳了四条以供参考。
首先是，做成一个项目很难，团队协作是关键；
团队精神和团队合作在任何时候、任何方面都是一个项目成败的关键因素之一。在项目初期，因为各自的工作风格的差异，产生摩擦是不可避免的，但后期随着项目进入正轨，适应了工作节奏以后，团队合作也越来越顺利。一个伟大的团队最重要的作用是让其平凡的成员创造出不平凡的业绩，团队精神和团队合作是决定一个项目能否成功的关键性因素。
二是需要具备统筹协调能力，业务能力，刚柔并兼的沟通和说服能力；
在团队中从事任何一项工作或者担任任何一项职责时，都要用到上述相关能力。首先是统筹协调能力，运用“自上而下”的思维方式，用更全面的角度思考和看待问题。角度对了，处事方法就对了；业务能力毋容置疑，没有业务基础，面对问题的出现，何谈优化解决方案；沟通和说服能力是团队合作的基础，团队合作虽然目标是做事，但做事的主体都是人，而刚柔并举的方式会更加事半功倍。
三是改革是需要付出代价的，但更重要的是运用改革产生更积极的价值；
这里的改革指的是改变原有的模式和规则。任何打破原有计划的变化都会产生积极或者消极的影响，如何使得改变产生更积极的价值，是每一次在推进项目时，都必须要提前认真思考的问题。包括产生价值的意义、产生价值的方法，以及如何实现积极的价值。
四是要用创新性思维去工作和学习，通过项目管理实现自我成长。
学历代表过去，能力代表现在，学习力代表未来。无论从事何种工作，学习能力的重要性都排在第一位，把事情做完不是最重要的，重要的是超出预期。我们的人生使命是创造积极的变化，在每一次参与过程中，运用自上而下的思维方式，或是选择适合自己的方法，比如PDCA循环法、黄金圈法则、金字塔原理等，不断的通过“发现—解决—总结”的方式，在工作中进行自我成长和自我实现，是我们一直追求的目标。
以上各项内容是我在参与学习SAP项目以来的个人经历和收获做一个总结，仅作为个人学习心得，写的不足之处还望多多包涵，以供后期助理等相关工作人员参考。另外，感谢公司给予我的参与SAP项目的学习机会，感谢项目经理陆总、九慧项目经理闫总，感谢项目组各位同事和顾问老师。我希望能够将学习心得总结提炼，更好的投入今后的工作和安排中去。
it项目管理的心得体会 篇6
项目经理是为项目的成功策划和执行负总责的人。为此项目经理必须在一系列的项目计划、组织和控制活动中做好领导工作，从而实现项目目标。从职业角度，项目经理是指企业建立以项目经理责任制为核心，对项目实行质量、安全、进度、成本管理的责任保证体系和全面提高项目管理水平设立的重要管理岗位。项目经理是项目团队的领导者，项目经理首要职责是在预算范围内按时优质地领导项目小组完成全部项目工作内容，并使客户满意。本文分享笔者的项目管理心得。
1、项目要进行整体管理，善始善终
整个项目开始要做好项目整体计划，在项目的整个过程中，始终要按照项目计划执行，如若遇到项目发生变更，要进行影响分析，得到批准后制定变更计划，并按变更计划执行。变更的影响情况，如：费用，时间进度等要通知相关的项目利益干系人，说明变更的原因和产生的影响。
项目首尾工作也是项目管理中，一项重要的工作。需要将项目过程中产生的文件资料进行整理，归档;对项目的费用和进度进行审计和审核，对项目的质量进行检验和验收;对项目的整个过程的利弊得失进行总结和交流。
变更计划在软件项目中经常遇到。控制好软件项目的变更，首先需要做好项目的开始目标基准的确定，基准的用户需求明确，才能衡量出哪些是需要变更的。否则变更的东西和开始要求的东西混在一起，变更计划就无从制定，变更的界限也无从划清。
自己做过的一个项目，开始为了占领市场和尽快拿下合同，在用户需求还没有详细提供的条件下，就与用户签定了合同，后来不仅费用受到限制，就连时间不够，在项目过程中，用户方还总是变更软件的功能和要求。因为没有一个基点，我们认为是变更需求和新增功能，而用户方认为是合同范围，不能因此增加费用和时间。这个项目在开始好象签定了合同我们争取了主动，其实需求不明确，使我们在后来的项目进程中一直处于被动。
所以项目从一开始就要做好计划，搞清目标。只有项目的目标明确，合理安排时间、费用、人力和其他资源，控制好项目的变更，这些是保证项目能够顺利完成的基本条件。
2、质量管理是项目成败的关键
我们在进行软件项目过程中，对软件的功能测试一直认为还是比较认真和严格的，每次测试都要有测试计划和用例的编写，然后才能进行测试;测试要有记录，并将记录整理成测试报告。
但通过此次培训后，感觉到我们的测试工作与质量管理的要求还差的远，有距离。质量控制要深入到每个与项目相关的人，要深入到项目的每个过程中，从一开始，就要树立质量第一的理念，每个过程都要进行质量的控制，而不是到最好测试时，才想到质量，才去衡量是否符合标准。
标准化设计，标准化管理是项目质量的保证。参加质量体系认证有助于企业提高项目的管理水平，有利于提高工程项目质量。CMM模型已得到广泛的认可和接受，CMMI沿用其模型的组织方式，有5个等级和18个要素。通过5个等级的认证和加强管理，企业对项目的管理将经过5个境界的提高：从混乱，到里程碑的检查，到定义清楚的管理体系和标准，到进行统计过程控制量化管理，到最后的优化过程、评价工作流程、进行工作过程的改进。
it项目管理的心得体会 篇7
前段时间，我负责了一个项目的管理与开发。在时间短、任务紧，而团队人员又大部分是没有经验的菜鸟的恶劣情况下，我带领接近40人的团队，终于在客户规定 的时间范围内如期交付产品。这其中，经历了需求变更、人员变动(因为其它任务，先后有近10人离开团队)等诸多问题，项目仍然取得了成功，不能不说有几分 侥幸，但此外也有一些经验与教训可以与大家分享。
项目开发方面
项目应以需求为核心。一个项目是否能够成功，对需求的准确把握在成功因素中要占上60%的比例。不管系统的架构设计、团队管理有多么的成功，如果需求出现偏差，仍然是南辕北辙。由于EAS项目的特殊性，项目开发过程中能够与客户建立有效快速的沟通渠道，是项目成功的关键。
需求必须获得客户的确认。通过需求调研与分析后获得的用户需 求说明书，以及软件需求规格说明书都必须得到客户的签字确认。确认的内容包括项目的目标、范围以及项目需求功能点(用例)。EAS项目在前期对需求不够重 视，导致在需求理解上出现了一些偏差，从而影响了项目的进度。幸而得到了及时的纠正，在项目管理部的协助下，所有需求都得了客户或客户代表的签字确认。从 而使得项目在客户验收时，有了充分的保证。
项目应确立专门的需求分析师。公司没有专门的需求分析师，不能不说是人员配备上的一大弊端。(软件开放工作细分的第一步就是要有专门的系统分析员或需求分析师)从EAS项目的开发过程中，我们就充分地认识到这一问题的严重性。需求的不断更改，客户迟迟未签字确认，原因正是在于我们没有专门的具有丰富经验的需求分析师。普通开发人员在调研需求以及撰写需求规格说明书时，总是会出现偏差或理解错误的地方。软件需求分析是一项重要且负责的技术，没有经过专门训练的需求分析师，通常会给项目带来隐患。
项目应指定各个模块的需求接口人。只有这样，才能有效地保证项目组与客户的及时沟通，快速响应客户的请求与反馈。EAS项目在开发早期及时地确立了需求接 口人，在一定程度上规避了需求变更给项目带来的风险。但是，确立的需求接口人未经过系统培训，在需求调研以及与客户沟通的过程中，工作表现只能说是差强人 意。
注意维护需求调研记录以及需求跟踪表。这一工作做得不够好。由于需求调研人不够专业，而项目经理以及需求分析负责人对这一过程还欠缺足够的重视，同时没有 好的工具或流程来监控这一过程，使得需求调研记录没有发挥更大的作用。此外，需求跟踪也非常重要，毕竟，任何项目的需求都不是固定不变的，需求随时会发生 变更，而开发人员实现的需求也可能会与客户的要求偏差。
注意维护需求矩阵。项目经理对这一内容缺乏足够的重视与理解，项目开发过程体系中也缺乏好的需求矩阵文档模板。但是在项目中后期，项目及时撰写了EAS项目需求功能列表，并结合交付版本与客户进行了沟通和协商，从而规避了需求偏差的风险。(需求追踪，任何原始需求来有头就有尾。原始需求->用户需求->产品需求->软件需求->设计->测试等一系列的追踪。需求追踪的目的一方面是检查需求是否都已经实现有无遗漏，更多的是为了做变更影响分析使用)
控制需求变更。重视CCB的作用，同时应建立需求变更的响应机制。EAS项目组对于需求变更的响应还不够及时，这一
it项目管理的心得体会相关文章：
it项目管理的心得体会
下一篇：观看影片悲伤逆流成河心得
