最新软件项目经理工作总结(大全18篇)

当我们面临新的任务或项目时，总结可以帮助我们更好地理清框架，制定计划。在写总结的过程中，可以通过提问自己、对比不同经验等方式来提高总结的质量。下面是一些总结的典型例子，供大家参考，希望对大家的写作有所启发。

软件项目经理工作总结篇一

自2月份开始，我一直在跟进xx银行w-xxnd1s2.0项目的测试工作，至此为止已近6个月时间，从公司内部系统测试、验收测试，再到uat测试，以及投产前的系统压力测试等等。从开始到项目即将结束，一步步走过来。本次项目中，我作为测试环节的主力人员之一，仅对此项目中测试工作进行总结。

一、项目测试进度控制。项目的测试进度主要是按照项目计划进行的，完全按照项目组计划要求完成测试任务、提交测试类相关文档，包括测试案例的完善、制定测试计划、执行测试、缺陷跟踪以及bug回归测试等。协调项目的内部测试工作，本此项目中测试小组一共组织了四轮次系统全面测试工作，认真配合项目工作，共同保证项目质量。项目测试的问题跟踪及处理采用每日进行修改问题回归测试工作，每日同步更新问题跟踪单的模式，按照规划时间完成系统更新测试。

二、项目组内部成员关系处理。在项目工作的这几个月里大家相处融洽，项目组内部共同探讨解决问题的方法，向各模块负责人学习模块功能处理方式，向业务人员了解系统中涉及的业务知识点，两者结合起来进行模块功能测试。鉴于之前辖内对公交易系统和中行对公项目的经验，也向项目组提出了一些完善性意见。

三、协调用户测试方面。用户验收测试是项目测试工作的重要组成部分之一，是项目验收阶段的最终把关阶段，业务人员结合日常业务处理情况对系统进行的尝试性使用过程。本次项目客户测试方面也是我个人觉得不够安全感一个主要方面，客户测试介入力度太小，尽管我们已经很多次电话催促业务人员测试，每次联系相关业务人员进行测试，他们来到项目组开发现场测试，也仅仅一两个小时时间，简单的进行验证操作即可。xx银行利用两批系统培训的时间安排了两次分行集中测试，也算给项目进行了一次全面的测试，从中也暴露出不少系统存在的问题，目前项目组均已解决。

四、测试成效方面。中信x-funds2.0系统测试中，共记录问题及客户新增需求825个，其中bug数量512个、系统完善类问题225个，新增需求类问题88个。组织了四轮次内部系统全面测试工作，兼顾日常系统更新测试工作，最大限度的进行了内部质量把关。配合外包公司一同进行系统压力测试及稳定性测试，测试结果符合客户要求。现中信x-funds2.0系统临近投产实施工作，测试组还将继续配合配合项目投产工作及投产后的补丁更新测试工作。

1.1编写目的xx网站建设。

说明编写这份项目开发总结报告的目的，指出预期的阅读范围。

1.2背景。

说明：a．本项目的名称和所开发出来的软件系统的名称；

b．此软件的任务提出者、开发者、用户及安装此软件的计算中心。

1.3定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

1.4参考资料。

b．属于本项目的其他已发表的文件；

c．本文件中各处所引用的文件、资料，包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。

2实际开发结果。

2.1产品。

说明最终制成的产品，包括：

b．程序系统共有哪几个版本，各自的版本号及它们之间的区别；

c．每个文件的名称；

d．所建立的每个数据库。如果开发中制订过配置管理计划，要同这个计划相比较。

2.2主要功能和性能。

逐项列出本软件产品所实际具有的主要功能和性能，对照可行性研究报告、项目开发计划、功能需求说明书的有关内容，说明原定的开发目标是达到了、未完全达到、或超过了。

2.3基本流程。

用图给出本程序系统的实际的基本的处理流程。

2.4进度。

列出原定计划进度与实际进度的对比，明确说明，实际进度是提前了、还是延迟了，分析主要原因。

2.5费用。

列出原定计划费用与实际支出费用的对比，包括：

a.工时，以人月为单位，并按不同级别统计；

b.计算机的使用时间，区别cpu时间及其他设备时间；

c.物料消耗、出差费等其他支出。

明确说明，经费是超出了、还是节余了，分析其主要原因。

3开发工作评价3.1对生产效率的评价给出实际生产效率，包括：

a．程序的平均生产效率，即每人月生产的行数；

b．文件的平均生产效率，即每人月生产的千字数；

并列出原订计划数作为对比。3.2对产品质量的评价。

说明在测试中检查出来的程序编制中的错误发生率，即每干条指令（或语句）中的错误指令数（或语句数）。如果开发中制订过质量保证计划或配置管理计划，要同这些计划相比较。

3.3对技术方法的评价。

给出对在开发中所使用的技术、方法、工具、手段的评价。

3.4出错原因的分析。

给出对于开发中出现的错误的原因分析。

4经验与教训。

列出从这项开发工作中所得到的最主要的经验与教训及对今后的项目开发工作的建议。

软件项目经理工作总结篇二

总结是指对某一阶段的工作、学习或思想中的经验或情况加以总结和概括的书面材料，它可以明确下一步的工作方向，少走弯路，少犯错误，提高工作效益，因此好好准备一份总结吧。那么我们该怎么去写总结呢？下面是小编帮大家整理的软件项目年度工作总结，欢迎阅读与收藏。

我一直在跟进xx银行w-xxnd1s2.0项目的测试工作，至此为止已近6个月时间，从公司内部系统测试、验收测试，再到uat测试，以及投产前的系统压力测试等等。从开始到项目即将结束，一步步走过来。本次项目中，我作为测试环节的主力人员之一，仅对此项目中测试工作进行总结。

项目的测试进度主要是按照项目计划进行的，完全按照项目组计划要求完成测试任务、提交测试类相关文档，包括测试案例的完善、制定测试计划、执行测试、缺陷跟踪以及bug回归测试等。协调项目的内部测试工作，本此项目中测试小组一共组织了四轮次系统全面测试工作，认真配合项目工作，共同保证项目质量。项目测试的.问题跟踪及处理采用每日进行修改问题回归测试工作，每日同步更新问题跟踪单的模式，按照规划时间完成系统更新测试。

在项目工作的这几个月里大家相处融洽，项目组内部共同探讨解决问题的方法，向各模块负责人学习模块功能处理方式，向业务人员了解系统中涉及的业务知识点，两者结合起来进行模块功能测试。鉴于之前辖内对公交易系统和中行对公项目的经验，也向项目组提出了一些完善性意见。

用户验收测试是项目测试工作的重要组成部分之一，是项目验收阶段的最终把关阶段，业务人员结合日常业务处理情况对系统进行的尝试性使用过程。本次项目客户测试方面也是我个人觉得不够安全感一个主要方面，客户测试介入力度太小，尽管我们已经很多次电话催促业务人员测试，每次联系相关业务人员进行测试，他们来到项目组开发现场测试，也仅仅一两个小时时间，简单的进行验证操作即可。xx银行利用两批系统培训的时间安排了两次分行集中测试，也算给项目进行了一次全面的测试，从中也暴露出不少系统存在的问题，目前项目组均已解决。

中信x-funds2.0系统测试中，共记录问题及客户新增需求825个，其中bug数量512个、系统完善类问题225个，新增需求类问题88个。组织了四轮次内部系统全面测试工作，兼顾日常系统更新测试工作，最大限度的进行了内部质量把关。配合外包公司一同进行系统压力测试及稳定性测试，测试结果符合客户要求。现中信x-funds2.0系统临近投产实施工作，测试组还将继续配合配合项目投产工作及投产后的补丁更新测试工作。

作为此次项目测试的负责人，对于日常的测试流程、测试任务分配、测试执行、缺陷跟踪、协调内部测试及协调客户测试方面能力均得到了进一步提高，理清了项目整个过程中测试小组的工作过程以及后期的项目移交工作。同时也对各子系统相应的业务知识有了更进一步认知。相关业务知识方面还需要进一步加强，测试技能及测试管理方面还需要进一步完善学习。更好的吸收项目经验，做好以后的补丁测试工作及其他项目的测试工作。

软件项目经理工作总结篇三

今年以来，作为销区经理，我能够认真履行职责，团结带领xx销区全体人员，在公司总体工作思路指引下，在xx公司领导和销售部各位经理的正确领导下，积极进取、扎实工作，完成了全年目标任务，软件总销量达到xx个，营销工作取得了可喜的成绩。下面，根据领导要求，我进行述职，不妥之处，敬请领导和同事们批评指正。

今年我们在软件销售工作中遇到了一定的困难，特别是因为我厂面临兼并重组，各种不实传闻使商业公司对我厂产品的信心不足，不少零售户甚至不卖我公司产品，面对不利局面，我们在销售部统一指挥和安排部署下，发挥全体人员的聪明才智，进一步加强宣传促销力度。首先，以我厂产品进入行业优等品为契机，迅速传播信息。通过拜访商业公司、走访零售户、及时分送《xx企业报》、《宣传画报》等企业宣传品的方式，做好宣传解释工作，使这个好消息扩散开来。因此，在保持与商业公司良好关系的基础上，我们切实增强服务意识，将工作重心下移，重点联系零售户、电话访销员等，坚持“一切从客户出发，一切为客户着想，一切对客户负责，一切让客户满意”的一对一的营销理念，对零售户实行全过程、高质量的服务，业务员通过主动上门了解访问，建立重点客户档案，及时征求客户意见，对客户的经营状况、客户要求、消费者意见和市场变化心中有数，并及时反馈，使上级能迅速准确地了解市场信息。

在营销工作中，人是最活跃最关键的要素，没有好的管理就不会有好的业绩。因此，在办事处内部管理上，首先，严格管理，加强纪律性。进一步规范了请销假制度、晚例会制度和作息时间，同时，要求业务员要及时联络，随时反馈信息。要求业务员做到的我自己首先做到，起好带头作用，自觉坚持日调度制度，及时向主管领导汇报市场信息、客户意见和建议，接受指令。其次，勤于学习，增强责任心。工作之余，我自学并组织办事处人员学习了营销业务、国家法律法规和行业政策等，提高了理论水平和营销技能。今年，我们还重点学习了《细节决定成败》一书，大家都写了读后感，普遍反映受益匪浅，深刻认识到营销工作无小事，任何一个细节都可能影响到工作的质量和效果。通过学习切实提高了大家的责任心。

通过一年来的工作实践，我深深地体会到：坚定信念，服从领导是克服困难的基础；优质服务、大力公关是搞好营销的前提；以身作则、加强管理是带好队伍的关键；加强学习、提高能力是履行好职责的基本条件。只有在以上几个方面不懈努力，才能干出业绩，不辜负领导和同志们的期望。

虽然一年来，自己在工作上、思想上，都取得了一定的成绩和进步，但我也清醒地认识到自己还存在着这样那样的不足和问题，距离领导的殷切期望还有差距。比如，在坚持学习、努力提高自身工作能力、管理水平上还不能完全适应现代营销工作的要求，工作方式方法上有欠妥之处，分析问题、解决问题的能力还需进一步提高等等。在新的一年，我要针对自己的不足，一是要顺应形势，转变观念，在做好渠道工作的同时，进一步提高服务终端的质量和水平，进一步加强针对终端客户的宣传促销，以此提高软件销量，优化结构；二是努力提高自身素质，大力提高管理水平，以适应新形势要求，在工作中不断创新，引导业务员把心思凝聚到干事业上，把精力集中到本职工作上，把功夫下到抓落实上，把本领用在促发展上。

总之，我将进一步认真反思自己的工作和思想，实事求是地总结经验教训，诚恳听取批评意见，积累和增强做好本职工作的经验与能力，以强烈的事业心，高度的.责任感努力工作，为提高销售业绩、促进企业发展做出自己应有的贡献。

谢谢大家！

软件项目经理工作总结篇四

本次软件项目设计的题目是场地预约系统，它是基于b/s模式实现的用于体育城场地管理预约的web应用软件。为用户提供并接受用户提出的需求信息，同时通过数据库管理系统存储数据，给场地的管理带来很大的方便。本项目的实现分为前台与后台。其中前台，用户可以浏览场地所提供的可预订场地的信息，同时可以对需要的场地进行预订；后台主要是针对管理员，管理员可以通过后台对场地的相应信息进行增添修改等操作。

我基本参与了本项目的全部实现过程，涉及项目的需求分析，概要设计，详细设计，代码编写，调试与运行。在需求分析阶段和小组其他成员认真分析讨论了本项目各方面的需求，主要是功能方面的需求，基本确定了本场地预约系统应该具有的基本功能。概要设计阶段通过讨论分析确定了所需表结构。详细设计阶段参与部分代码的编写，其中包括页面与数据库交互的实现，还有相应jsp页面代码的实现几布局的调整，修改。

在数据库设计实现阶段，通过和我们组其他成员的共同讨论，确定了场地信息、用户信息等表结构的详细信息，并实现了其数据库的建立和相应表的具体信息的设计实现。同时针对个别表结构完成了相应代码的编写与实现。

在后台，实现了用户的信息的浏览查看，修改及删除等功能，同时完成了足球场等场地信息的浏览、增添、修改、删除等功能。

前台参与了主界面的设计与实现，通过查询数据库得到主界面显示所需场地的相关信息，通过这样，用户可以很清楚的获知所有可预订场地的信息，其主界面上的所有关于场地的数据都是动态从数据库获取的，这样当场地增添或删除时通过修改数据库可以很方便的实现界面呈现给用户的场地信息，能够很好的使实际情况跟提供给用户的信息保持同布，非常利于场地信息的管理和发布。

时间过得真快，不知不觉中近一个月的课程设计就要结束了。本次课程设计我们组做的题目是场地预约系统，先前选题的时候以为它实现起来应该比较简单，在通过后边的具体分析之后才发现它并不是我所想象的那样简单，其中涉及许多问题我当时并没有想清楚。

经过我们小组的共同努力，最终基本上完成了场地预约系统的实现。虽然做的不是很完美，不是特别有创意，但这是我们共同努力的结果，当我们看着自己亲自完成的项目觉得很欣慰。

通过这次课程我对前边多学的知识有了进一步的认识与掌握，使我进一步认识到课本所学知识与实际应用是不一样的，在实际应用中需要你去针对具体的问题去灵活的变通处理，而并不总是和课本上的知识一样。同时，我深感只有通过具体项目的实践，才能更好的掌握所学知识，并进一步的融会贯通。

这次课程设计使我深刻认识到了一个项目的实现最重要的还是需求分析而不是代码的实现。在此次场地预约管理系统的实现过程中，我们就是因为期初对本系统的需求分析工作没有做到位致使表结构的建立存在不少问题，进而导致后边在代码的实现过程中又重新回来修改数据库的表结构。这样就不得不对已经实现的代码进行修改，这个过程将会是一个相当让人头疼的过程。一个系统的实现关键的不是代码的编写，而是设计，只有设计合理了，在后边代码实现的过程中才不会遇到问题，才不会像我们这次那样需要反复的修改。

本次课程设计使我再次认识到了团队协作的重要性，一个人的能力毕竟是有限的，而大家的力量无穷的，有时候一个很小的问题，自己怎么也看不出来，叫别人来帮着看一下可能马上就能得到解决。团队成员之间的互相合作可以使问题得到更好的解决，并且在其过程中能够进一步的相互学习到更多的知识。当然，通过本次我也深知道自己相关专业知识掌握的还很不够，在代码的实现过程也存在诸多问题，对很多的语句语法了解不是很到位，不能很好地运用，需要进一步的学习与掌握。

总的来说，本次课程设计使我对软件开发有了进一步的认识，学到了很多知识。这将对我以后的工作学习产生重要的意义！

软件项目经理工作总结篇五

软件项目管理这门课程是我们软件工程专业学生的一门重要的课程，这门课程的开设必有其重要性。软件项目管理的提出是在20世纪70年代中期的美国。由于开发项目不能按时提交、超出预算、质量达不到用户的要求等原因，70%的项目出现问题。于是，软件开发者开始逐渐重视软件开发中的各项管理。软件项目管理和其他项目管理相比有相当的特殊性。首先，软件是纯知识产品，其开发进度和质量很难估计和度量，生产效率也难以预测和保证。其次，软件系统的复杂性也导致了开发过程中各种风险的难以预见和控制。因此，项目管理对软件生产具有决定性的意义。

只有相信团队合作才可能把项目做到最好，从整个项目的过程来看，团队合作中需要沟通、分工、协作和监督。只有做好这四项才算是一个好的合作团队。首先，团队合作最基本的技能就是沟通。沟通的`目的就是让别人了解你的想法，因为每个人考虑问题的时候总会有各种各样的偏差，我们只有沟通很好的沟通来综合所有人的好的想法，以减少走弯路，而让事情进行的更顺利。因此我们也开了几次会议来互相了解沟通，当然最重要的是与项目经理的沟通。会议中他很认真负责地跟我沟通，我在沟通中用词不当或犯什么错误时，他都会指出来，并改正我的说法，因此单从与他的沟通中就学到了不少以后工作时将会用到的实在的知识。我们项目每人都是按照他给我们的计划提交相应的文件给他，但质量是参差不齐的，他都会进行审核，然后给出建议，让我们修改优化后，他才会通过。

我在此次课程中负责的部分是质量保证计划书，这是从未了解过的内容。从课程和书本上的知识不足以让我完成质量保证计划书，于是又从网上找了很多模板和每一小项是在说些什么内容来完成我们组的质量保证计划书。在这个过程中我学到了很多。我也感受到软件项目管理是一门非常需要学习的课程。它对软件工程项目的作用是至关重要的。现在，作为学生的我所做的项目虽然都是一些小的项目，但是在小组共同开发的时候还是需要用到项目的管理。如：人员的分配，时间、进度的计划，沟通计划，项目执行变更管理，以及质量管理控制等多种管理。我相信在今后的实习及工作当中，能更好的体验和感受到项目管理的精髓，对软件项目管理有更深入的了解。我也希望，学校的老师能够在今后的教学当中重视软件项目管理课程，多让学生了解实例，去感受、体会软件项目管理所遇到的问题和解决方案，理解软件项目管理的精髓。

软件项目经理工作总结篇六

在这xx年，我们项目部在上级部门的指导下，围绕公司的年度目标，认真完成项目的整体部署和工作计划，以公司的发展战略为指导，加强项目管理，提升工程质量和施工管理水平。

在施工管理过程中，严格按照各项工作标准，严格执行各种规章制度，在管理中认真贯彻“安全第一，预防为主”的方针，确保项目部施工人员的生命和财产安全。

1、认真执行各项制度。严格执行规范要求，做好工作。加强对工序质量的检查和监督，保证质量。

2、认真完成各项工作计划，提供管理信息。

3、认真做好各项工作记录。

5、认真执行上级领导的有关文件，及时完成领导交待的各项工作任务和临时指令，确保项目工作有序进行。

6、认真完成工程施工组织设计中的各项工作。

7、认真执行上级部门下达的各项工作任务，保证项目各项工作有条不紊地开展并有效地实施。

8、积极配合项目经理做好工程的各项管理工作，确保工程项目顺利完成。

9、工作中还是欠缺技能，对现场的技术管理知识了解得很浅。

10、工作中的细心性和责任心还有待加强。

针对以上问题，以后我会认真吸取经验，努力学习和提高，加强自己的技术水平和管理能力，提高工作效率，做到事前准备、事中检查、事后总结，积极主动地解决问题。在今后的工作中，我要努力做到：

11、加强学习，拓宽知识面。努力学习专业知识和相关法律常识。加强对工程的理解，提高自己的`业务水平。

12、本着实事求是的原则，做到上情下达、下情上报，真正做好领导的助手。

13、加强与同事之间的协调，积极工作，发扬团队精神，加强各成员的交流，努力打造一个高效率的工作团队。

14、进一步发挥工程技术管理的作用。

回顾了20xx年，工程项目部全体员工在项目管理过程中付出了辛勤的汗水，取得了优异的成绩，这是我们项目部全体员工的共同努力所取得的，但是也存在很多的不足。在此，我要感谢领导们对我们项目部的信任和培养，感谢各部门对我们项目部工作的理解指导，感谢全体员工不辞劳苦，无怨无悔的付出。

最后祝大家在新的xx年里，身体健康，工作顺利；祝愿我们公司的明天更加辉煌灿烂、更加美好，更加辉煌！

软件项目经理工作总结篇七

20xx年，公司规模迅速扩大，公司管理的自动化程度不断提高，许多软件系统已不能满足不断扩大的管理要求，除了要升级原有的软件系统外，新的系统开发需求成倍增加，因而，本年度内扩充了软件应用及开发工程师扩大到30人。20xx年与20xx年间，随着面向目标软件平台的普及，新的高效的软件开发模式也在中国软件业不断成熟，整体开发整体水平有了很大的提高，我公司也引进一些新的开发工具，实践了迭代开发等先进的管理方法。

xx年内我们主要完成了供应协同平台，固定资产管理，合理化建议，商用空调信息管理系统，基础文档管理系统等新的项目。由于开发管理的改进，本年度，软件开发效率提高较大，虽然用户需求增加很快，我们软件设计功能满足率仍然达到了95%，由于引进了专业的软件代码单元测试方法，软件测试的代码覆盖率增加到75%，软件的bug率大幅下降，质量大幅提高，项目完成率提高到85%。虽然本年度软件开发从质量，效率上都有较大提高，但通过分析，仍然发现了一些不足之处，需要采取相应的改进措施：

（1）、使用的开发方法有所改变，对开发时间的评估不是太熟练；

（2）、开发人员的专业知识有所增强，但对由于开发任务较重，对有些专业领域的熟悉还不够。

（1）、在忙季，仍然有的关键用户抽不出时间来接受访谈；

（2）、由于有些需求分析人员经验不足，对部分需求的分析不够透彻、准确；

分析原因如下：

（2）、软件开发人员的原因：由于软件人员紧张，项目任务多，交期短，所以。

（1）、用户需求变更太频繁：由于用户需求变更太随意，太频繁，仍然是按时完成率提高的主要障碍。

（2）、软件需求分析设计人员的原因：由于设计的不合理，分析用户需求不够。

综上所述，为了顺利实现计算机中心xx年目标，我们计划改进措施如下：

2、贯彻岗位知识能力模型，要求严格达标；做到合适的人在合适的位置做合适的事；

3、加强软件开发管理，培养团队合作精神，加强软件过程控制；

4、优化设计开发方法：加强设计标准化、模块化；提高软件开发效率；

1、提高业务部门对软件开发过程的了解；

2、培养用户需求的分析能力；

3、加强与用户的沟通，让用户参与到设计中来；

软件项目经理工作总结篇八

1、在一个或多个应用领域内使用整合了道德、法律和经济问题的工 程方法来设计合适的解决方案。

2、 懂得确定客户需求并将其转换成软件需求的过程。

3、 履行项目经理的职责，善于处理技术和管理方面的事务。

4、 懂得并使用有用的项目管理工具。

5、调谐互相冲突的目标，在成本、时间、知识、现有系统以及组织的限制下找出可接受的折衷办法。

6、在一个典型的软件开发环境中谈判、有效地工作、在必要时进行领导，并与有关负责人（包含外方）进行良好沟通。

7、 从最初创建建议书一直到项目签收结束都应用国际标准。 基本素质总结：

软件项目经理要掌握的知识:

1.专业知识：数据结构、关系数据库、操作系统、软件工程、编译原理。

2.管理知识：项目计划、项目配置管理、成本核算、风险预估、绩效考核。这是项目经理必须掌握的内容。

3.网络知识：服务器的架构、各种服务的配置。因为管理的大厦是基于软件的管理，没有一个服务管理的网络配合是不可以想象的。

软件项目经理的基本职责:

1. 制定项目计划，并根据各种变化修改项目计划。

2. 实施项目的管理、开发、质量保证过程，确保客户的成本、进度、绩效和质量目标.

3. 制定有效的项目决策过程。

4. 确保在项目生命周期中遵循是实施公司的管理和质量政策。

5. 选择一个能够精确衡量项目成本、进度、质量、绩效的项目距阵。

6. 风险管理。

7. 招聘和培训必须的项目成员。

8. 确定项目的人员组织结构。

9. 定期举行项目评估(review)会议。

10.为项目所有成员提供足够的设备、有效的工具和项目开发过程。

11.有效管理项目资源。

项目经理的权力：

1.生产指挥权 项目经理有权按工程承包合同的规定，根据项目随时出现的人、财、物等资源变化情况进行指挥调度，对于施工组织设计和网络计划，也有权在保证总目标不变的前提下进行优化和调整，以保证项目经理能对施工现场临时出现的各种变化应付自如。

2.人事权 项目班子的组成人员的选择、考核、聘任和解聘，对班子成员的任职、奖惩、调配、指挥、辞退，在有关政策和规定的范围内选用和辞退劳务队伍等是项目经理的权力。

3.财权 项目经理必须拥有承包范围内的财务决策权，在财务制度允许的范围内，项目经理有权安排承包费用的开支，有权在工资基金范围内决定项目班子内部的计酬方式、分配方法、分配原则和方案，推行计件工资、定额工资、岗位工资和确定奖金分配。对风险应变费用、赶工措施费用等都有使用支配权。

4.技术决策权主要是审查和批准重大技术措施和技术方案，以防止决策失误造成重大损失。必要时召集技术方案论证会或外请咨询专家，以防止决策失误。

5.设备、物资、材料的采购与控制权 在公司有关规定的范围内，决定机械设备的型号、数量、和进场时间，对工程材料、周转工具、大中型机具的进场有权按质量标准检验后决定是否用于本项目，还可自行采购零星物资。但主要材料的采购权不宜授予项目经理，否则可能影响公司的效益，但由材料部门供应的材料必须按时、安质、按量保证供应，否则项目经理有权拒收或采取其他措施。

在pmbok上是这样描述的，项目经理一般具有6种权利：职位权（公司对其职位的定位）、强制权（向团队成员下命令的权利）、奖励惩罚权利、专家权利（即全面控制能力，专业领域能力强，让人信服）、感召力（即个人魅力，沟通、协调方面的能力）、参照权利（评审和汇报权，参照和利用领导的影响力）。

大，则取决于公司对项目的定位。调薪权，个人认为，并不是项目应该具备的能力；薪资比较稳定的，与职业发展关联，更多是由人力资源部门确定。考核权，项目经理应该有一定的这方面的权利，并且，可以依靠客观的考核指标来影响薪金。（现代卓越集团副总裁周浩宇）

1. 岗位：项目经理 主要职责：

1、 计划：

a)项目范围、项目质量、项目时间、项目成本的确认。

b)项目过程/活动的标准化、规范化。

c)根据项目范围、质量、时间与成本的综合因素的考虑，进行项目的总体规划与阶段计划。 d)各项计划得到上级领导、客户方及项目组成员认可。

2、 组织：

a)组织项目所需的各项资源。

b)设置项目组中的各种角色，并分配好各角色的责任与权限。

c)定制项目组内外的沟通计划。（必要时可按配置管理要求写项目策划目录中的《项目沟通计划》） d)安排组内需求分析师、客户联系人等角色与客户的沟通与交流。

e)处理项目组与其它项目干系人之间的关系。

f)处理项目组内各角色之间的关系、处理项目组内各成员之间的关系。

g)安排客户培训工作。

3、 领导：

a)保证项目组目标明确且理解一致。

b)创建项目组的开发环境及氛围，在项目范围内保证项目组成员不受项目其它方面的影响。 c)提升项目组士气，加强项目组凝聚力。

d)合理安排项目组各成员的工作，使各成员工作都能达到一定的饱满度。

e)制定项目组需要的招聘或培训人员的计划。

f)定期组织项目组成员进行相关技术培训以及与项目相关的行业培训等。

g)及时发现项目组中出现的问题。

h)及时处理项目组中出现的问题。

4、 控制

a)保证项目在预算成本范围内按规定的质量和进度达到项目目标。

b)在项目生命周期的各个阶段，跟踪、检查项目组成员的工作质量；

c)定期向领导汇报项目工作进度以及项目开发过程中的难题。

d)对项目进行配置管理与规划。

e)控制项目组各成员的工作进度，即时了解项目组成员的工作情况，并能快速的解决项目组成员所碰到的难题。

f)不定期组织项目组成员进行项目以外的短期活动，以培养团队精神。

结语：

项目经理是在整个项目开发过程中项目组内对所有非技术性重要事情做出最终决定的人。

2. 岗位：系统架构师（技术总监） 主要功能及职责：

1、 系统架构师是软件项目的总体设计师，是软件组织新产品的开发与集成、新技术体系的构建者。

2、 系统架构师是在技术上对所有重要事情做出决定的人。（系统架构师在整个软件开发过程中都起着重要作用，并随着开发进程的推进而其职责或关注点不断地变化。）

3、 需求阶段，软件架构师负责理解和管理非功能性系统需求，比如软件的可维护性、性能、复用性、可靠性、有效性和可测试性等。审查客户和市场人员所提出的需求，确认开发团队所提出的设计；组织开发团队成员和开发过程的定义；协助需求分析师完成《用户需求说明书》、《需求变更说明书》。

6、 测试及实施阶段，随着软件开始测试、集成和交付，集成和测试支持将成为软件架构师的工作重点； 结语：

系统架构师也可以理解成技术总监。系统架构师是在部门内所有软件项目中，对技术上所有重要的事情做出决定的人。

3. 岗位：需求分析师 主要职责：

1、 在项目前期根据《需求调研计划》对客户进行需求调研。

2、 收集整理客户需求，负责编写《用户需求说明书》。

3、 代表项目组与用户沟通与项目需求有关的所有事项。

4、 代表客户与项目组成员沟通项目需求有关的所有事项。

5、 负责《用户需求说明书》得到用户的认可与签字。

6、 负责将完成的项目模块给客户做演示，并收集对完成模块的意见。

7、 完成《需求变更说明书》，并得到用户的认可与签字。

8、 并协助系统架构师、系统分析师对需求进行理解。

结语：

需求分析师是项目前期与客户方打交道最多的人，对于客户来说，他可以代表整个项目组，对与项目组成员来说他的意见可以代表客户方的意见，项目组内所有与客户需求相关的事情必需得到他的认可。

4. 岗位：系统分析师

主要职责：

1、 协助需求分析师进行需求调研。

2、 分析、解析《用户需求说明书》，将系统需求整理成《软件需求规格说明书》；

3、 负责解决《软件需求规格说明书》被评审后发现的问题；

4、 在分析系统前，负责向架构设计师解释《软件需求规格说明书》的内容。

5、 协助架构设计师进行架构设计，并协助其完成《系统架构说明书》。

6、 根据《系统架构说明书》对系统进行建模；

7、 系统分析及建模完成后，负责将建模成果转化为《系统概要设计》；

9、 协助软件设计师按《系统概要设计说明书》进行《系统详细设计说明书》。

10、 指导软件工程师按《系统详细设计说明书》进行代码实现。

11、 负责重点代码检查；

12、 协助项目经理进行配置管理，并提供优化改进建议；

13、 定期对项目组成员进行技术方面的培训。

结语：

系统分析师是项目组中的首席执行官，他涉及项目的所有方面，是项目进度的推动者，也是项目成功的关键。

5. 岗位：数据库设计师 主要职责：

1、 根据《系统架构说明书》与系统架构师、系统分析师一同进行数据库建模。

2、 根据数据库建模结果，绘制数据库cdm与pdm图。

3、 根据数据库pdm图进行数据库建库。

4、 对数据库进行维护、备份、恢复、同步。

5、 负责客户数据的导入导出。

6、 对数据库进行初始化操作。

7、 协助软件设计师完成《系统详细设计说明书》中与数据库相关的部分。

8、 根据《系统详细设计说明书》编写对应的视图、存储过程、函数、触发器等。

9、 对项目组其它成员进行sql方面的指导。

10、 定期对项目组其它成员进行数据库方面知识的`培训。

11、 为测试经理及测试工程师建立测试数据。

结语：

数据库设计师又称dba，是项目组中唯一能对数据库进行直接的操作的人。对项目中与数据库相关的所有重要的事做最终决定的人。

6. 岗位：软件设计师（模块） 1、 根据《系统概要设计说明书》编写分模块的《系统详细说明书》。

2、 负责对软件工程师讲解《系统详细设计说明书》内容。

3、 协助软件工程师按《系统详细设计说明书》进行代码实现。

4、 控制本模块的开发进度。

结语：

软件设计师又称模块设计师，协助系统分析师对分模块进行详细设计，并直接管控该模块的进度，对于本模块中所有重要的事做最终决定的人。

7. 岗位：软件工程师

主要职责：

1.根据《系统详细设计说明书》进行代码实现；

2.对自己代码进行复查，并进行简单的测试；

结语：

软件工程师是最终实现代码的成员。

8. 岗位：测试经理

主要职责：

1.独立编写测试计划；

2.独立编写测试用例；

3.协调测试团队内部的工作以及与开发团队之间的工作；

4.完成“执行测试”的工作；

5.掌握较深层次的测试方法、测试技术和较复杂的业务流程；

6.负责测试过程工具的研究、推广与维护，负责测试数据库维护工作；

7.负责编写《用户手册》、《操作手册》和相关培训教材；

8.负责项目的质量审查。

结语：

测试经理其实应该是整个项目中最关心项目质量的人，他的主要工作就是找到项目中存在的不合理、不合格的部份，并要求项目其它成员按其给定的项目质量完成项目。

9. 岗位：测试工程师 主要职责：

1.在测试经理的安排和指导下，编写测试用例；

2.在测试经理的安排和指导下，完成“执行测试”的工作；

3.在测试经理的指导下，按测试计划进行测试工作；

4.按测试用例进行测试工作。

5.负责被分派项目的质量审计。

6.了解项目的基本流程，可以熟练的进行项目中各种流程的操作。

结语：

测试工程师是项目质量的保证，是最终进行项目测试的成员。

10. 岗位：实施经理

主要职责：

1.负责制定项目实施计划；

3.在项目实施阶段，跟踪、检查实施人员的工作质量；

5.负责协助用户进行“用户确认测试”和编写《确认测试报告》。

11. 岗位：实施工程师 主要职责：

1.在实施经理安排和指导下，执行项目用户现场实施任务；

2.参与编写《用户手册》、《操作手册》和相关培训教材；

3.参与进行“用户确认测试”和编写《确认测试报告》。

岗位：美术工程师

主要职责：

1.负责完成软件设计师安排的功能界面设计。

2.负责对项目整体色彩的调配。

3.向系统分析师提出项目美化的建议。

4.为bs项目提供一套或几套css样式表及html结构表

5.为cs项目提供符合项目内容的静态、动态图片。

6.并为软件设计师提供界面指导。

12. 岗位：客户经理（当所开发的项目属于定制型的项目时设立，可由项目经

理或部门经理兼）

主要职责：

1.策划并独立完成目标客户的拜访和沟通；

2.定期分析、整理客户需求，制定有针对性的方案；

4.参与产品定位的研讨，为产品策划献计献策。

13. 岗位：产品经理（当所开发的项目为产品型项目时设立，可由市场部成员兼） 主要职责：

1.对所负责的产品进行策划和管理；

2.对所负责的产品进行市场调研和分析，及时提出应对措施；

3.负责产品实现的内部管理，保证产品功能的顺利实现以及时满足市场需求；

4.负责产品对外宣传与推广，开拓市场，提高产品品牌知名度和认可度；

5.配合销售制订产品销售策略，支持市场销售业务。

1. 制定项目计划，并根据各种变化修改项目计划

2. 实施 项目的管理、开发、质量保证 过程，确保客户的成本、进度、绩效和质量目标.

3. 制定有效的项目决策过程

4. 确保在项目生命周期中遵循是实施公司的管理和质量政策

5. 选择一个能够精确衡量项目成本、进度、质量、绩效的项目距阵

6. 风险管理

7. 招聘和培训必须的项目成员

8. 确定项目的人员组织结构.

9. 定期举行项目评估(review)会议

10.为项目所有成员提供足够的设备、有效的工具和项目开发过程

11.有效管理项目资源

软件开发中项目经理有那些职责

搜集了一篇软件开发中项目管理的文章，大家看看

当项目繁多的时候，需要规范，并且定义到细节，只有这样，才能支持大规模的开发。 pm非常重要，pm的能力将直接导致项目最后的质量。

本文是根据公司当前的现状而描述的，并不一定普遍适用－－合适的，就是最好的。

项目经理职责：

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

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

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

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

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

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

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

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

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

项目经理权利：

1、 开发指挥权。项目开发人员的分配和调整。

2、 技术决策权。主要是审查和批准重大技术措施和技术方案，以防决策失误，造成重大损失。

3、 申请协作权。项目发展出现不能解决的问题的时候，可以向上级申请协作。

4、 考核成员权。考核项目组成员，视觉和测试组只考核组长。

必备流程：

1． 每天下午5:00――6:00，项目经理召集该项目的相关人员（包括开发人员、美工等）作项目每日总结，内容包括：

（1） 了解每个成员的工作进度情况。

（2） 了解成员在工作中遇到的困难，并寻找资源解决。

（3） 成员之间的配合是否协调一致（比如，需要提交的物件没有按时提交或遗忘等）。

（4） 如有需要，根据当前的进展情况调整项目计划。

（5） 安排每个成员第二天的工作。

（6） 如果考虑到项目当前的进展状态可能会导致项目延期，则项目经理有权安排项目组加班，以保证工期。

2． 如果项目经理接收到新的需求，则项目经理应该在下午的项目每日总结会上提出，并分配安排工作。除非新来的需求特别紧急或影响到项目组当前正在进行的任务，需要召集项目组成员紧急讨论外，否则不应打断项目组的当前工作。

如果新的需求是在每天下班后接收的，则项目经理应在第二天早上召集项目组成员讨论并安排任务。

一．项目经理总体职责

项目经理接收部门下达的项目实施任务书，按照任务书的要求组建项目团队，以符合部门项目管理制度要求的方式，领导项目团队进行项目整体策划、编制项目整体计划，根据项目整体计划进行项目的监督、控制和实施。在完成项目任务书的总体要求的同时，追求提高客户满意度、提升项目团队能力水平、促进组织级过程改进、促进软件成果复用等软性目标。项目经理对所承担的项目负完全责任。

二．项目经理细化岗位职责

1、 项目计划：

b)组建项目团队，领导项目团队进行项目策划，包括范围定义、工作任务分解、里程碑设置、规模和工作量估算、人员安排、进度计划、项目沟通规划、风险识别与风险管理规划、需求变更控制规划、配置管理规划、项目监控管理规划、项目度量规划、外包和合作方管理规划等，形成文档化的软件项目计划。

c)发起软件项目计划的评审；推动计划获得相关干系方的认可(上级领导、项目组成员的认可，以及客户方对一些关键计划内容的认可)

2、 项目实施跟踪和控制

根据整体项目计划，进行项目监督和控制，确保项目进度目标、质量目标、成本目标的实现。具体主要包括：

a)工作任务细化和分派；

b)工作任务执行情况跟踪；

1

c)项目实施过程中风险和问题的发现、措施处理和跟踪解决；

d)项目进度计划执行情况跟踪和控制；

f)根据需要，发起项目变更；

g)项目配置状态的跟踪和异常处理；

h)项目工作产品的内部审核；

i)发起项目重要阶段成果的项目级评审；

j)根据组织级要求，对外包及合作方工作进行协调安排和监督控制

3、项目沟通

a) 按照项目沟通计划，实施项目的沟通管理；

c)进行和安排项目成员与客户方的沟通与交流；

d)协调好项目和产品线及其它项目之间的人力资源复用关系

4.团队建设

a)根据项目需要申请和招聘人员；

b)根据项目需要安排组织成员培训；

f)及时发现项目团队存在的问题，采取及时措施，维护团队战斗力。

2

5.项目度量、总结和过程改进

a)根据组织级要求，进行项目度量规划；

b)根据项目度量计划，进行日常和里程碑时的准确度量；

c)项目结束时及时进行项目总结，认真编制项目总结报告；

d)项目结束时，及时按照组织级要求组织项目文件规档。

6.过程执行、改进及其它

a)对于承诺要执行的组织级过程和制度，严格按照承诺执行；

c)积极配合组织级软件复用资产的丰富和完善，在项目规划和实施中注意提炼和贡献可重用组件。

3

软件项目经理工作总结篇九

xx网站建设。

说明编写这份项目开发总结报告的目的，指出预期的阅读范围。

1.2背景。

说明：

a．本项目的名称和所开发出来的软件系统的名称；

b．此软件的任务提出者、开发者、用户及安装此软件的计算中心。

1.3定义。

列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

1.4参考资料。

列出要用到的参考资料，如：

a．本项目的已核准的计划任务书或合同、上级机关的批文；

b．属于本项目的其他已发表的文件；

c．本文件中各处所引用的文件、资料，包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的'来源。

2.1产品。

说明最终制成的产品，包括：

b．程序系统共有哪几个版本，各自的版本号及它们之间的区别；

c．每个文件的名称；

d．所建立的每个数据库。如果开发中制订过配置管理计划，要同这个计划相比较。

2.2主要功能和性能。

逐项列出本软件产品所实际具有的主要功能和性能，对照可行性研究报告、项目开发计划、功能需求说明书的有关内容，说明原定的开发目标是达到了、未完全达到、或超过了。

2.3基本流程。

用图给出本程序系统的实际的基本的处理流程。

2.4进度。

列出原定计划进度与实际进度的对比，明确说明，实际进度是提前了、还是延迟了，分析主要原因。

2.5费用。

列出原定计划费用与实际支出费用的对比，包括：

a.工时，以人月为单位，并按不同级别统计；

b.计算机的使用时间，区别cpu时间及其他设备时间；

c.物料消耗、出差费等其他支出。

明确说明，经费是超出了、还是节余了，分析其主要原因。

3.1对生产效率的评价。

给出实际生产效率，包括：

a．程序的平均生产效率，即每人月生产的行数；

b．文件的平均生产效率，即每人月生产的千字数；

并列出原订计划数作为对比。

3.2对产品质量的评价。

说明在测试中检查出来的程序编制中的错误发生率，即每干条指令(或语句)中的错误指令数(或语句数)。如果开发中制订过质量保证计划或配置管理计划，要同这些计划相比较。

3.3对技术方法的评价。

给出对在开发中所使用的技术、方法、工具、手段的评价。

3.4出错原因的分析。

给出对于开发中出现的错误的原因分析。

列出从这项开发工作中所得到的最主要的经验与教训及对今后的项目开发工作的建议。

软件项目经理工作总结篇十

1．1编写目的。

xx网站建设。

说明编写这份项目开发总结报告的目的，指出预期的阅读范围。

1．2背景。

说明：

a．本项目的名称和所开发出来的软件系统的名称；

b．此软件的任务提出者、开发者、用户及安装此软件的计算中心。

1．3定义。

列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

1．4参考资料。

列出要用到的参考资料，如：

a．本项目的已核准的计划任务书或合同、上级机关的批文；

b．属于本项目的其他已发表的文件；

c．本文件中各处所引用的文件、资料，包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。

2．1产品。

说明最终制成的产品，包括：

b．程序系统共有哪几个版本，各自的.版本号及它们之间的区别；

c．每个文件的名称；

d．所建立的每个数据库。如果开发中制订过配置管理计划，要同这个计划相比较。

2．2主要功能和性能。

逐项列出本软件产品所实际具有的主要功能和性能，对照可行性研究报告、项目开发计划、功能需求说明书的有关内容，说明原定的开发目标是达到了、未完全达到、或超过了。

2．3基本流程。

用图给出本程序系统的实际的基本的处理流程。

2．4进度。

列出原定计划进度与实际进度的对比，明确说明，实际进度是提前了、还是延迟了，分析主要原因。

2．5费用。

列出原定计划费用与实际支出费用的对比，包括：

a．工时，以人月为单位，并按不同级别统计；

b．计算机的使用时间，区别cpu时间及其他设备时间；

c．物料消耗、出差费等其他支出。

明确说明，经费是超出了、还是节余了，分析其主要原因。

3．1对生产效率的评价。

给出实际生产效率，包括：

a．程序的平均生产效率，即每人月生产的行数；

b．文件的平均生产效率，即每人月生产的千字数；

并列出原订计划数作为对比。

3．2对产品质量的评价。

说明在测试中检查出来的程序编制中的错误发生率，即每干条指令(或语句)中的错误指令数(或语句数)。如果开发中制订过质量保证计划或配置管理计划，要同这些计划相比较。

3．3对技术方法的评价。

给出对在开发中所使用的技术、方法、工具、手段的评价。

3．4出错原因的分析。

给出对于开发中出现的错误的原因分析。

4．经验与教训。

列出从这项开发工作中所得到的最主要的经验与教训及对今后的项目开发工作的建议。

软件项目经理工作总结篇十一

时间飞逝，光阴如梭，晃眼20xx年就过去了。在不知不觉中，新年也过完了。只放了7天假，太短太短，还没有休息够。年度总结都还没有开始写，新年就过完了。好了下面言归正传，总结一下20xx年，这一年我都做了些什么。

一、做了什么。

20xx年11月加入新公司，同时也尝试着做全新的岗位：软件项目经理(纯管理型)。我以前主要从事技术管理工作，现在转而从事项目经理工作。20xx年底进入公司后，公司给了我一个小项目a(用java开发的mis系统)，让我先适应，这个项目是一个内部项目，业务比较简单，也没用什么新技术，领导对我的指示就是让我放手用敏捷开发agile的方法去管理项目，就当是敏捷的试验田来做。有了这话我也就放开了，大刀阔斧的就干起来了。

之后接着就是我的“噩梦”了，公司新开发了一条产品线，是云计算方面的。领导找我谈话，让我结束手上所有的案子，以后全心投入云计算产品线中来。该产品线下面有许多的项目，目前正在运行的有四个项目，其中三个由我来负责，另外一个由我的一个同事负责。说是我的“噩梦”，其实也是对我的一个挑战，因为云计算的项目很偏技术，业务层面相对较少。所以对于我这个技术的门外汉来说是一个很大的挑战。其次，云计算的技术也比较前沿，待解决/未解决的问题也特别的多，在开发的过程当中会碰到很多的阻碍。再次，以前只带一个项目，现在同时带三个项目对于我来说也是一个挑战。但是我也很高兴能有这样的一个机会，接受挑战，没有挑战就不会有进步。

二、收获。

1.完成了我人生中一次大的转型，从偏技术岗位成功转型到偏管理岗位上来了。

2.参加了pmp的考试，并一次通过，取得了pmp证书。(复习真的很辛苦)。

3.学习了公司规范的项目管理流程，结合pmp的学习，对同事们也混熟了，结交了不少朋友，非常感谢他们给我的帮忙和支持。

三、不足。

1.项目虽然都跌跌闯闯的完成了，结案了。但是总觉得有很多的不足，可以改进的地方。项目结束的太匆忙，没有太多时间去想，去总结经验和坚持下来，断断续续，总是说没有时间。

2.业余时间没有抓紧，太贪玩了。

3.来新公司1年多了，还没有加薪，有点失望。

更多。

软件项目经理工作总结篇十二

软件项目管理已经到了学期的最后，我们seed小组的软件项目也已完工，这一个学期真的是获益匪浅！

礼平老师曾经说我既可以走技术路线也可以走管理路线，一切都看我自己。真的很是佩服老师的看人眼光，很犀利。我知道，现在的我不是没有能力去做好，只是自己没有去做，一直在殿外徘徊，不肯付出努力向前迈进。从大一到现在，我的专业技术一直都是我的短板，理由么，很简单，就是因为自己懒，不肯花时间去做。从以前不知道自己想做什么，到现在明确目标，可以说，软件项目管理课程给了我很多灵感，让我从自己纷乱的思绪中看清楚了自己最想要的东西。一直自己很喜欢管理，我会花费很多时间在这上面，从大一到现在一直都是，一直没有改变过。在技术上，我总是给自己找借口，总是偷懒，但我现在明确了一点，没有技术，就没有管理！脱离技术的管理是不可能的，也是不现实的。在这个行业里，技术是一切的基本，想作工程师也好，想作管理者也好，技术都是起步的根基。而我这次所经历的项目更让我明确了这一点。在这个小项目里，虽然我们两个星期就开发完成了这个软件，并交付使用，但是问题还是很多的。在这么一个小项目里，由于需求、设计、代码、文档产生的问题，每一个看似容易，却都需要实实在在的经验在里面，都需要对业务的熟悉，有语言功底作根基。

在这个项目里，我负责软件配置管理工作，在文档的整理过程中，我仔细看了他们的需求分析，概要设计，数据库设计，模块设计等文档，也参与了风险分析文档的编写，承担了用户手册和项目成本估算的编写。在这个过程中，我明确了技术的实在意义，明确了技术对我的指导作用，同时也明确了自己的学习道路应该怎么走下去！

整个项目进行的过程中，我一直在努力从中学习，我旁听开发组的会议，为组长提供管理意见，为会议、文档制定标准，整个过程我收获了很多。

1、软件项目小组中的人员安排要职责明确，并有配套的管理记录，整理每个人的工作进度，随时更新，以方便开发人员、测试人员之间的沟通。

2、会议、文档、代码都要有相应的“纪律”，否则整个小组的开发效率会大打折扣。

3、对业务的.熟悉有助于明确需求，只有明确的需求才能让项目更加顺利的进行。

4、细致的计划可以让项目进行避免很多弯路，可以在任务的初期就发现存在的问题，并及时予以解决。

5、项目文档、代码定期予以备份，当项目遇到未预料到的问题时可以及时恢复，尽可能减少损失。

当然，还有很多，包括软件测试上的收获，写文档的收获，这里就不一一列举了。这是我大学里最认真的一门课，当然，收获也是最多的。

最后，谢谢礼平老师给我带来的这一切一切，也感谢同组同学给我的帮助，结果已然不重要了，我所收获的这许多东西，远比成绩要有意义的多。

软件项目经理工作总结篇十三

20xx年度,我的主要工作集中在产品研发及优化领域,现将参与的主要工作内容和任务的完成情况总结如下：

一、新人学习。

1.在原有体系不变动情况下,配合团队完成社会组织信息系统后续的开发.

2.加强自己工作中阐述问题的能力和分析能力以及解决问题的能力.

3.不断学习新的技术与知识,让自己更能适应新的需求发展变化,给自己制定一个短期目标以计划.4.努力更正自己开发习惯,提升自己开发技巧.

5.了解技术以外的知识,摆脱自己“机器人”的概念.

个人职业生涯规划。

一、短期目标（提升专业技术水平、掌握解决问题的方法）。

合理规划自己时间,给自己制定一个工作之余的学习计划,学习目标,在工作不断吸取经验教训加以总结汇总,不断更正自己工作习惯.二、长期目标（专注改进薄弱环节,掌握提升效率的技巧,深化业务理解）。

在不断巩固自己专业知识前提下,加深对业务的理解能力、分析能力、主导能力、不断充实自己各方面知识技能,强化自己薄弱环节.做一个合格高级软件工程师.

软件项目经理工作总结篇十四

20xx年，公司规模迅速扩大，公司管理的自动化程度不断提高，许多软件系统已不能满足不断扩大的管理要求，除了要升级原有的软件系统外，新的系统开发需求成倍增加，因而，本年度内扩充了软件应用及开发工程师扩大到30人。20xx年与20xx年间，随着面向目标软件平台的普及，新的高效的软件开发模式也在中国软件业不断成熟，整体开发整体水平有了很大的提高，我公司也引进一些新的开发工具，实践了迭代开发等先进的管理方法。

xx年内我们主要完成了供应协同平台，固定资产管理，合理化建议，商用空调信息管理系统，基础文档管理系统等新的项目。由于开发管理的改进，本年度，软件开发效率提高较大，虽然用户需求增加很快，我们软件设计功能满足率仍然达到了95%，由于引进了专业的软件代码单元测试方法，软件测试的代码覆盖率增加到75%，软件的bug率大幅下降，质量大幅提高，项目完成率提高到85%。虽然本年度软件开发从质量，效率上都有较大提高，但通过分析，仍然发现了一些不足之处，需要采取相应的改进措施：

（1）、使用的开发方法有所改变，对开发时间的`评估不是太熟练；

（2）、开发人员的专业知识有所增强，但对由于开发任务较重，对有些专业领域的熟悉还不够。

（1）、在忙季，仍然有的关键用户抽不出时间来接受访谈；

（2）、由于有些需求分析人员经验不足，对部分需求的分析不够透彻、准确；

分析原因如下：

（2）、软件开发人员的原因：由于软件人员紧张，项目任务多，交期短，所以。

（1）、用户需求变更太频繁：由于用户需求变更太随意，太频繁，仍然是按时完成率提高的主要障碍。

（2）、软件需求分析设计人员的原因：由于设计的不合理，分析用户需求不够。

综上所述，为了顺利实现计算机中心xx年目标，我们计划改进措施如下：

内部的改进措施：

2、贯彻岗位知识能力模型，要求严格达标；做到合适的人在合适的位置做合适的事；

3、加强软件开发管理，培养团队合作精神，加强软件过程控制；

4、优化设计开发方法：加强设计标准化、模块化；提高软件开发效率；

外部的改进措施提议如下：

1、提高业务部门对软件开发过程的了解；

2、培养用户需求的分析能力；

3、加强与用户的沟通，让用户参与到设计中来；

软件项目经理工作总结篇十五

自2月份开始，我一直在跟进xx银行w-xxnd1s2.0项目的测试工作，至此为止已近6个月时间，从公司内部系统测试、验收测试，再到uat测试，以及投产前的系统压力测试等等。从开始到项目即将结束，一步步走过来。本次项目中，我作为测试环节的主力人员之一，仅对此项目中测试工作进行总结。

一、项目测试进度控制。项目的测试进度主要是按照项目计划进行的，完全按照项目组计划要求完成测试任务、提交测试类相关文档，包括测试案例的完善、制定测试计划、执行测试、缺陷跟踪以及bug回归测试等。协调项目的内部测试工作，本此项目中测试小组一共组织了四轮次系统全面测试工作，认真配合项目工作，共同保证项目质量。项目测试的问题跟踪及处理采用每日进行修改问题回归测试工作，每日同步更新问题跟踪单的模式，按照规划时间完成系统更新测试。

二、项目组内部成员关系处理。在项目工作的这几个月里大家相处融洽，项目组内部共同探讨解决问题的方法，向各模块负责人学习模块功能处理方式，向业务人员了解系统中涉及的业务知识点，两者结合起来进行模块功能测试。鉴于之前辖内对公交易系统和中行对公项目的经验，也向项目组提出了一些完善性意见。

三、协调用户测试方面。用户验收测试是项目测试工作的重要组成部分之一，是项目验收阶段的最终把关阶段，业务人员结合日常业务处理情况对系统进行的尝试性使用过程。本次项目客户测试方面也是我个人觉得不够安全感一个主要方面，客户测试介入力度太小，尽管我们已经很多次电话催促业务人员测试，每次联系相关业务人员进行测试，他们来到项目组开发现场测试，也仅仅一两个小时时间，简单的进行验证操作即可。xx银行利用两批系统培训的时间安排了两次分行集中测试，也算给项目进行了一次全面的测试，从中也暴露出不少系统存在的问题，目前项目组均已解决。

四、测试成效方面。中信x-funds2.0系统测试中，共记录问题及客户新增需求825个，其中bug数量512个、系统完善类问题225个，新增需求类问题88个。组织了四轮次内部系统全面测试工作，兼顾日常系统更新测试工作，最大限度的进行了内部质量把关。配合外包公司一同进行系统压力测试及稳定性测试，测试结果符合客户要求。现中信x-funds2.0系统临近投产实施工作，测试组还将继续配合配合项目投产工作及投产后的补丁更新测试工作。

软件项目经理工作总结篇十六

20xx年11月加入新公司，同时也尝试着做全新的岗位：软件项目经理（纯管理型）。我以前主要从事技术管理工作，现在转而从事项目经理工作。20xx年底进入公司后，公司给了我一个小项目a（用java开发的mis系统），让我先适应，这个项目是一个内部项目，业务比较简单，也没用什么新技术，领导对我的指示就是让我放手用敏捷开发agile的方法去管理项目，就当是敏捷的试验田来做。有了这话我也就放开了，大刀阔斧的就干起来了。

之后接着就是我的“噩梦”了，公司新开发了一条产品线，是云计算方面的。领导找我谈话，让我结束手上所有的案子，以后全心投入云计算产品线中来。该产品线下面有许多的项目，目前正在运行的有四个项目，其中三个由我来负责，另外一个由我的一个同事负责。说是我的“噩梦”，其实也是对我的一个挑战，因为云计算的项目很偏技术，业务层面相对较少。所以对于我这个技术的门外汉来说是一个很大的挑战。其次，云计算的技术也比较前沿，待解决/未解决的问题也特别的多，在开发的过程当中会碰到很多的阻碍。再次，以前只带一个项目，现在同时带三个项目对于我来说也是一个挑战。但是我也很高兴能有这样的一个机会，接受挑战，没有挑战就不会有进步。

1、完成了我人生中一次大的转型，从偏技术岗位成功转型到偏管理岗位上来了。

2、参加了pmp的考试，并一次通过，取得了pmp证书。（复习真的很辛苦）。

3、学习了公司规范的项目管理流程，结合pmp的学习，对同事们也混熟了，结交了不少朋友，非常感谢他们给我的帮忙和支持。

1、项目虽然都跌跌闯闯的完成了，结案了。但是总觉得有很多的不足，可以改进的地方。项目结束的太匆忙，没有太多时间去想，去总结经验和坚持下来，断断续续，总是说没有时间。

2、业余时间没有抓紧，太贪玩了。

3、来新公司1年多了，还没有加薪，有点失望。

软件项目经理工作总结篇十七

合理的开发模式，一句话形容就是“麻雀虽小，五脏俱全”，即使是小型项目的开发，仍然应该遵循软件开发的一般规律，必须的步骤不能省略。但是小项目有它自身的一些特点，实行起来可以相对灵活些。

以下我从几个方面描述一下我认为比较合理的模式.

在进入正式开发之前，必须先从用户处获取准确的需求。在这上面花费相当时间是很必要的。

软件项目可以大致分为专用软件和通用软件两大类。

对于专用软件，例如给某单位开发一套该单位专用的系统，一般用户对于软件要完成哪些功能已经有了一个比较清楚的轮廓，而且往往在开发合同中已经大致地规定了。

但是，开发合同上规定的只是一个大概的框架，在进入开发之前必须与用户进行比较具体的交流和讨论，了解清楚用户心目中的产品究竟是什么样子。这个步骤如果没有好好做，往往到了开发工作的后期才发现开发人员的理解和用户的要求有一些误解，那么必然造成时间上的浪费。

对于通用软件，在开发之前应该做一定的市场调查工作，一方面是从经济效益考虑，调查产品的潜在市场有多大，另一方面是从技术的角度，必须了解清楚潜在用户对软件的各种技术上的要求，例如，用户现有硬件配置如何，软件配置如何，使用什么网络，使用什么数据库等等，根据调查的统计结果决定即将开发的软件的一些技术指标。

为了比较好地与用户进行交流，使用一些工具是很有好处的。为了讨论用户界面，可以用vb，delphi等做一个原型，根据原型有针对性地与用户讨论需求。(原型开发不仅仅可以用于准确获取用户的需求，开发出来的原型本身可以作为下一步开发的基础，增量式地完成开发)。

为了讨论软件运行的流程，可以采用uml的usecase图。

在了解用户的需求之后，将需求用一种模型来表示，就是需求分析，目前比较流行的分析方法是面向对象的方法，通过分析用户需求，用类、类之间的各种关系来表示整个系统。

这部分涉及到具体的方法，在此不详细讨论，但是原则上是提取类-类之间关系，可能需要不断修改而形成一份分析文档。

我想强调几个问题。

一是要分清问题域与系统责任。系统责任是指所要开发的软件应该完成的功能，而问题域是包含所有相关的部分。例如你要开发一个程控机计费程序，程控机已经是现成，输出的数据格式也已经是固定的，你的程序仅仅需要从程控机中读取相应的信息，那么，程控机在你的系统里只是一个外部的东西，把它作为一个类也许就是不必要的，仅仅需要一个类来完成读数据的操作。又如，你需要在一个已经存在的数据库上开发一些应用，数据库的格式已经固定，并且已经有一个后台程序在运行，你需要开发一个新的前台程序，这时，服务器程序对你来说就是一个外部的东西。但是，象这种外部的内容必须在分析文档中有一些说明，作为系统的外在约束。

二是需求获取与需求分析的关系。

用什么方法来完成需求的获取，在很大程度上影响了需求分析的做法。

例如当初采用usecase来表示用户需求，那么从各种序列图中选出相互交互的各个实体，就是一个个类。

三是分析与设计过程的衔接。

分析过程的内容是用类的结构来表示目标系统，并不设计具体实现，如采用什么编程语言，在什么操作系统平台上运行等等。这些具体实现是在设计阶段来完成的。面向对象方法的优点是分析、设计、编码过程表示法统一，能比较好的衔接。但是，是把分析和设计阶段分开，采用瀑布式开发，还是采用其他方式，要看具体的情况。

对于需求潜在变化不大的项目，可以采用瀑布模型，有一个很明显的设计阶段，这样做的好处是有一份比较完整的分析文档，这样以后如果需要采用不同的编程语言、或者采用其他的平台时，便可以以这份分析文档作为开发的基础。

对于需求变化频繁的项目，可能采用少量分析;少量设计少量编码测试的方式更合适，而且随时可能要返回到前面某个一阶段去进行修改。但是这意味着可能没有一份完整的分析文档。

现在很多case工具并不区分分析和设计的阶段。但是，这并不意味着开发就可以对分析和设计不加区分，case工具如同一支笔，如何用好还得还人。

设计阶段的工作包括:。

对分析模型必要的修改。可能需要对某些类结构进行一些修改，这些修改的原因可能是编程环境的要求，或者为了重用以前的某些工作。

定义界面部分、数据访问(数据库)部分。

由于目前很多编程语言都可以可视化地设计界面，所以界面部分工作往往留到了编码阶段来完成。于是设计阶段的工作量并不大。

进入编码工作之后，可能会发现前面分析或设计阶段的某些错误，这时应返回到前面的阶段进行必要的修改。

如前所述，即使是小项目，也应该严格地进行测试。

软件项目经理工作总结篇十八

20xx年对于我来讲是成长的一年、奋斗的一年、学习的一年、是感恩的一年；首先要感谢谆谆教诲的领导，感谢团结上进的同事帮助鼓励，感谢在我沮丧时鼓励我给我打气相信我的同事，感谢那些给我微笑，接纳我和五洲产品的合作者，因为是他们的帮助、认可、信任、鼓励才能使我更加乐衷于我的工作，更加热爱我的工作。一年来，我认真贯彻执行公司销售目标和销售政策，积极配合销售经理做好本职工作，并和其他销售员一道努力拼搏、积极开拓市场，较好地完成了年度销售目标。根据公司管理人员考核办法的通知精神，按照年终述职的有关要求和内容，现将一年来的个人工作述职如下：

20xx年，我负责xxxx地区的软件销售工作，该地区全年销售xxxx万元，完成全年指标xxxxxx%，比去年同期增加了xxxx万元长率为xxxx%。与去年相比原老经销商的软件销量都有所增长，开发的新客户销售也基本稳定，20xx年新客户销售额有望有较大突破。

在原有的销售网络的基础上，精耕细作。以各经销商为中心，从一个一个市场入手，同经销商编织五洲产品的销售网络，通过我们的努力，和每个经销商细致沟通耐心做工作，明确各家经销商经销区域范围，做到不重复，不恶意串货，逐一解决售后服务等各项问题，终于让经销商重拾了销售xxxx产品的信心。

xxxx地区三个地区20xx年底只有6家经销商，能够正常销售的只有4家，空白县市过多，能正常销售的太少。20xx年年初我对空白区域进行重新调研，结合区域生活用纸消费习惯，制定了详细的市场开发方案，寻找合适目标客户，有针对性宣传销售产品。经过一年的努力，全年共开发新客户6家。

积极宣传公司各项售政策及淡储旺销政策，xxxx区域今年销售量比20xxxx增加800万以上。淡储旺销政策是我们公司产品率先把经销商的库房占满，使其不能再储备其他公司的产品，旺季到来，经销商优先销售的都是我们公司的产品，大大提升了公司的销量，甚至一些品种出现断货。如果发货及时的话，今年销量还能提高一块。

我的述职到此结束，谢谢大家!