工作总结是对过往的工作体会进行深刻思索的文字说明，让我们把自己的感受铭记于心，可以及时写一篇心得体会，淘范文小编今天就为您带来了项目管理书心得体会推荐6篇，相信一定会对你有所帮助。

项目管理书心得体会篇1

项目经理是为项目的成功策划和执行负总责的人。为此项目经理必须在一系列的项目计划、组织和控制活动中做好领导工作，从而实现项目目标。从职业角度，项目经理是指企业建立以项目经理责任制为核心，对项目实行质量、安全、进度、成本管理的责任保证体系和全面提高项目管理水平设立的重要管理岗位。项目经理是项目团队的领导者，项目经理首要职责是在预算范围内按时优质地领导项目小组完成全部项目工作内容，并使客户满意。本文分享笔者的项目管理心得。

1、项目要进行整体管理，善始善终

整个项目开始要做好项目整体计划，在项目的整个过程中，始终要按照项目计划执行，如若遇到项目发生变更，要进行影响分析，得到批准后制定变更计划，并按变更计划执行。变更的影响情况，如：费用，时间进度等要通知相关的项目利益干系人，说明变更的原因和产生的影响。

项目首尾工作也是项目管理中，一项重要的工作。需要将项目过程中产生的文件资料进行整理，归档；对项目的费用和进度进行审计和审核，对项目的质量进行检验和验收；对项目的整个过程的利弊得失进行总结和交流。

变更计划在软件项目中经常遇到。控制好软件项目的变更，首先需要做好项目的开始目标基准的确定，基准的用户需求明确，才能衡量出哪些是需要变更的。否则变更的东西和开始要求的东西混在一起，变更计划就无从制定，变更的界限也无从划清。

自己做过的一个项目，开始为了占领市场和尽快拿下合同，在用户需求还没有详细提供的条件下，就与用户签定了合同，后来不仅费用受到限制，就连时间不够，在项目过程中，用户方还总是变更软件的功能和要求。因为没有一个基点，我们认为是变更需求和新增功能，而用户方认为是合同范围，不能因此增加费用和时间。这个项目在开始好象签定了合同我们争取了主动，其实需求不明确，使我们在后来的项目进程中一直处于被动。

所以项目从一开始就要做好计划，搞清目标。只有项目的目标明确，合理安排时间、费用、人力和其他资源，控制好项目的变更，这些是保证项目能够顺利完成的基本条件。

2、质量管理是项目成败的关键

我们在进行软件项目过程中，对软件的功能测试一直认为还是比较认真和严格的，每次测试都要有测试计划和用例的编写，然后才能进行测试；测试要有记录，并将记录整理成测试报告。

但通过此次培训后，感觉到我们的测试工作与质量管理的要求还差的远，有距离。质量控制要深入到每个与项目相关的人，要深入到项目的每个过程中，从一开始，就要树立质量第一的理念，每个过程都要进行质量的控制，而不是到最好测试时，才想到质量，才去衡量是否符合标准。

标准化设计，标准化管理是项目质量的保证。参加质量体系认证有助于企业提高项目的管理水平，有利于提高工程项目质量。cmm模型已得到广泛的认可和接受，cmmi沿用其模型的组织方式，有5个等级和18个要素。通过5个等级的认证和加强管理，企业对项目的管理将经过5个境界的提高：从混乱，到里程碑的检查，到定义清楚的管理体系和标准，到进行统计过程控制量化管理，到最后的优化过程、评价工作流程、进行工作过程的改进。

项目管理书心得体会篇2

刚刚接触到项目管理的时候，我很片面的将其理解为是一个项目的项目管理者对项目所要涉及到的全部工作、资源等进行有效地管理。然而在学习的过程中我渐渐的发现我对项目管理只是表面的认识，正确理解应该是以项目为对象的系统管理方法，通过一个临时性的专门的柔性组织，对项目进行高效率的计划、指导和控制，以实现全过程的动态管理和项目目标的综合协调与优化。

在项目管理中对我学习最深刻的是什么是“项目”。项目是在一定时间内为了达到特定的目标而调集到一起的资源组合，是为了取得特定的成果而开展的一系列相关活动”。而项目是指那些作为管理对象，按限定时间、预算和质量指标完成的一次性任务。经过学习，改变了以前对项目的片面认识，同时我也对“项目”也有了自己的认知：项目是为提供某项独特产品、服务成果所承担的临时性任务。

项目是一个特殊的将完成的有限任务，在一定的`约束条件下，以高效率地实现项目业主的目标为目的，以项目经理个人负责制为基础和以项目为独立实体进行经济核算，并按照项目内在的逻辑规律进行有效的计划、组织、协调、控制的系统管理活动;是在一定的组织内，利用有限资源，在规定的时间内完成满足一定性能、质量、技术指标等要求的任务。每个项目都有独特的地方，没有两个项目会是完全相同的，此外，由于项目的独特性，项作为一项任务，一旦完成，就不会重复。任何项目都会经历启动开发、实施、结束的过程，因而是有起点和终点的。

随着经济全球化和市场竞争的日益加剧、竞争的加剧以及企业业务的复杂化，信息化已经成为企业实现战略目标的迫切需要和必要保证。更多的企业认识到必须通过信息化建设才能够实现企业体制创新、技术创新、管理创新，增强企业的核心竞争力。因此，项目管理的思想已经被越来越多的it企业所接受，企业把越来越多精力和资源投入到it项目的建设中。在这样的背景下，我们it人也不得不学习这样的一门课程，了解软件行业的开发流程，抓住软件行业动态从而可以预测我们将来的努力方向。学习完本门课程后，或多或少的对一个项目在实施过程用应该注意什么，项目过程中每个部门该怎么去有效的开展自己的工作，从而在规定的时间的把我们的任务完成。

本门课程其中我最有感触的是项目管理中的团队合作。本次课程的作业，要求了一个项目由一个团队来完成而不是个人，这样的练习模式使我们更适应了以后企业中的项目开发。更重要的是体会项目团队不仅仅是指被分配到某个项目中工作的一组人员,它是指一组互相依赖的人员齐心协力进行工作,共同实现项目目标,项目成功需要一个有效的项目团队。科学的组织和管理可以放大工程项目团队的工作能力,使工程项目的实施向着有序的方向发展。在所有管理中,人的管理是最为复杂的,对工程项目管理人员来说极具有挑战性。我相信研究优秀团队管理的方法和策略对于每一个工程项目管理人员都是必要的。

最后，我想谈下自己学习完后的看法。首先在做项目过程中，一个小组完成一个项目，在具体实施的过程中，难免一些小组组长没有正确的协调的成员任务，从而个别组员不去完成自己的任务，这样一些人的工作量就加大。希望老师在以后的项目实施过程中中每个组员的任务应该明确。其次，在课程学习中本门课程虽不需要考试，但是必要的理论学习是必须的，理论课中应强调课程学习。

总之，我们要想真正学好项目管理，还需不断实践，学习技巧、总结经验，才能更好更深刻了解项目管理。

项目管理书心得体会篇3

我国每年的工程项目投资规模巨大，投资的成败直接影响着国民经济的发展和人民生活水平的提高。工程项目是一项极其复杂的系统工程，它从可行性研究、设计、施工到竣工验收都是一个充满风险的过程，因此，工程项目的风险管理是具

有极其重要的研究价值的。

一、工程项目风险管理概述

现代项目管理开始于上个世纪70、80年代，最初是在美国军事项目和宇航项目上发展起来，后来蔓延到各种类型的民用项目。项目管理对计划、采购、合同、进度、质量、风险等诸多方面都有充分重视，并形成有机的管理框架。20世纪90年代以后，项目管理开始更加注重人的因素，注重顾客需求和实施人性化管理。

工程项目管理是以建设工程项目为管理对象，以项目经理负责制和成本核算制为基础，以管理层和作业层相分离为特征，按照工程项目生产经营的内在规律进行有效的组织、协调、控制的一种施工管理制度。它是对整个工程的计划、执行和完工考评等整个过程的管理,它可以分成三个阶段：起始阶段、执行阶段和结束阶段。其中，起始阶段是为整个项目准备资源和制定各种计划，执行阶段是监督和指导项目的实施、完善各种计划并最终完成项目的目标，而结束阶段是对项目进行总结、评价及各种善后工作。

风险管理是工程项目管理不可缺少的一个部分。风险是由于从事某项特定活动过程中存在的不确定性而产生的经济或财务的损失，自然破坏或损伤的可能性。工程项目管理风险就是在项目管理活动或事件中消极的后果发生的潜在可能性。每一个工程项目都必然伴随着一定的风险。工程风险不仅包括在整个建筑工程项目施工的全过程中，自然灾害和各种意外事故的发生而造成的人身伤亡和财产损失的不确定性，而且也包括技术性、管理性问题引起的经济损失的不确定性。风险管理是一项综合性的管理工作，它是根据工程风险环境和设定的目标对工程风险分析和处置进行决策的过程。包括工程项目风险识别，工程项目风险评估，工程项目风险分析和工程项目风险控制。

二、工程项目风险管理过程

(一)工程项目风险识别

风险识别是工程项目风险管理的第一步。它是指找出影响项目质量、进度、投资等目标顺利实现的主要风险。风险识别可以从风险分类着手，采用专家调查法、幕景分析法或者故障树分析法进行有效辨别。其中专家调查法是邀请专家找出各种潜在的危险并做出对其后果的定性估量，没有要求作定量估计。主要有delphi法和头脑风暴法。故障树法是利用图解的形式将大的风险分解成更加具体的小风险，或对各种引起风险的原因进行分解。

风险按照造成后果可以分为纯风险和投机风险;按照分布情况分国别风险和行业风险;按照控制程度分为不可避免的风险、可转移的风险和有利可图的投机风险;按照是否可管理分为可管理风险和不可管理风险;按照影响范围分为局部风险和总体风险;按照导致风险的原因分为自然风险、社会政治风险、经济风险、技术风险和其他风险。那么，在工程项目管理中，风险主要有可行性研究阶段存在的基础数据不完整、不可靠，分析模型不合理，预测结果不准的风险;工程设计中存在的设计内容不完整，设计存在缺陷、错误，采用不恰当的规范，未考虑地质条件，未考虑施工可能性，有关数据不足或不可靠的风险;施工中存在的工艺落后，施工技术方案不合理，施工安全措施不当的风险;工艺流程不合理，工程质量检验和验收未达到规定要求的风险;自然环境中的洪水、地震、台风、雷电、泥石流、地陷等不可抗拒力的风险;组织管理中的缺乏项目管理能力，组织不妥当，目标不适当，缺乏管理协调的风险;进度计划中的管理不力造成工期滞后，劳动力缺乏或劳动生产率低，材料供应不足，不可遇见的现场条件的风险;成本管理中的不适当的工程变更，不适当的工程支付，预算偏低的风险;合同签订中合同条款表达有误，合同类型选择不当;索赔管理不力的风险;人员配置中业主、设计人员、监理人员、施工管理人员、施工技术人员、工人素质的风险;在材料供应上的原材料、成品、半成品的供货不足或拖延，数量差错，质量规格有问题的风险;设备上施工设备供应不足，类型不配套，故障、安装失误的风险;资金上的资金筹措方式不合理，费用超支，资金不到位的风险。

(二)工程项目风险评估

风险评估是在风险识别之后，对工程项目风险的量化过程。它是指采取科学方法将辨别出来并经过分类的风险按照其权重大小给予排序，综合考虑风险事件发生的概率和引起损失的后果。对于不同权重的风险，管理者应该给予不同程度的重视。风险评估可以采用综合评价法，ahp层次分析法，模糊评价法和等风险图法。综合评价法是邀请有经验的专家对可能出现的风险水平或风险事件进行评估，然后综合整体的风险水平，对风险进行排序。ahp层次分析法是由美国匹兹堡大学教授t·l·saaty创立的一种系统分析与综合评价方法。它是一种定量与定性相结合将决策者的主观判断与偏好用数量形式表达和处理的方法,能够比较准确地确定综合评价模型的权重。在层次分析法中一般要采用标度来衡量指标的重要程度以及决策者的偏好程度，该标度方法的认知心理学基础是对事物直觉地层次剖析和比较,从人的思维分辨率和知觉的灵敏度看都是合理的。模糊评价法是利用模糊集理论评价工程项目风险，使用蒙特卡洛模拟或三角模拟等方法度量风险，并可以通过改变参数而多次模拟项目风险，得到模拟仿真计算的统计结果，依次作为风险度量的结果。等风险图法是在风险发生概率和风险造成的损失程度构成的二维坐标图上通过画出等风险曲线来比较风险的大小。

(三)工程项目风险分析

风险分析是在前面工作的基础上对工程项目管理过程中可能出现的任何事件所带来的后果进行分析，以确定该事件发生的概率以及可能影响项目的潜在相关后果。风险分析可以使用进度网络模型，寿命周期费用模型或者快速反应速率模型来考察分析工程项目的风险。在制定项目开发计划、确定项目过程优先级时考查工程进度风险和工程项目费用风险，多用进度网络模型和寿命周期费用模型。在工程项目资金出现问题时候多用快速反应速率模型来确定该项目规划的各种备选方案所需的预算分配。风险分析可以从整体出发弄清楚各个风险事件之间确切的因果关系，以便制定出系统的风险管理计划，同时可以考虑各个不同风险之间相互转化的条件，研究如何才能把威胁化为机会，进一步量化已经识别了的风险发生的概率和后果，减少这种估计的不确定性。

(四)工程项目风险控制

风险控制是指利用某些技术来设法避开或控制风险，消灭或减少风险事件发生所造成的损失。风险控制的重点在于消除风险因素和减少风险损失。管理者可以采用风险回避、风险转移、风险自留、风险分散、风险降低和风险抵消等方法来进行控制。风险回避是指考虑到风险识见的存在和发生的可能性，主动放弃或拒绝实施可能导致风险损失的方案。通过风险回避可以在风险事件发生之前完全消除某一特定风险可能造成的损失。风险转移是指一些单位和个人为避免承担风险损失，有意识地将损失或损失转嫁给另外的单位或个人去承担。风险转移有控制型非保险转移、财务型非保险转移及保险转移三种形式。风险自留是一项组织自己去承担风险事故所致损失的措施。风险分散是指投资项目时，横向项目有不同的层次结构，纵向项目有多样性，有利于分散风险。风险降低是指降低风险发生的概率和尽量降低损失。采用风险降低的控制方法对工程项目管理者是有利的，可以使项目成功概率大大增加。风险抵消是指将一些风险加以合并抵消，以便降低风险损失。

项目管理书心得体会篇4

前段时间，我负责了一个项目的管理与开发。在时间短、任务紧，而团队人员又大部分是没有经验的菜鸟的恶劣情况下，我带领接近40人的团队，终于在客户规定的时间范围内如期交付产品。这其中，经历了需求变更、人员变动（因为其它任务，先后有近10人离开团队）等诸多问题，项目仍然取得了成功，不能不说有几分侥幸，但此外也有一些经验与教训可以与大家分享。

项目开发方面

项目应以需求为核心。一个项目是否能够成功，对需求的准确把握在成功因素中要占上60%的比例。不管系统的架构设计、团队管理有多么的成功，如果需求出现偏差，仍然是南辕北辙。由于eas项目的特殊性，项目开发过程中能够与客户建立有效快速的沟通渠道，是项目成功的关键。

需求必须获得客户的确认。通过需求调研与分析后获得的用户需求说明书，以及软件需求规格说明书都必须得到客户的签字确认。确认的内容包括项目的目标、范围以及项目需求功能点（用例）。eas项目在前期对需求不够重视，导致在需求理解上出现了一些偏差，从而影响了项目的进度。幸而得到了及时的纠正，在项目管理部的协助下，所有需求都得了客户或客户代表的签字确认。从而使得项目在客户验收时，有了充分的保证。

项目应确立专门的需求分析师。公司没有专门的需求分析师，不能不说是人员配备上的一大弊端。（软件开放工作细分的第一步就是要有专门的系统分析员或需求分析师）从eas项目的开发过程中，我们就充分地认识到这一问题的严重性。需求的不断更改，客户迟迟未签字确认，原因正是在于我们没有专门的具有丰富经验的需求分析师。普通开发人员在调研需求以及撰写需求规格说明书时，总是会出现偏差或理解错误的地方。软件需求分析是一项重要且负责的技术，没有经过专门训练的需求分析师，通常会给项目带来隐患。

项目应指定各个模块的需求接口人。只有这样，才能有效地保证项目组与客户的及时沟通，快速响应客户的请求与反馈。eas项目在开发早期及时地确立了需求接口人，在一定程度上规避了需求变更给项目带来的风险。但是，确立的需求接口人未经过系统培训，在需求调研以及与客户沟通的过程中，工作表现只能说是差强人意。

注意维护需求调研记录以及需求跟踪表。这一工作做得不够好。由于需求调研人不够专业，而项目经理以及需求分析负责人对这一过程还欠缺足够的重视，同时没有好的工具或流程来监控这一过程，使得需求调研记录没有发挥更大的作用。此外，需求跟踪也非常重要，毕竟，任何项目的需求都不是固定不变的，需求随时会发生变更，而开发人员实现的需求也可能会与客户的要求偏差。

注意维护需求矩阵。项目经理对这一内容缺乏足够的重视与理解，项目开发过程体系中也缺乏好的需求矩阵文档模板。但是在项目中后期，项目及时撰写了eas项目需求功能列表，并结合交付版本与客户进行了沟通和协商，从而规避了需求偏差的风险。（需求追踪，任何原始需求来有头就有尾。原始需求—>用户需求—>产品需求—>软件需求—>设计—>测试等一系列的追踪。需求追踪的目的一方面是检查需求是否都已经实现有无遗漏，更多的是为了做变更影响分析使用）

控制需求变更。重视ccb的作用，同时应建立需求变更的响应机制。eas项目组对于需求变更的响应还不够及时，这一点项目经理与项目管理小组要担负一定的责任。（范围管理中范围控制的内容，变更管理是配置管理的一个重要内容。需求必须要受到控制，否则容易引起计划的频繁调整而发生混乱）

项目管理书心得体会篇5

一、接手项目阶段

项目经理在接手项目时，应该进行项目干系人分析，得出哪些人员对项目起积极推动作用，哪些人员对项目持有消极抵抗态度。随后，客户及公司领导会要求制订一份项目整体计划，此计划往往是需要根据客户方要求的结束日期进行倒推，此份计划比较粗，只需要按时间点列出进度计划安排、相应可交付物、投入人力资源。（其实我个人理解这时候的整体计划更像是里程碑计划）

除此之外，我觉得还应该准备一份项目范围说明书，明确项目范围描述、项目验收标准等，这在后期范围变更以及项目验收时是一个依据。

二、需求阶段

此阶段需要反复跟客户方业务员及相关关系人进行沟通，明确需要开发的需求。此时需要制订需求说明书，并与客户方进行确认。

在与客户方确认需求的同时有可能有些需求暂时无法确认，为了进度不受影响，此时需要项目经理先确认能够确认的需求，并同时安排项目组成员进行功能设计，这二个过程往往是同时进行的。

确认需求的过程中项目经理需要提交需求说明书、未确认需求的清单说明。

项目经理安排项目组员进行设计过程中需要设计人员提交设计说明书（一般都是界面原型设计），完成设计说明书后有必要提交给客户方相关人员进行确认。

三、任务分配阶段

根据已确认的需求，项目经理需要进行任务分配，任务分配前需要结合需求及设计进行工作分解，将需要完成的工作分解到每个按钮功能，尽量做到能分解成能在3天内完成的工作。我个人很不赞成项目经理“独裁”完成任务分配(现实中会出现实施过程中有很多工作任务不在计划中，而且会出现死命加班的情况)，此过程需要考虑项目组员的业务及技术能力，所以分解过程需要让项目组员参与，分解完成后提交任务清单文档。

任务分解完成后，根据任务清单及任务优先级关系分配任务到人，提交任务进度计划表。

四、定期沟通及监控阶段

此阶段需要根据项目组员的工作情况进行跟踪监控，包括工作过程及结果完成情况，需要监控任务完成情况、任务完成与需求匹配情况、代码编写的规范性，找出实际与计划的偏差，分析偏差，并采取相应措施，提交项目实施过程日检表、需求矩阵跟踪表、项目进度跟踪表、阶段性项目进度报告表

监控过程需要做的工作比较多，项目经理往往需要将部分工作交给项目组员完成，比如代码编写的规范性审查可交给技术稍好些的组员协助完成。

监控项目实际完成情况项目经理往往需要通过组员的周工作日志、项目例会、项目周报来了解，根据实际完成情况与计划进行对比，找出偏差原因，并采取相关措施，提交进度偏差控制表、纠正预防措施记录表文档。

监控任务完成与需求匹配情况项目经理往往需要通过组员完成需求监控清单，将需求落实到代码。

定期将可交付物给客户方进行演示。

此过程还需要制订出与团队内部及客户方进行沟通的计划，加强沟通，重视沟通。针对会议等形成的决议要定期进行跟踪，形成会议决议跟踪表。

五、范围变更控制阶段

在项目实际开发过程中，客户往往会有需求的调整或变更，这时候需要妥善处理好客户提出的调整意见或变更要求。

项目经理可根据调整的工作量及业务对系统的整体影响情况与客户进行沟通，如果调整工作是必须开展的那么必提交调整或变更申请、评审意见报告，那怕是形式也得提交，因为如果项目因此延期则有理由说不是因为我们的原因；如果调整可放到后期进行则可先把问题记录下来后期再调整。

此外，变更对项目造成了影响，需要更新项目进度计划表。

六、团队建设阶段

项目开始项目经理需要制度一些制度，比如上下班制度，会议制度、周工作日志制度。

项目开发工作繁忙而紧张，团队成员压力增大，情绪因此受影响导致工作效率下降在所难免，项目经理要经常观察团队成员的情绪，要与团队成员经常沟通谈心，遇到问题要与其一起解决。此外，定期组织团队活动，如聚餐等。

我个人更喜欢人性化的管理方式，能多照顾团队成员的尽量多照顾，而不是一味只想着自己。

要想把一个项目做好真的不容易，或多或少会与客户方产生矛盾。我个人觉得我们作为乙方，应该站在甲方客户的位置多思考问题，找到双方都能较为认可的解决方案，做到“尊重、聆听、理解、共赢”。

项目管理书心得体会篇6

项目管理在实际生产过程中起着十分重要的作用。近日，公司策划组织了由xx项目管理培训机构郭xx主讲的课程，让大家更系统更专业的了解到项目管理的过程、体系、思维与工具应用，为期一个月的培训让我们收获很大。

项目管理主要包含五大过程和十大管理维度。五大过程为启动→规划→执行→监控→收尾。十大管理维度为项目整合管理、项目范围管理、项目时间管理、项目成本管理、项目质量管理、项目人力资源管理、项目沟通管理、项目风险管理、项目采购管理、项目干系人管理。

从五大过程来说，工作中往往对于项目的启动、规划、收尾做的不到位。项目启动时不能及时明确供货范围，导致项目管理过程中常常出现项目“缺柴”现象，或者变更后物料不能及时齐套，或者变更后生产周期不能满足客户要求。项目收尾时没有人去对项目过程中出现的问题认真总结，交付中的临时变更也常被忽略，下个项目相同的异常还会再次发生。

从十大维度来看，对工作中每一个管理维度都只是轻描淡写，没有系统性，并没有把十个维度的工作认真落实下去。要想做好项目管理必须遇到任何问题都要从这十个维度去认真思考，利用项目管理的思维去指导日常的工作。

项目培训中，郭老师提到的“聆听”也是项目管理工作中不可或缺的一部分。“聆听”在我们的工作和生活中非常重要，但往往容易被大家忽视。通常来说，每个人都从自身的角度出发去考虑问题，也常常很主观的希望别人按照自己的意愿做事，不愿意听取别人的建议或意见。其实，当你听听别人的意见，站在别人的角度考虑问题时，一切都会不一样了，成效要从改变自己开始。