文档介绍：软件项目经理工作总结篇一:一个项目经理工作总结项目经理工作总结 1、概述-----,个人主要工作为完成好**项目,实际的项目管理工作与理论的工作有诸多差别,但回头来看,项目管理中一些原理和思想在实际工作中非常重要。 2、假设目前公司的项目都是在走项目运作方式。项目经理职责、权利定义清楚。先假设现在项目经理都已经是项目经理。 3、经验关于项目目标泛谈目标项目目标的定义对项目的开展非常重要,在**项目过程中,包括公司也提出很多目标及要求,但在实际工作中,负责项目的人必须得清楚两件事:1、如何对公司负责。2、如何对和你一起干这件事的人负责。在实际工作中,看到国内一个软件行业的项目经理根据中国国情提出的一句话:如何让项目早些验收让领导放心,让下属开心和放松是项目经理时时刻刻都关注的事。这儿我个人认为有两个事得清楚,公司实际有最低目标要求,在有限的时间及资源范围内,也考虑项目经理实际工作中所拥有的权限,应该以此为基础。最低目标是什么?在现在的情况下,个人认为就是在相应的项目节点把项目款拿到。当然,实际很多项目拿款项的事,实际销售层面就可以搞定,但项目中的技术工作,对于项目是好、是坏的整体定位非常重要。关于让同僚们开心的事,项目是一个短期的工作,大家不开心,干完活都不爽,对于公司长远发展不是好事。公司能发点项目提成、奖金都是好事,相信前面领导放心了,项目款收到,大家都好过;要是活干完,公司由于发展阶段提成、奖金等物质的东西发不了,那干项目你就得让大家精神层面还高兴吧,在实际项目开展过程中,大家积极参与很重要,众人拾柴火焰高,想办法让大家都高兴。这里面成就感可能比较重要,多互相鼓励、赞美一下。这儿提到在项目目标方面思想层面的东西。关于项目技术目标现在的一些项目,心有多大,项目就有多大。这儿对负责前面目标的人来讲得定义清楚一个事,在项目开展前,销售或者公司高层无论许诺什么,都是为了拿下项目,拿下项目后,要做的第一件事,对于整个项目成败而言,就是砍需求。砍需求是项目经理首要必须做的一件事,或者项目团队必须做的事。砍需求的手段建议项目经理得创造性的想出些办法,从实际操作看,这事干好了,项目就干好了一半。关于项目实施过程中的管理及规范关于会议项目开展过程中,会议是必须要开的,大家在一起做事,信息不对称,会产生很多问题,会议的目的应以传达问题为主,而不应以解决问题为主,解决问题的会议建议是在技术组内部(或者称为讨论)。关于开会,看过一本书,建议会议在1小时左右最好。小于30分钟,大于2小时的会一般建议别开。开会流程实际很重要,会前要有通知,会后要有决议。在现在公司内部,逐步贯穿这些思想是有好处的,从**项目实际开展来看,很多会议都是比较有效的,达到了信息共享的目的。关于信息共享的另外方式在**项目里面,项目周报是主要的另一种信息共享方式,如果说会议更多是项目从上到下的,那项目周报则是从下到上的。周报的核心是项目经理需要了解信息,从实施上,某一阶段如果项目就没有安排,就建议不要整了,项目周报也不一定是每人每周都要有。有些人出差,那就两周一次也可以。这事得灵活处理。毕竟大家实际忙起来都好几件事。关于项目规范项目规范主要涉及到项目的管理及技术方面的事,管理方面的东西,主要是一些备忘、计划、报告等。技术的事,主要是一些数据接口、技术形式统一的事。这些实际都很重要,在**项目里开展的实际并不理想,特别是技术层面,实际是一个团队来做这件事,需要好的组织,还得大家都有心来做这件事。关于项目实施关键活动项目小组成员的明确职责定义项目小组成员需要进行明确的职责定义,这个和前面提到目标的事是有关系的,工作的成就感在缺乏物质激励的条件下是使项目成员积极的最有效方式,同时,对于项目而言,明确需要完成的目标也使大家有方向。在这个环节里面,职责分配需要结合实际情况进行资源的调配。找合适的人干事,并且与公司整体安排一致,有时候会有些矛盾,多和公司协调吧。定期的项目节点沟通审查在目前的项目中,往往会有一些和客户沟通的大节点,这些大节点是整个项目团队必须都了解的信息,在项目分工中,各项工作也必须结合实际情况分一些小节点。在各个小节点,需要结合各项工作进行审查。(在实际工作中,节点需要和项目成员协调确定,以满足大节点为主确定,在**项目里面,项目时间有保证的项目成员,该目标一般能实现) 技术的建议但绝不参与项目经理由于对技术的了解情况,在某些情况,可以参与技术的建议(毕竟从公司情况看,大家都参与这事不长),注意从多个层面给自己的小组成员帮助,但是,项目经理一定不要参与实际的技术工作。必须了解,只有小组成员才是对他自己工作最了解的。相信朋友,相信伙伴。关于项目验收项目会有很多节点,但总有几个节点非常重要,比如返款比较多,一定要关注这些节点,做到让客户满意,让领导满意。关键节点的验收初期准