关于项目经理年终总结六篇
总结是在一段时间内对学习和工作生活等表现加以总结和概括的一种书面材料，它可以促使我们思考，为此我们要做好回顾，写好总结。那么你知道总结如何写吗？下面是小编帮大家整理的项目经理年终总结6篇，欢迎大家分享。
项目经理年终总结 篇1进入xx公司已有3年的时间，回首往事，几多紧张、几多无奈，几多的欢乐。在尚格公司我经历了从业务代表到办公室到业务部经理的转变，感谢公司对我的培养和信任。现将工作中出现的情况及明年的工作打算总结如下，以期能有指导日后工作推进之意义。
一、总结过去这一年来工作中的不足，现剖析如下，以自勉：
1、个人工作方面：
（1）在20xx年8月我被任命为业务部经理，在个人工作方面由于事务性工作和与部门之间协调性工作量的加大，日常下小区的次数有所下降，对小区的实际真实情况没有认真了解，对小区的情况反馈没有掌握真实性，导致回传信息失真。
（2）另外一个体现就是在一些具体的个人业务养成方面，对新接待客户的回访深度剖析和老客户的维护上面做得不够精细。对竞争对手的产品分析不够深入，对市场情况的了解不够主动不够认真。
2、业务部内部管理上的疏漏
（1）业务部人员专业培训和课外知识不到位。
虽然在前期，对到岗的业务代表进行了系统的培训，但在后续的专业培训跟进方面没有做到位，导致业务代表你说什么他都知道（因为培训过），你说什么他又不知道（因为他忘了），所以持续的、不 ……此处隐藏12901个字……流，很容易引起冲突和矛盾（技术人员的本性决定的）。我的做法是项目经理和项目实施人员到现场，软件开发人员还是在公司做项目。项目实施人员就是初级项目经理，他们了解自己的产品，懂得一些客户的业务，关键是在于他们具有良好的沟通能力，俗称“皮厚”。他们是客户和研发人员的桥梁，其职业方向也是很机动灵活，以后可以有很多方向可以转，比开发人员的路要宽得多。
接着，我们再谈谈最让人头痛的需求变更问题。变更通常分为两种：一种是部分更改了原先的目标，即需求变更；另一种是没改变目标，但是客户不满意目前的实现方式，大到流程的实现，小到界面的布局，都是属于这类。碰到这种情况是难以避免的，主要是事先沟通的不够充分和客户随着项目的进展，慢慢想清楚了问题，改变了以前的思路。这时候，如果需要改并且你的战略是容许这种情况的，那么注意下面几点：
1.确保以前的文档，就是记载着以前的结论的东西，客户是否签过字，如果没有，赶紧把你的工作停下来，赶快再和客户自己确认一下你的方案，然后让他签字，避免以后说话没有凭据；
2.和客户坐下来，自己探讨他修改的根本目的是什么，是不是有同样能达到相同目的，但是对你来说有代价更小的选择？
3.（项目初期的工作）明确更改流程，一般是客户指定一人签字（否则客户每个领导都有权力来插一杠子，你就废了），以正式项目文件的方式提交给你，然后，你做评估分析，分析对成本、进度的影响，在你的领导同意后，出相应意见书，主要是要说明更改设计的原因和指出由此带来的不确定后果（这个东西先写出来，后面如果真的发生了，至少不是你的错）。然后再让客户在上面签字。见过医院给病人做手术以前让家人签的免责条款吗？对，就学习那个，让大家都意识到任何的更改都有成本和代价。
