- 相关推荐
软件项目经理年度工作总结
总结是对取得的成绩、存在的问题及得到的经验和教训等方面情况进行评价与描述的一种书面材料，它可以帮助我们总结以往思想，发扬成绩，因此十分有必须要写一份总结哦。但是总结有什么要求呢？以下是小编为大家收集的软件项目经理年度工作总结，欢迎阅读与收藏。
软件项目经理年度工作总结1
一年来，在上级领导的支持和各阶层管理人员的帮助下，我努力加强自身的道德品质修养，使我项目部员工的思想政治素质不断提高，管理工作不断进步，较好地完成了各阶段施工生产任务。下面就这一年工作做如下总结：
一、积极采取的措施，精心组织、精心管理
1、进一步完善各项安全质量规章制度、完善管理体制
通过多年来的施工生产实际，进一步完善安全、质量等管理体系，建立安全质量日检、月检以及不定期的抽检制度和对施工现场整改制度。项目部除设立一名专职安全员外，各工区也层层设立专职安全负责人。将安全工作提高到了前所未有的高度。质量方面，绝不放松，强化强施工过程控制，坚持施工质量检查制度，严格执行“自检、互检、交接检”的三检制度，使质量问题在每道工序作业中都能得以有效控制。
2、完善激励机制，调动员工生产积极性
通过奖罚分明的制度及相应的措施，极大的提高了员工的劳动积极性。
3、提高生产效率，降低生产成本
通过不断完善施工工艺，合理安排人员，精心组织，精心施工，在全体员工的努力下，施工产量不断提高，效率不断提升。
4、加强成本控制，强化数据管理，确保数据真实性
项目部定期组织人员对于成本进行分析，上月存在的问题，找出不足，层层落实，下月改进，要求各项数据都实际化，数据必须真实可靠，施工现场的每一个环节，层层控制，每道工序都做到有据可查，为了确保数据的准确性，做到每班班组长进行现场收方互相复核签认，确保了数据的真实性。进场所有材料无论多晚，都由材料员签收，填写清楚原材料进场验收单后方可进场。
5、文明工地建设及环保工作的实行
（1）继续加现场文明施工管理，根据实际成立了文明施工负责人专门进行文明工地建设相关工作，定期不定期的组织人员对现场进行清理，保持工地卫生清洁，使道路干净畅通，尽量减少对周围居民和环境的影响。各种材料设备物资标识齐全，堆放有序。
（2）认真搞环保，积极配合各级职能部门的各项检查，并征求其意见，逐步进行整改和完善，并针对相应的施工作业要求采取相应的环保措施。
二、及时总结，及时调整
项目部定期组织进行安全、质量、文明施工等有关方面的.检查与总结，总结成功的经验和存在的不足，成功的加以推广，不足的采取措施防止再犯，使工作在一个良好的循环状态中前进。
以质量保安全、以安全保进度，全面细致，人性化的管理，以人为本，有制度、有落实，人人重视安全质量，人人实施安全质量。四、注重自身修养，努力做好表率。
领导的行动就是无声的命令，“其身正，不令而行”。因此，我把加强自身修养，努力做好表率，做为实现领导的重要方法。一是不断丰富知识，提高工作能力。二是认真履行岗位职责，精心做好本职工作。三是严格约束自己，力求做到公平公正。
自觉遵守各项规章制度，不搞特殊化，注意勤俭节约，以身作则。
以上就是我的一点体会，在新的一年里我还要继续学习新知识新方法不断更新自己的知识结构，做个跟上时代与时俱进的项目经理。
软件项目经理年度工作总结2
合理的开发模式，一句话形容就是“麻雀虽小，五脏俱全”，即使是小型项目的开发，仍然应该遵循软件开发的一般规律，必须的步骤不能省略。但是小项目有它自身的一些特点，实行起来可以相对灵活些。
以下我从几个方面描述一下我认为比较合理的模式.
1.需求获取
在进入正式开发之前，必须先从用户处获取准确的需求。在这上面花费相当时间是很必要的。
软件项目可以大致分为专用软件和通用软件两大类。
对于专用软件，例如给某单位开发一套该单位专用的系统，一般用户对于软件要完成哪些功能已经有了一个比较清楚的轮廓，而且往往在开发合同中已经大致地规定了。
但是，开发合同上规定的只是一个大概的框架，在进入开发之前必须与用户进行比较具体的交流和讨论，了解清楚用户心目中的产品究竟是什么样子。这个步骤如果没有好好做，往往到了开发工作的后期才发现开发人员的理解和用户的要求有一些误解，那么必然造成时间上的浪费。
对于通用软件，在开发之前应该做一定的市场调查工作，一方面是从经济效益考虑，调查产品的潜在市场有多大，另一方面是从技术的角度，必须了解清楚潜在用户对软件的各种技术上的要求，例如，用户现有硬件配置如何，软件配置如何，使用什么网络，使用什么数据库等等，根据调查的统计结果决定即将开发的软件的一些技术指标。
为了比较好地与用户进行交流，使用一些工具是很有好处的。 为了讨论用户界面，可以用VB，delphi等做一个原型，根据原型有针对性地与用户讨论需求。(原型开发不仅仅可以用于准确获取用户的需求，开发出来的原型本身可以作为下一步开发的基础，增量式地完成开发)
为了讨论软件运行的流程，可以采用UML的UseCase图。
2.需求分析
在了解用户的需求之后，将需求用一种模型来表示，就是需求分析，目前比较流行的分析方法是面向对象的方法，通过分析用户需求，用类、类之间的各种关系来表示整个系统。
这部分涉及到具体的方法，在此不详细讨论，但是原则上是提取类->类之间关系，可能需要不断修改而形成一份分析文档。
我想强调几个问题。
一是要分清问题域与系统责任。系统责任是指所要开发的软件应该完成的功能，而问题域是包含所有相关的部分。例如你要开发一个程控机计费程序，程控机已经是现成，输出的数据格式也已经是固定的，你的程序仅仅需要从程控机中读取相应的信息，那么，程控机在你的系统里只是一个外部的东西，把它作为一个类也许就是不必要的，仅仅需要一个类来完成读数据的操作。又如，你需要在一个已经存在的数据库上开发一些应用，数据库的格式已经固定，并且已经有一个后台程序在运行，你需要开发一个新的前台程序，这时，服务器程序对你来说就是一个外部的`东西。但是，象这种外部的内容必须在分析文档中有一些说明，作为系统的外在约束。
二是需求获取与需求分析的关系。
用什么方法来完成需求的获取，在很大程度上影响了需求分析的做法。
例如当初采用UseCase来表示用户需求，那么从各种序列图中选出相互交互的各个实体，就是一个个类。
三是分析与设计过程的衔接。
分析过程的内容是用类的结构来表示目标系统，并不设计具体实现，如采用什么编程语言，在什么操作系统平台上运行等等。这些具体实现是在设计阶段来完成的。面向对象方法的优点是分析、设计、编码过程表示法统一，能比较好的衔接。但是，是把分析和设计阶段分开，采用瀑布式开发，还是采用其他方式，要看具体的情况。
对于需求潜在变化不大的项目，可以采用瀑布模型，有一个很明显的设计阶段，这样做的好处是有一份比较完整的分析文档，这样以后如果需要采用不同的编程语言、或者采用其他的平台时，便可以以这份分析文档作为开发的基础。
对于需求变化频繁的项目，可能采用少量分析;少量设计少量编码测试的方式更合适，而且随时可能要返回到前面某个一阶段去进行修改。但是这意味着可能没有一份完整的分析文档。
现在很多CASE工具并不区分分析和设计的阶段。但是，这并不意味着开发就可以对分析和设计不加区分，CASE工具如同一支笔，如何用好还得还人。
3.设计过程
设计阶段的工作包括:
对分析模型必要的修改。可能需要对某些类结构进行一些修改，这些修改的原因可能是编程环境的要求，或者为了重用以前的某些工作。
定义界面部分、数据访问(数据库)部分。
由于目前很多编程语言都可以可视化地设计界面，所以界面部分工作往往留到了编码阶段来完成。于是设计阶段的工作量并不大。
4.编码
进入编码工作之后，可能会发现前面分析或设计阶段的某些错误，这时应返回到前面的阶段进行必要的修改。
5.测试
如前所述，即使是小项目，也应该严格地进行测试。
软件项目经理年度工作总结3
一个企业的管理，大公司有大公司的方式，小公司也有小公司的方式，如果把别人的经验生搬硬套到自己身上，可能会适得其反。同样，管理一个软件项目也一样，大项目和小项目的方式不完全一样。但从另一个角度来看，项目的大与小并没有本质的区别，很多方法是共通的。本文的目的是从作者的经验来谈谈小项目开发的管理。
一、小项目的特点
大家知道，“软件危机”的出现起源于一些大型项目的不断延迟甚至失败。小项目相比之下，具有以下特点:
1.项目功能相对较少
2.开发人员较少
3.开发周期较短
另外，在现实中，有很多小项目是由一些中小公司进行开发的，这些公司往往人员流动性较大，这也是不容忽视的一个现实.
二、小项目开发中常犯的错误
小项目看起来比较简单，比较容易成功，因而人们往往忽视了小项目的管理，其实这是一种误解，从本人的经验看来，小项目开发中容易犯以下的一些错误:
1、开发之前没有认真地进行项目可行性和工作量的估计。 往往由于项目较小，便很草率地制定一个开发日程表，没有认真地估计项目难度，结果实际完成时间与估计完成时间往往有较大差别。
2、没有真正的设计过程
开发人员少，意味着不同人员的程序之间交互、接口相对少一些。开发周期短意味着往往是同样的几个人从头到尾负责一个项目。这两者都让人容易犯些错误。往往是几个人碰一下头，讨论一下最基本的数据结构、函数接口便分头去做自己的工作了，没有一份较正式的文档。
这种做法潜在的危险之一是有的人可能会对讨论出的接口、结构理解有偏差(应该承认人是会犯错误的)。一个误解可能造成以后的返工。 另一个潜在的危险是由于讨论时忽略了某些情况，等大家都按当时的分工完成属于自己的.工作后，才发现各个模块组合起来却形不成一个完整的系统。其根源在于没有一个负责协调的人员不断监控整个开发过程。
第三个潜在的危险是一旦有人中途退出开发队伍，其他人加入时，新来的人难以理解以前别人做好的代码，索性自己从头来。另外，没有文档的程序，日后维护和版本升级都比较困难。
3、不经过单元测试而直接进入系统测试
造成这一现象的原因是每个模块相对比较简单，但是为了测试一个模块需要建立一些测试环境。例如，为了测试一个函数是否正确，应该用一些测试数据去调用该函数，需要编写一些测试数据。但很多开发人员嫌麻烦，觉得反正其他模块也很快出来了，直接用真正的数据来运行几次就行了。
殊不知，一旦直接进入系统测试，发现运行结果不正确后需要一步步查找。由于模块间的调用关系，可能查了很久才发现是某个模块的问题。这种方法一来效率比较低，大量的时间用在了将一个错误定位在模块上了。另外由于这种测试不完全，真正运行系统，当调用某模块时，可能大部分时候都是正常数据，极少出现边界情况，可能某些边界情况容易被忽视，很久之后才被发现。但是如果对每个模块进行单元测试时都进行一下边界测试，就会很容易消除一些隐患。真可谓欲速则不达也。
软件项目经理年度工作总结4
在分公司领导的信任和培养下，我于xx年x月被任命为项目经理至今已有十个月的时间，在分公司的大力支持和关心下，项目部各项工作进展顺利，现就近一年来的工作总结如下：
一、工作方面：
工作上，我处处以身做责，处处严格要求自己，做到示范作用。由于业主要求节后尽快进场，我于1月28日（农历正月初四）就组织设备及人员赶往电站展开工作。在预埋阶段，电站地理位置偏僻，交通和通讯极为不便，这给电站物资采购和电站安装工作带来诸多不便。在克服厂内设备缺陷和设计施工图纸不全的情况下，我带领项目部成员顺利完成了前期预埋工作，得到了业主的肯定。
至进入直线期以来，由于厂内设备延期交货以及设备的设计、制造都存在较多缺陷，这给安装工作带来较大难度，并造成安装工期延误。为了不影响业主的发电计划，让厂内设备缺陷在短时间内得以解决，我组织项目部现有的人力资源，有序的展开工作：咨询厂内技术专家、组织骨干人员研究处理问题的最佳方案，并充分的利用有效的时间组织人员加班加点。在全体同仁的努力下，现已完成升压站安装、1#机汇装、完成2#机发电机预装。
二、项目管理方面：
在人事管理方面，我始终坚持以人为本的管理理念，根据工作需要和气候特点，在征求广泛意见后，制定作息时间：最大限度的解决和改善生活、住宿、医疗及施工条件，为员工解决后顾之忧，让大家全身心投入到工作中：根据每个人的'技术水平和工作特点合理搭配施工班组，充分发挥每个人的特长，从而达到提高工作效率的目的。
在质量和安全管理方面，设置专职安全员和施工班组三检制，坚持安全第一，质量为本的施工管理理念。对大件设备的吊装，都进行安全技术交底，制定可靠的施工方案：对所有施工人员进入施工场地必须正确佩戴劳动保护用品，高空作业要求必须系安全带：施工电源等危险源都设置醒目标志。安装作业严格按照图纸、设计文件施工，作业前先进行技术交底，确保施工质量。
在施工协调方面，与各施工单位和睦相处，搞好与业主及监理单位的关系，解决项目部内存在的问题，创建一个团结、和谐、互助的施工团队。并协调业主方按照施工进度，及时组织设备及材料进场，做好各种工期延误资料的相关手续。
财务管理方面，严格控制各阶段的施工成本，按照公司规定认真做好现金流水账和总分类账，并按期进行财务报销。鉴于克思口电站交通不便的情况，尽量做到少次多量，对于辅消材料和设备、工具均由专人管理，杜绝各种浪费现象发生，从而达到降低成本的目的。
三、学习方面：
通过近1年来的工作中，让我深刻体会到，作为项目管理者还有许多东西需要去学习，特别是在项目总体施工策划方面还缺少经验。只有在掌握了丰富的理论知识，积累丰富的安装经验后，才能在实践工作中更得心应手。我深知自身有许多不足和需要完善的地方，我将在以后的工作中努力学习，不断总结，扬长避短。
【软件项目经理年度工作总结】相关文章：
项目经理年度工作总结12-31
项目经理年度工作总结01-29
软件测试年度工作总结05-25
软件年终工作总结05-25
项目经理年度个人工作总结05-28
项目经理年终工作总结11-22
项目经理年终工作总结11-25
软件公司年度工作总结03-30
软件开发年度工作总结03-01
软件公司年度工作总结05-24