项目管理之心得体会精选5篇-凯发k8网页登录
每个人写的心得体会都可以表达自己内心独特的观点，心得体会是可以把学习或者生活中获得的启发用文字书写下来的应用文体，下面是好老师范文网小编为您分享的项目管理之心得体会精选5篇，感谢您的参阅。
项目管理之心得体会篇1
一、接手项目阶段
项目经理在接手项目时，应该进行项目干系人分析，得出哪些人员对项目起积极推动作用，哪些人员对项目持有消极抵抗态度。随后，客户及公司领导会要求制订一份项目整体计划，此计划往往是需要根据客户方要求的结束日期进行倒推，此份计划比较粗，只需要按时间点列出进度计划安排、相应可交付物、投入人力资源。（其实我个人理解这时候的整体计划更像是里程碑计划）
除此之外，我觉得还应该准备一份项目范围说明书，明确项目范围描述、项目验收标准等，这在后期范围变更以及项目验收时是一个依据。
二、需求阶段
此阶段需要反复跟客户方业务员及相关关系人进行沟通，明确需要开发的需求。此时需要制订需求说明书，并与客户方进行确认。
在与客户方确认需求的同时有可能有些需求暂时无法确认，为了进度不受影响，此时需要项目经理先确认能够确认的需求，并同时安排项目组成员进行功能设计，这二个过程往往是同时进行的。
确认需求的过程中项目经理需要提交需求说明书、未确认需求的清单说明。
项目经理安排项目组员进行设计过程中需要设计人员提交设计说明书（一般都是界面原型设计），完成设计说明书后有必要提交给客户方相关人员进行确认。
三、任务分配阶段
根据已确认的需求，项目经理需要进行任务分配，任务分配前需要结合需求及设计进行工作分解，将需要完成的工作分解到每个按钮功能，尽量做到能分解成能在3天内完成的工作。我个人很不赞成项目经理“独裁”完成任务分配(现实中会出现实施过程中有很多工作任务不在计划中，而且会出现死命加班的情况)，此过程需要考虑项目组员的业务及技术能力，所以分解过程需要让项目组员参与，分解完成后提交任务清单文档。
任务分解完成后，根据任务清单及任务优先级关系分配任务到人，提交任务进度计划表。
四、定期沟通及监控阶段
此阶段需要根据项目组员的工作情况进行跟踪监控，包括工作过程及结果完成情况，需要监控任务完成情况、任务完成与需求匹配情况、代码编写的规范性，找出实际与计划的偏差，分析偏差，并采取相应措施，提交项目实施过程日检表、需求矩阵跟踪表、项目进度跟踪表、阶段性项目进度报告表
监控过程需要做的工作比较多，项目经理往往需要将部分工作交给项目组员完成，比如代码编写的规范性审查可交给技术稍好些的组员协助完成。
监控项目实际完成情况项目经理往往需要通过组员的周工作日志、项目例会、项目周报来了解，根据实际完成情况与计划进行对比，找出偏差原因，并采取相关措施，提交进度偏差控制表、纠正预防措施记录表文档。
监控任务完成与需求匹配情况项目经理往往需要通过组员完成需求监控清单，将需求落实到代码。
定期将可交付物给客户方进行演示。
此过程还需要制订出与团队内部及客户方进行沟通的计划，加强沟通，重视沟通。针对会议等形成的决议要定期进行跟踪，形成会议决议跟踪表。
五、范围变更控制阶段
在项目实际开发过程中，客户往往会有需求的调整或变更，这时候需要妥善处理好客户提出的调整意见或变更要求。
项目经理可根据调整的工作量及业务对系统的整体影响情况与客户进行沟通，如果调整工作是必须开展的那么必提交调整或变更申请、评审意见报告，那怕是形式也得提交，因为如果项目因此延期则有理由说不是因为我们的原因；如果调整可放到后期进行则可先把问题记录下来后期再调整。
此外，变更对项目造成了影响，需要更新项目进度计划表。
六、团队建设阶段
项目开始项目经理需要制度一些制度，比如上下班制度，会议制度、周工作日志制度。
项目开发工作繁忙而紧张，团队成员压力增大，情绪因此受影响导致工作效率下降在所难免，项目经理要经常观察团队成员的情绪，要与团队成员经常沟通谈心，遇到问题要与其一起解决。此外，定期组织团队活动，如聚餐等。
我个人更喜欢人性化的管理方式，能多照顾团队成员的尽量多照顾，而不是一味只想着自己。
要想把一个项目做好真的不容易，或多或少会与客户方产生矛盾。我个人觉得我们作为乙方，应该站在甲方客户的位置多思考问题，找到双方都能较为认可的凯发k8网页登录的解决方案，做到“尊重、聆听、理解、共赢”。
项目管理之心得体会篇2
前段时间，我负责了一个项目的管理与开发。在时间短、任务紧，而团队人员又大部分是没有经验的菜鸟的恶劣情况下，我带领接近40人的团队，终于在客户规定的时间范围内如期交付产品。这其中，经历了需求变更、人员变动（因为其它任务，先后有近10人离开团队）等诸多问题，项目仍然取得了成功，不能不说有几分侥幸，但此外也有一些经验与教训可以与大家分享。
项目开发方面
项目应以需求为核心。一个项目是否能够成功，对需求的准确把握在成功因素中要占上60%的比例。不管系统的架构设计、团队管理有多么的成功，如果需求出现偏差，仍然是南辕北辙。由于eas项目的特殊性，项目开发过程中能够与客户建立有效快速的沟通渠道，是项目成功的关键。
需求必须获得客户的确认。通过需求调研与分析后获得的用户需求说明书，以及软件需求规格说明书都必须得到客户的签字确认。确认的内容包括项目的目标、范围以及项目需求功能点（用例）。eas项目在前期对需求不够重视，导致在需求理解上出现了一些偏差，从而影响了项目的进度。幸而得到了及时的纠正，在项目管理部的协助下，所有需求都得了客户或客户代表的签字确认。从而使得项目在客户验收时，有了充分的保证。
项目应确立专门的需求分析师。公司没有专门的需求分析师，不能不说是人员配备上的一大弊端。（软件开放工作细分的第一步就是要有专门的系统分析员或需求分析师）从eas项目的开发过程中，我们就充分地认识到这一问题的严重性。需求的不断更改，客户迟迟未签字确认，原因正是在于我们没有专门的具有丰富经验的需求分析师。普通开发人员在调研需求以及撰写需求规格说明书时，总是会出现偏差或理解错误的地方。软件需求分析是一项重要且负责的技术，没有经过专门训练的需求分析师，通常会给项目带来隐患。
项目应指定各个模块的需求接口人。只有这样，才能有效地保证项目组与客户的及时沟通，快速响应客户的请求与反馈。eas项目在开发早期及时地确立了需求接口人，在一定程度上规避了需求变更给项目带来的风险。但是，确立的需求接口人未经过系统培训，在需求调研以及与客户沟通的过程中，工作表现只能说是差强人意。
注意维护需求调研记录以及需求跟踪表。这一工作做得不够好。由于需求调研人不够专业，而项目经理以及需求分析负责人对这一过程还欠缺足够的重视，同时没有好的工具或流程来监控这一过程，使得需求调研记录没有发挥更大的作用。此外，需求跟踪也非常重要，毕竟，任何项目的需求都不是固定不变的，需求随时会发生变更，而开发人员实现的需求也可能会与客户的要求偏差。
注意维护需求矩阵。项目经理对这一内容缺乏足够的重视与理解，项目开发过程体系中也缺乏好的需求矩阵文档模板。但是在项目中后期，项目及时撰写了eas项目需求功能列表，并结合交付版本与客户进行了沟通和协商，从而规避了需求偏差的风险。（需求追踪，任何原始需求来有头就有尾。原始需求—>用户需求—>产品需求—>软件需求—>设计—>测试等一系列的追踪。需求追踪的目的一方面是检查需求是否都已经实现有无遗漏，更多的是为了做变更影响分析使用）
控制需求变更。重视ccb的作用，同时应建立需求变更的响应机制。eas项目组对于需求变更的响应还不够及时，这一点项目经理与项目管理小组要担负一定的责任。（范围管理中范围控制的内容，变更管理是配置管理的一个重要内容。需求必须要受到控制，否则容易引起计划的频繁调整而发生混乱）
项目管理之心得体会篇3
通过此次两天的培训达到了整个项目从开始立项分析，计划安排，任务分解，计划实施至最后的项目验收整个一个流程的熟悉。中间各个环节的具体内容，注意事项，方式方法也都有了一个大概的明晰。基本上就一个项目的认识上上了一个层次，这里培训只作为一种方式方法的灌输，后面在实际工作中还要区别对待，融会贯通。但是就杨飞老师讲解的一些关键点在工作中还是有必要去照做的。比如在项目（事情）的计划上，由大及小的步骤去安排，设立项目阶段的里程碑，任务分解对事不对人，具体的实施那就按照任务分解也就水到渠成了。
在课上，对于一些项目中遇到的问题大家也都有提出了自己的认识，老是也都做了详细的解答，这些也都是每个人在工作中都会碰到的。通过老师的具体讲解也都找到了答案。如何做好项目的激励，成员的激励，目标愿景的描绘。科学的做好计划，及任务分解，实施都是有一套体系的。但在项目中也不能把项目经理的工作想象的无懈可击，期间会出现一些风险，一些不可控的因素对项目本身造成或多或少的影响，而做好项目的风险分析及应对措施的安排可以极大的缓解，而不是消除风险带来的项目影响。这也对项目人一个更全面，高级，思维缜密的一个要求。老师认为的项目管理或者说管理是一个个人魅力的事业，一种平衡的艺术，一点不错。课程上学的是手段是工具，毕竟人才是最关键的，管理好项目就是要管理好人。把项目成员团结在一起做事情是关键点。但是在实际中做到这一点是很难的。不过我们可以通过课程上讲到的一些方法，辅助去开展工作。比如愿景描述，激励，工具的使用，承诺书，私下的沟通等都可以很好的把项目管理做好。
虽然作为一名测试工作者，在项目中是一个从事产品质量把控的工作，能够深刻理解这个项目的流程，对做好测试工作也是有帮助的。如在平时的测试工作开展上同样是要考虑，资源，成本，计划，安排，执行，风险，结果收集的一系列问题。而要克服这些问题就要在测试之前确定有一个明确的目标，知道做什么，为什么做，怎么做，如何验收做好了，这一系列的问题是做好测试项目的关键点。至于在过程中如何做好计划的准确实施，风险把控也都是和之前说项目的道理一样。
最后感谢公司提供这样一个机会去参加此次培训。
项目管理之心得体会篇4
参加这四天的培训过程中，让我更加深刻的体会到工程造价在整个项目管理过程中的重要地位，在工程项目中常说的一句话“会干得不如会算得”，一个成熟优秀的造价专业人员在工程管理工作中发挥着重要的作用。现就对参加本次新能源项目造价管理培训后的个人心得体会作如下汇报：
新能源项目存在项目建设期短、项目建设的单位工程分散、管理人员相比火电短缺、造价管理可参考的规范偏少等特点。项目建设周期的造价管理分为投资建议书、可行性研究报告、初步设计报告、管理概算、施工图预算、招标控制价、竣工结算、竣工决算、后评价报告九个部分。工程造价的计价具有动态性和阶段性（多次性）的特点。工程建设项目从决策到竣工交付使用，都有一个较长的建设期。在整个建设期内，构成工程造价的任何因素发生变化都必然会影响工程造价的变动，不能一次确定可靠的价格，要到竣工结算后才能最终确定工程造价，因此需对建设程序的各个阶段进行计价，以保证工程造价的确定和控制的科学性。工程造价的多次性计价反映了不同的计价主体对工程造价的逐步深化、逐步细化、逐步接近和最终确定工程造价的过程。以前大家都认为造价管理最重要最关键的环节是在合同实施阶段，参加这次培训后才知道按重要程度递减分别是方案设计阶段、招投标阶段、合同实施阶段、竣工结算阶段、项目后评价阶段。方案设计阶段是顶层设计，方案不完整、影响招标；招投标阶段掌握主动权，招标漏项等，影响合同；合同实施阶段为交换主动权，实施管理无记录，影响结算；竣工结算阶段为双方博弈、妥协，结算资料不全，影响审计、决算。因此，批复后的可研报告，对项目具有至关重要的指导意义，项目的每位参与者都应该要认真、反复阅读。后期招标、施工过程中，相较于可研的变更，均应由提出变更的单位做相应的说明文件，如招标文件桩基形式、承台混凝土强度等级变更；施工图设计集电线路形式、道路结构形式变更。每一项变更，均应说明原因，如节约造价应做经济性对比、如节约工期应做工期对比、如节约用地应做建设用地方案对比。
培训中老师还讲解了现阶段造价管理中遇到的问题与管理建议，分析了工程变更、现场签证、索赔与补偿的定义。对于工程变更、工程签证管理的建议，如材料替代、施工困难，设计单位不出变更，工程签证内容填写不规范等问题的解决方法。通过这次培训使我懂得了理论和实践结合是很重要的，从理论中得出结论才能真正的为公司服务，从而提高自己的造价工作水平和独立思考能力。我会把这次学习作为起点，在以后的工作学习中不断要求自己，完善自己，让自己做的更好。
项目管理之心得体会篇5
通过这段时间工程项目管理课程的学习，我对这一专业有了更深一步的认识。从原来的懵懂不知到现在的渐学渐深，可以说这段时间的学习对我以后进一步学习其他专业知识以及今后的实际工作都是有很大益处的，在这里我简要谈一下我对工程项目管理模式的一些心得体会。
传统的设计—招标—建造模式(ddb)由于长期广泛的在世界各地采用，因而管理方法较成熟，参与各方对有关程序都很熟悉。业主方可自由选择咨询设计人员来控制设计要求，并且可以自由选择监理人员来监理工程，采用各方均熟悉的标准合同文本，十分有利于合同管理和风险管理。但是这一模式也存在着或多或少的缺陷，诸如管理和协调工作较复杂、业主前期投入较高、总造价和工期不易控制、质量事故出现时设计和施工双方责任不明确等，容易导致业主对监理工程师控制工期和造价的能力信心不足，这也制约了这一模式在现在工程项目管理中的应用。
而在设计-建造总承包模式(db)中，业主在选定总承包商时能把设计方案的优劣作为主要的评定标准，这在很大程度上能使业主得到高质量的工程设计，并且总承包商能在设计阶段充分考虑施工因素，可以最大程度地减少由于设计错误引起的变更。而且在这一模式中，总承包商对整个工程实行总价包干，并承担全部责任和风险，能使业主对工程成本得到初期的保障。但是由于业主不能直接参与设计过程的监控，再加上实行了总价包干，导致业主对设计细节控制力降低，而且最终可能会影响到工程质量。
设计—采购—施工的模式(epc)与设计—建造总承包模式(db)较类似，能够较好的将工艺的设计与设备的采购及安装紧密结合起来，有利于项目综合效益的提升。但是由于现在国内能够承担大型epc项目的承包商数量不多，经验也不是很丰富，导致承包商在投标报价时可能报价过低，加上由于经验影响到管理能力，可能直接影响到项目的工程造价、效益及质量。
项目管理型承包模式(pmc)的发展得益于近年来国际上部分工程项目在建设管理上的实践，从原来的可研至竣工验收发展成为定义和执行两个阶段，业主在这两个阶段中委托一家工程公司对项目进行全面的管理。第一阶段中pmc在组织或完成基础设计、确定所有技术方案、确定设备材料的价格和数量、对工程造价作出准确估算后编制出设计、采购和建设的招标书，从而确定工程的总承包商。第二阶段中确定下来的总承包商负责执行详细设计、采购和建设工作，这一阶段中pmc负责替业主对全部项目进行管理协调和监理。采用这一模式能够充分发挥管理承包商在项目管理方面的专业水平，统一协调和管理项目的设计和施工，有利于缩短工期。但是业主在这一模式下与施工承包方没有合同关系，对工程的施工控制能力降低;并且与其他传统模式相比增大了管理层的费用。
在市场经济逐渐演变成市场和计划相结合的混合经济的境况下，bot(建设-经营-转让)模式比较符合这种市场机制和政府干预相结合的混合经济的特色。一方面，bot能够保持市场机制发挥作用。
政府以招标方式确定项目公司的做法本身也包含了竞争机制。作为可靠的市场主体的私人机构是bot模式的行为主体，在特许期内对所建工程项目具有完备的产权。这样，承担bot项目的私人机构在bot项目的实施过程中的行为完全符合经济人假设。另一方面，bot为政府干预提供了有效的途径，这就是和私人机构达成的有关bot的协议。尽管bot协议的执行全部由项目公司负责，但政府自始至终都拥有对该项目的控制权。在立项、招标、谈判三个阶段，政府的意愿起着决定性的作用。在履约阶段，政府又具有监督检查的权力，项目经营中价格的制订也受到政府的约束，政府还可以通过通用的bot法来约束bot项目公司的行为。在bot模式中，项目的参与各方均能获得较大利益优势。项目发起人能充分利用项目经济状况的弹性，减少资本金支出，拓宽项目资金的来源，并能将特定风险转移给放贷方，能极大地降低发起人的政治风险;而放贷方在承担风险的同时却大大提高了自身的收益率，并且在参与项目过程中会遇到的竞争较少;政府作为项目的参与方，在实施bot模式过程中能极大降低自身风险，充分发动外资和私营企业或机构的能动性和创造性，引进先进的管理模式和生产技术，并能充分合理地利用资源，有利于发展国民经济和金融资本市场。虽然bot模式也有诸多缺点，比如对于项目发起人而言，项目融投资额较大、融投资周期长、收益的不确定性较大，导致发起人承担着较大风险;对于政府而言，引进的外资和私营企业或机构可能会在当地出现掠夺性经营，并且使用的价格较高，容易导致国民对政府行为的不满。但是，采用bot模式对加快我国基础设施的建设和改革的有着积极的作用，而且在提高项目运作效率、拉动内需、增加就业以及国家一些战略性发展项目上有着充分的推动作用。
因此我认为，在我国大量兴建基础设施的高峰时期，由于急需资金，bot以及类似于bot的一些其它模式的确是一种融资的好方式，只要掌握得当，政府和企业可能双赢。但是，一个国家或一个地区不可能全部或主要靠借钱来兴建基础设施，只能主要依靠政府和民众的财力。在我国刚刚开始大规模兴建基础设施的时候，宣传和提倡bot有其积极和现实的意义，但基点必须放在实施市场化上。如果将bot与市场化划等号，不但不能建立市场化，而且基础设施的建设和运营也可能会出现畸形。
会计实习心得体会最新模板相关文章：
★
★
★
★
★
★
★
★
★
★
