软件项目经理的工作总结计划.docxVIP

[ 标签 :标题 ] 篇一：一个项目经理工作总结 项目经理工作总结 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 技术的建议但绝不参与 项目经理由于对技术的了解情况， 在某些情况， 可以参与技术