关于项目管理的心得体会（精选32篇）

　　2、项目组织受体制、机制、制约。承担教师培训项目的单位：以院校和各级教师培训机构为主体。院校和各级教师培训机构的科层制管理体制，以及相应的机制和制度等，使得“柔性组织”难以达到最佳的执行状态。如，管理者和培训者同时担负着本职工作，不可能全身心于培训项目，且项目绩效只是其岗位绩效的一部分。

　　3、效果考评的综合性和延时性。教师培训项目的主要目标是通过提高教师师德素养和业务水平，提高教育教学质量。而考评培训项目对参训教师师德素养和业务水平的干预效果，需要综合采用作业评定、考试、专业对话和行为观察等方法。而考评其是否促进了教育教学质量的提高，则需要在项目结束一段时间之后实施“实践性”考评，方能比较准确。

　　4、多维协调、多方协作。协调方面，由于培训对象来自学校，其管理主体是各级教育行政部门，培训院校和机构必须协调好政校关系。由于人事管理渠道不同，项目组织更多的精力消耗在此。同时，由于院校和机构编制固定，成立“临时性”的项目组织往往形同虚设，如果不是院校和机构的负责人担任项目经理，在多方协作上就可能效果较差。

　　教师培训项目管理是用系统管理方法，通过专门设立的项目团队全程的动态管理、多维协调、多方协作，高效率地进行项目的计划、组织、评价与控制，实现教师培训的高质量。项目管理有别于一般意义上的培训管理，需要：明确教师培训项目的主要内容；对教师培训院校和机构的培训者进行专项培训;指导支持建立“柔性组织”，创新管理机制制度;建立项目管理绩效考评体系，实施专业化管理。

关于项目管理的心得体会 篇5

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

　　项目开发方面

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

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

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

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

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

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

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

关于项目管理的心得体会 篇6

　　3月23日至24日，我再次参加航宇公司组织的中青班二期培训，本次的课程是由清华大学强茂山教授带来的项目管理。不同于以往的项目管理课程，强老师更加注重项目管理的理论原理，以加强大家对课程知识的理解，便于记忆和具体实践时的灵活应用。整个课程形成了系统的项目管理知识结构，当中印象深刻和有感触共鸣的知识点较多，也极大的增强了我对项目管理知识应用的信心。

　　一、项目与运营

　　课程一开始，强老师就从项目和运营的互动原理讲起，阐述了运营管理和项目管理的一般适用范围：重复性的任务工作，则以永久组织进行运营；创新工作则以临时的项目组织进行项目管理。

　　二、项目导向型管理理论框架

　　从单个项目、多项目到项目+运营等范围，形成项目管理、项目集管理和项目组合管理理论，管理要点也从逻辑管理逐步提升到优先级，而更进一步的管理环境建设则以制度建设为要点，形成管理成熟度模型理论。

　　三、组织驱动实践

　　虽然我们的日常工作中会经常接触一些项目管理，甚至是多个项目的管理工作，但却从来没有用心的完成过组织驱动实践的总结。强老师告诉我们，这个总结非常重要，主要包括项目管理过程中的经验、教训以及其他有参考价值的信息等，将这些东西总结提炼并存档分享，是整个项目工作对个人和组织成长的最大贡献。对此我们很有感触，因此将下决心在今后的项目管理中，做好这项总结工作，不断提升自我，提升部分甚至公司的项目管理能力。

　　四、项目单元三维模型

　　从单项目视角来看，项目三维模型主要包括生命期、管理过程和功能，其中管理过程主要包括启动、计划、执行、监控、收尾等5组，功能则包括10大知识领域。

　　五、项目资源集成机制

　　从企业内部来说，该机制属激励制度，从企业外部来说，该机制则可以合同形式确定，其核心是任务和利益的分配。常用的机制如下：CPPC即成本实报+利润，公司军品大部分是按此进行的，这种方式甲方承担主要风险，相应的甲方管理控制成本也高；FFP则是完全固定价格模式，乙方承担主要风险，同时也存在项目质量难以控制等弊端；其他的以固定成本+激励的方式，则是综合了甲乙双方的风险和控制事项，具备更加广泛的适应面。

　　从公司的角度来看，目前军方以CPPC模式为主，因此造成了公司在民用等市场适应能力较差的问题。随着军方竞争的开放，后续将逐步打破CCPC模式，逐渐走向FFP模式，对公司的内部管控要求将进一步提升，同时也有利于公司向其他竞争市场的开拓，比如民品市场。

　　六、项目的计划

　　计划是项目管理的核心工具，是确保目标一次实现的纸面模拟，做好项目计划主要包括：任务分解、组织（内部+外部）结构分解，资源分解和时间节点等，项目计划要做到可便于动态管理，要求主要包括可管理，可量测，可控制，可奖惩等。

　　七、项目管理的目标导向

　　项目管理需强调目标导向，应以目标的达成为标准，避免陷入“尽心”的不可管理状态，执行和管理的原则是坚持基线不动摇，才能确保项目目标的一次成功。