项目经理工作总结
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 关于项目验收
项目会有很多节点，但总有几个节点非常重要，比如返款比较多，一定要关注这些节点，做到让客户满意，让领导满意。
3.4.1 关键节点的验收初期准备
在项目初期，必须想好到时候怎么验收的问题，会议可能如何安排?PPT该如何做?讲什么?这些工作的准备，将起到事半功倍的效果。
3.4.2 验收阶段报告的准备
验收阶段需要做很多报告、PPT等演示性的工作，需要保证充足的时间开展该工作，在实际开展中，实际此工作一般都会处于团队加班状态，感谢你的队员。
报告建议一定要做得漂亮、规范，这将极大的让你的客户满意。
PPT建议多下些功夫，在长达1～2小时的评审中，大家看一两张好的PPT也可以消解疲劳。当然，把内容说清楚。
4、教训
4.1 需求不明确
在实际工作中，主要在技术环节，需求不明确。这在现有的一些项目中，将会极常见，因此，弄清楚客户需要什么?然后按照规范的需求分析、软件设计、软件开发的方式进行。但这个工作建议还是视实际情况。
4.2 缺乏明确的计划。
项目经理的主要工作需要制定计划，对于长期计划的制定实际如果可以制订还是要制定，但是这里也会有很多问题，特别是需求在变的情况。
因此，该工作也需要继续学习一下。
4.3 项目成员时间无法保证。
在实际工作中，部分成员因为其它工作，项目的时间实际较难保证，这儿从项目经理的角度必选关注别让你的队员太辛苦了(前面提到让你的队员放松的事)，因此，会造成项目该方面的工作会不理想，从实际情况看，让一个有时间保证但相对合适的人去负责某一块的工作比让一个时间较难保证但非常合适的人去负责工作，实际情况会更好。这是被相关项目管理理论证实的一件事。
4.4 项目成员工作安排的事
在实际项目中，项目的时间节点安排仍旧比较主观，需要加强客观的因素，例如引入工时等概念。但要主要对于项目成员时间的科学考虑应该考虑团员空闲时间(例如打瞌睡、听电话等)，一般扣除10%时间，以及组员多项目工作的转换时间(使用合理的效率转换因子)
4.5 项目成员评估
最后的项目成员评估是项目经理必须干的事。
在后面的评估中，需要大量数据支持，因此，平时应注意数据采集。