项目经理考核心得体会总结 项目经理年度考核个人总结(8篇)

从某件事情上得到收获以后，写一篇心得体会，记录下来，这么做可以让我们不断思考不断进步。我们想要好好写一篇心得体会，可是却无从下手吗？接下来我就给大家介绍一下如何才能写好一篇心得体会吧，我们一起来看一看吧。

关于项目经理考核心得体会总结一

2、 与客户沟通，了解项目的整体需求，能做好产品需求设计。并与客户保持一定的联系，即时反馈阶段性的成果，和即时更改客户提出的合理需求。

3、 制定项目开发计划文档，量化任务，并合理分配给相应的人员。

4、 跟踪项目的进度，协调项目组成员之间的合作。

5、 监督产生项目进展各阶段的文档，并与qa即时沟通，保证文档的完整和规范。

6、开发过程中的需求变更，项目经理需要跟客户了解需求，在无法判断新的需求对项目的整理影响程度的情况下，需同项目组成员商量，最后决定是否接收客户的需求，然后再跟客户协商。确定要变更需求的情况下，需产生需求变更文档，更改开发计划，通知qa。

7、 项目提交测试后，项目经理需了解测试结果，根据测试的bug的严重程度来重新更改开发计划。

8、 向上汇报。向上级汇报项目的进展情况，需求变更等所有项目信息。

9、 项目完成的时候需要项目总结，产生项目总结文档。

关于项目经理考核心得体会总结二

1、 基本职责就是确保项目目标的实现，领导项目团队准时、优质地完成全部工作。

2、 与客户沟通，了解项目的整体需求。并与客户保持一定的联系，即时反馈阶段性的成果，和即时更改客户提出的合理需求。

3、 制定项目开发计划文档，量化任务，并合理分配给相应的人员。

4、 跟踪项目的进度，协调项目组成员之间的合作。

5、 监督产生项目进展各阶段的文档，并与qa即时沟通，保证文档的完整和规范。

6、 开发过程中的需求变更，项目经理需要跟客户了解需求，在无法判断新的需求对项目的整理影响程度的情况下，需同项目组成员商量，最后决定是否接收客户的需求，然后再跟客户协商。确定要变更需求的情况下，需产生需求变更文档，更改开发计划，通知qa。

7、 项目提交测试后，项目经理需了解测试结果，根据测试的bug的严重程度来重新更改开发计划。

8、 向上汇报。向上级汇报项目的进展情况，需求变更等所有项目信息。

9、 项目完成的时候需要项目总结，产生项目总结文档。

关于项目经理考核心得体会总结三

项目经理工作总结

1、 概述

-----，个人主要工作为完成好**项目，实际的项目管理工作与理论的工作有诸多差别，但回头来看，项目管理中一些原理和思想在实际工作中非常重要。

2、 假设

目前公司的项目都是在走项目运作方式。

项目经理职责、权利定义清楚。

先假设现在项目经理都已经是项目经理。

3、 经验

3.1 关于项目目标

3.1.1 泛谈目标

项目目标的定义对项目的开展非常重要，在**项目过程中，包括公司也提出很多目标及要求，但在实际工作中，负责项目的人必须得清楚两件事：1、如何对公司负责。2、如何对和你一起干这件事的人负责。

在实际工作中，看到国内一个软件行业的项目经理根据中国国情提出的一句话：如何让项目早些验收让领导放心，让下属开心和放松是项目经理时时刻刻都关注的事。

这儿我个人认为有两个事得清楚，公司实际有最低目标要求，在有限的时间及资源范围内，也考虑项目经理实际工作中所拥有的权限，应该以此为基础。最低目标是什么？在现在的情况下，个人认为就是在相应的项目节点把项目款拿到。当然，实际很多项目拿款项的事，实际销售层面就可以搞定，但项目中的技术工作，对于项目是好、是坏的整体定位非常重要。 关于让同僚们开心的事，项目是一个短期的工作，大家不开心，干完活都不爽，对于公司长远发展不是好事。公司能发点项目提成、奖金都是好事，相信前面领导放心了，项目款收到，大家都好过；要是活干完，公司由于发展阶段提成、奖金等物质的东西发不了，那干项目你就得让大家精神层面还高兴吧，在实际项目开展过程中，大家积极参与很重要，众人拾柴火焰高，想办法让大家都高兴。这里面成就感可能比较重要，多互相鼓励、赞美一下。 这儿提到在项目目标方面思想层面的东西。

3.1.2 关于项目技术目标

现在的一些项目，心有多大，项目就有多大。

这儿对负责前面目标的.人来讲得定义清楚一个事，在项目开展前，销售或者公司高层无论许诺什么，都是为了拿下项目，拿下项目后，要做的第一件事，对于整个项目成败而言，就是砍需求。

砍需求是项目经理首要必须做的一件事，或者项目团队必须做的事。

砍需求的手段建议项目经理得创造性的想出些办法，从实际操作看，这事干好了，项目就干好了一半。

3.2 关于项目实施过程中的管理及规范

3.2.1 关于会议

项目开展过程中，会议是必须要开的，大家在一起做事，信息不对称，会产生很多问题，会议的目的应以传达问题为主，而不应以解决问题为主，解决问题的会议建议是在技术组内部（或者称为讨论）。

关于开会，看过一本书，建议会议在1小时左右最好。小于30分钟，大于2小时的会一般建议别开。

开会流程实际很重要，会前要有通知，会后要有决议。

在现在公司内部，逐步贯穿这些思想是有好处的，从**项目实际开展来看，很多会议都是比较有效的，达到了信息共享的目的。

3.2.2 关于信息共享的另外方式

在**项目里面，项目周报是主要的另一种信息共享方式，如果说会议更多是项目从上到下的，那项目周报则是从下到上的。

周报的核心是项目经理需要了解信息，从实施上，某一阶段如果项目就没有安排，就建议不要整了，项目周报也不一定是每人每周都要有。有些人出差，那就两周一次也可以。 这事得灵活处理。毕竟大家实际忙起来都好几件事。

3.2.3 关于项目规范

项目规范主要涉及到项目的管理及技术方面的事，管理方面的东西，主要是一些备忘、计划、报告等。技术的事，主要是一些数据接口、技术形式统一的事。

这些实际都很重要，在**项目里开展的实际并不理想，特别是技术层面，实际是一个团队来做这件事，需要好的组织，还得大家都有心来做这件事。

3.3 关于项目实施关键活动

3.3.1 项目小组成员的明确职责定义

项目小组成员需要进行明确的职责定义，这个和前面提到目标的事是有关系的，工作的成就感在缺乏物质激励的条件下是使项目成员积极的最有效方式，同时，对于项目而言，明确需要完成的目标也使大家有方向。

在这个环节里面，职责分配需要结合实际情况进行资源的调配。找合适的人干事，并且与公司整体安排一致，有时候会有些矛盾，多和公司协调吧。

3.3.2 定期的项目节点沟通审查

在目前的项目中，往往会有一些和客户沟通的大节点，这些大节点是整个项目团队必须都了解的信息，在项目分工中，各项工作也必须结合实际情况分一些小节点。

在各个小节点，需要结合各项工作进行审查。（在实际工作中，节点需要和项目成员协调确定，以满足大节点为主确定，在**项目里面，项目时间有保证的项目成员，该目标一般能实现）

3.3.3 技术的建议但绝不参与

项目经理由于对技术的了解情况，在某些情况，可以参与技术的建议（毕竟从公司情况看，大家都参与这事不长），注意从多个层面给自己的小组成员帮助，但是，项目经理一定不要参与实际的技术工作。必须了解，只有小组成员才是对他自己工作最了解的。

相信朋友，相信伙伴。

3.4 关于项目验收

项目会有很多节点，但总有几个节点非常重要，比如返款比较多，一定要关注这些节点，做到让客户满意