软件项目经理工作总结（模板14篇）

在月工作总结中，我们可以适当分享一些得到的经验和教训，以供他人参考和借鉴。以下是一些月工作总结的案例，可以帮助你更好地理解总结的写作要点和技巧。

软件项目经理工作总结

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

一、做了什么。

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

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

二、收获。

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

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

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

三、不足。

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

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

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

更多。

软件项目工作总结

本人做项目经理工作多年，感到做这个工作最要紧的就是要明白什么是因地制宜、因势利导，只有最合适的，没有什么叫对的，什么叫错的，项目经理最忌讳的就是完美主义倾向，尤其是做技术人员出身的，喜欢寻找标准答案，耽误了工作进度，也迷茫了自己。以下是本人一些做项目的个人体会，写出来供大家指点，在讨论过程中共同提高水平。

项目开始阶段是一个最重要的阶段。项目经理在接手一个新项目的时候，首先要尽可能地多从各个方面了解项目的情况，如：1.这个项目是什么项目，具体大概做什么事情，是谁提出来的，目的是解决什么问题。在国内很多客户都很不成熟的情况下，千万不要根据项目的名称望文生义地去想象项目的目标。一个名为“办公自动化”的项目很有可能在你进场以后一个月才发现客户其实需要的是一个计算机生产管理辅助信息系统系统。前期了解情况的工作越详细，后面的惊讶就越少，项目的风险就越小。

5.现在是做项目说明书的时候了。一份好的项目说明书不仅将要做的事情描述得很清楚（主要是讲做什么，而不是说怎么做），而且把如何检查也说明得很透彻。也就是说它不仅说明白了要做哪些事情，也让客户的业务人员（一般不懂技术）知道项目做成什么样就算完成了。简单地说，项目说明书描述项目做哪些事情和每件事情做到什么程度以及如何检查每一个结果。

如果项目经理不能尽早发现风险，那么就只能去当烈士了。

7.明白了要做哪些事情和你手上的筹码以及你做这个项目的总体策略，现在是成立项目小组的时候了。很多项目经理都没有自己选择组员的权利，那么，就尽量发挥你的影响力去寻找那些你想要的人吧。成员的组成根据项目不同，相差较大，很难有什么具体要求，但是，一定要有精通客户业务的人，很多小项目里，这个人就是项目经理本人，大项目里会配备行业专家（industryexpert），这样和客户沟通起来才不会鸡同鸭讲，双方才可以相互理解。我经常看到的情况是我们的技术人员和客户交谈时满口的专业术语，结果搞得客户一头雾水，反过来，他还指责客户不懂技术。其实，明白自己想做什么的客户已经是很好的客户了，不知道自己要做什么，更不懂怎么做还要指手画脚的客户到处存在，但是要明白，是客户选择了你，而不是你选择了客户，有了客户你才有工资拿，心平气和一点吧。

8.现在你要面对三群人：你的领导、你的组员和你的客户，和这些人沟通，让他们知道你打算怎么做，什么时候要他们做什么准备这些事情将是你的主要工作。既然沟通这么重要，那些事先定义一下沟通的原则也是一件很要紧的事情。很多沟通原则都是潜规则，如果你在一个部门时间做长了，对这些规则的运用觉得是一件理所应当的事情，但是，你现在面对的是多个部门甚至多个单位，不把沟通规则说清楚，你以后就会吃亏。下面的东西看起来无聊，其实还是很管用的：第一个是规定信息的流动方式和介质，是推还是拉。推的意思就是项目经理将主动发布信息，不管通过电话、邮件还是书面方式，保证将信息传达到每个人。这种情况适合小项目，人少；拉的意思就是项目经理就是一个类似web服务器，你自己需要什么信息就去问他。当然，没有项目经理把自己搞得那么累，他会用发布信息到公共介质的方式公布信息，简单的是白板，复杂一点的是项目的公共信息交互区，潜规则就是我发了你没去看就不要说我没告诉你。说这些看似很无聊，其实里面牵涉信息传达不完全的责任问题。当然，这些都是指一般的方式，而且不要绝对化，一般情况下，主动沟通和被动访问是同时存在的，尤其是对领导，项目经理更加应该主动去和领导沟通。第二个问题就是文档问题，很多人怕写文档，但是项目经理一定要牢记“好记性不如烂笔头”的道理。有理有时候为什么会说不清呢？就是因为没有证据。所以项目经理开始就要和客户说清楚有些文档是必须签字的，比如项目经理的项目日志，每个星期至少让客户签字，另外所有达成共识的东西，比如会议纪要，甚至领导的讲话记录，都要写成文档，双方签字，这样以后扯皮的时候，就能做到有据可查。记住：说了的就和没说一样，只有写下来大家签字后才算真正发生了的。还有一些问题，比如你提交的报告，给领导（包括本方领导和客户领导）做一个选择题，结果领导压住不批，让你无所适从，结果拖延了进度。这时候，你可以等，但是注意要留记录，标明是谁的责任；另外，如果你在开始阶段就和领导商定：如果批示提交三天后没有得到领导答复就算对方同意，这样你就会主动很多。再比如不同事件的审批流程问题：什么等级的事情记录在项目日志里、什么等级的事情要双方项目经理专门签署备忘录、什么等级的事情要双方领导出面签署合同附件等等。事先想得越周到，以后的工作就越主动。

模块之间的信息如何交换等等。需求定义的是做什么的问题，而这里说的是怎么做的问题。这里要强调一点：完成一个目标有很多种方式，你要选一种你最熟悉的，而不是看上去最完美的，这个思路会让你的项目减少很多风险。有时候客户会被某种新技术打动，坚持要你采用那种新技术，你就应该告诉他：你选我做这个项目，就应该容许我采用自己最喜欢的方式做事情，新技术之所以有诱惑力，就是因为吃亏的人还不多，我不希望你成为第一批受害者。采用一个计划会让你的工作更加明确，比如用微软的project软件，你填写完表格以后，就可以知道这个项目有多少件事情要做，每件事情需要什么资源，他们之间的前后关系如何，消耗的时间有多长，完成后有什么标志等。所有的结果最后用一个叫做甘特图的形式表现出来。你做完这个表以后会惊奇地发现，甘特图上项目的结束时间会远远落后于你的计划结束时间（签合同的人永远不会先征求你的意见的）。当然，学过项目管理的人会大谈什么wbs、优化路径之类的东西，但是我的经验是你再优化也不可能把这些东西安排到计划的时间结束。如果你没碰到这个问题，在我恭喜你挑了一个轻松活之前，请你再去确认你是否罗列了所有要做的事情和正确评估了他们所需要的时间。这时候，你就要考虑牺牲一些任务的时间（也意味着质量）了。按照什么标准牺牲？这个项目的战略！我们在第三节提到过的战略。我的经验是如果你什么都赶进度，其结果可能就是十件事情你一件也没做好，想想多么失败啊。所以，把资源投到你熟悉和有把握的事情上，最后的结果是十件事情，你有三件做成了精品，三件完成，还有四件因为某些原因延误，成绩单是否靓丽了很多呢？战略决定优先级，而正确排列事情的优先级是一个项目经理能力的主要体现。

好，现在项目已经完成了前期工作，了解了项目的目标、搞清楚了手上的资源，制定了项目的策略，然后编制了项目的整体计划，项目进入实施阶段。进入这个阶段反而是项目经理比较空闲的时候，不像前期的时候项目经理要象记者一样到处和不同的人接触，搞清楚他们在说什么，努力猜测他们在想什么和他们的真正目的，那才是最累人的事情。当然，小项目的项目经理往往自己也是一个资源，要做很多事情，这时候反而比谁都苦。项目经理这段时间的主要工作是保持和客户领导以及自己领导的沟通。和客户领导沟通时特别要注意，除非你需要对方给你支持，那么你才需要讲得具体一点，否则，告诉他一切正常就可以了，而且态度要积极一些，千万不要说一些领导不懂的细节，比如：“王局长，最近项目进度还算正常，就是jvm经常发生一些内存泄漏的情况”王局长：“(*[email protected]@”。和自己的领导汇报也要注意这个问题，除非他是一个技术高手，你需要他的技术经验，否则一般就汇报进度是否正常以及有问题时你的对策和打算就可以了，有些需要他支持的地方，比如资源调用需要说详细一点。

会议带入无休止的争论（你要让大家知道事情不是非黑即白的，而是多元的，唉，我们的教育惹的祸）。会后，你自己写文档，做决定。会议上大家的面子都被照顾了，自然实施起来的阻力就小，如果还有意见的，你就私下找他聊，如果还不能说服他，你就要让他明白，因为你负责这个项目、你担当风险，所以，这个优先级应该你来判断。组织中的高层，并不见得水平会比一般的成员高，但是，他要承担组织的风险，加之信息的不对称性，所以，对事情的优先级的判断肯定比下属强。

在开发过程中，内部管理还要注意的一点是时刻强调以验收为目的的思想，每个任务的最终可交付成果一定要是可以被检查的，比如，【界面要求：美观大方、简洁明快】，这个要求我就不知道如何检查。所以，给开发小组布置任务的时候就要考虑如何检查结果，比如我见过一个计划，里面有一个任务【开发人员熟悉ejb编程】，这个任务，除了让这些人去参加一些专业认证考试，否则，结果很难被检查。所以，时刻考虑如何检查结果、如何向客户交付是项目经理一直要注意的事情，我听说有些老项目经理拿到项目是倒排计划的，即首先看如何验收和验收标准，然后决定工作计划。很多项目开始了很久，还不知道如何验收，那么这个项目出问题的可能性就很大了。做项目就是为了验收，我们的角色不是研究机构，我们的目的就是在付出那么多劳动后得到结果。另外我插一句：我是极其不主张到客户现场开发的。尤其是一大群技术人员直接和客户交流，很容易引起冲突和矛盾（技术人员的本性决定的）。我的做法是项目经理和项目实施人员到现场，软件开发人员还是在公司做项目。项目实施人员就是初级项目经理，他们了解自己的产品，懂得一些客户的业务，关键是在于他们具有良好的沟通能力，俗称“皮厚”。他们是客户和研发人员的桥梁，其职业方向也是很机动灵活，以后可以有很多方向可以转，比开发人员的路要宽得多。

接着，我们再谈谈最让人头痛的需求变更问题。变更通常分为两种：一种是部分更改了原先的目标，即需求变更；另一种是没改变目标，但是客户不满意目前的实现方式，大到流程的实现，小到界面的布局，都是属于这类。碰到这种情况是难以避免的，主要是事先沟通的不够充分和客户随着项目的进展，慢慢想清楚了问题，改变了以前的思路。这时候，如果需要改并且你的战略是容许这种情况的，那么注意下面几点：

1.确保以前的文档，就是记载着以前的结论的东西，客户是否签过字，如果没有，赶紧把你的工作停下来，赶快再和客户自己确认一下你的方案，然后让他签字，避免以后说话没有凭据；2.和客户坐下来，自己探讨他修改的根本目的是什么，是不是有同样能达到相同目的，但是对你来说有代价更小的选择？3.（项目初期的工作）明确更改流程，一般是客户指定一人签字（否则客户每个领导都有权力来插一杠子，你就废了），以正式项目文件的方式提交给你，然后，你做评估分析，分析对成本、进度的影响，在你的领导同意后，出相应意见书，主要是要说明更改设计的原因和指出由此带来的不确定后果（这个东西先写出来，后面如果真的发生了，至少不是你的错）。然后再让客户在上面签字。见过医院给病人做手术以前让家人签的免责条款吗？对，就学习那个，让大家都意识到任何的更改都有成本和代价所以，对于这种需求天天变的客户，你就一定要事先做好规矩：

再和我谈，我不想卷入你们内部业务部门之间的矛盾之中；

二、所有需求变更全部要有书面文字，这点切记！这样做好处多多：

*有书面证据，以后他还想改，你有了他以前要求的证据，告诉他：你以前可是这么说的；

系统开发告一段落后，就进入客户培训、系统验收阶段，这个阶段，我一般会注意以下几个问题：

给客户做培训前，多注意一些表面功夫。很多程序员认为，既然很多系统采用原型法，有一个由粗到精的过程，那么系统的逻辑核心是否正确才是关键，至于界面如何，界面上的用词是否准确，那是无关紧要的问题；而且培训的时候也是空手上台、信手拈来，想到哪里说到哪里，下面听讲的人不知所云，云山雾罩，培训效果自然可以想象。我的体会是，给客户做培训的版本，如果你在做多次测试以后仍然不能确定逻辑是否合乎要求，那么，你至少要在界面上多花一点功夫。注意每个界面的布局、用词、链接的正确性等等，总之不要让客户看到一些他不该看到的东西，否则，仅仅因为一些无关紧要的报错就让客户第一印象觉得系统不稳定，那你就真的比窦娥还冤了。如果工作再做得详细一点，可以做一些类似flash的东西，把一些你要强调的重点用通俗易懂、轻松愉快的方式表达出来。文档方面，准备至少两个文档：用户手册和培训手册。这两个文档的内容很多都是一致的，但是角度完全不同。用户手册往往是站在系统设计者的角度，按照自己的思路，分模块讲解系统的操作和功能；而培训手册，一定要站在客户业务人员的角度，根据每个角色面对不同业务的办理，如何通过使用本系统的一系列功能来实现目标。所以，第一次培训以前，系统界面是否完整正确、培训文档是否完备、培训时所举的例子是否有代表性都是很关键的因素，第一炮打不响，以后就麻烦很多。

软件项目工作总结

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

一、新人学习。

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

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

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

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

个人职业生涯规划。

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

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

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

软件项目工作总结

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

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

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

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

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

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

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

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

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

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

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

软件项目工作总结

自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经验与教训。

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

软件项目经理年度工作总结范文

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

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

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

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

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

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

软件项目经理年终工作总结

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

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

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

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

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

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

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

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

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

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

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

我想强调几个问题。

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

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

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

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

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

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

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

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

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

设计阶段的工作包括:。

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

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

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

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

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

软件项目年度工作总结

总结。

由本站会员“fcyy450”投稿精心推荐，小编希望对你的学习工作能带来参考借鉴作用。

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

我一直在跟进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参考资料。

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

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．经验与教训。

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

软件项目经理简历范文

姓名：性别：出生日期：户口：上海居住地：

自我评价。

it行业、八年世界500强企业工作经历；适应跨团队、高压力、快节奏的工作环境；中／英语沟通能力佳；有较强的团队领导能力；具备较强的专业背景和丰富的项目管理经验。

教育背景。

19xx/9c20xx/6：华东理工大学。

计算机专业学士。

培训经历。

20xx/8：华盛顿大学项目管理培训证书。

技巧培训。

20xx/7--20xx/8：东芝公司东京总部业务培训。

工作经验。

任职时间：20xx/1--至今公司：盛大在线。

负责盛大在线公司级别重要项目的项目管理工作；配合所在部门总监制定合理的项目规划、分配研发资源；协助管理层处理部分重要业务问题；培训、管理项管团队，为部门其他项目提供项管支持，跟进项目进度并协助解决相关项目问题；在企业里推行敏捷开发和项目管理方法，协助提高项目开发效率和质量。8月起，负责公司新兴的互联网广告业务的项目管理工作，主要负责构建相关的广告投放、支持平台并探索优化广告投放效果的方法。

项目经验（主要）：

20xx年3月至8月，负责盛大集团计费系统升级项目。作为项目经理，全程参与了项目从预算、技术方案制定、评审、设备选型、安装测试工作、可行性验证及最后实施的过程。取得了系统一次切换成功，系统稳定运行3月无任何故障的成绩。项目被公司评为年度优秀项目。

20xx年7月至12月，负责盛大集团计费系统高扩展性改造项目管理工作。项目主要目的是将原来基于数据库层的计费业务处理逻辑提升至应用层来处理，通过系统架构改造为计费系统提供更加灵活且可水平扩展的业务处理能力。项目首次在盛大在线公司采用scrum的项目管理方法。该项目不但成功实现原定项目目标，更加帮助公司培养了一批理解敏捷开发、项目管理的工程师。

20xx年2月至今，负责盛大集团诺亚项目（手机账号）的项目管理工作。该项目作为盛大集团无线互联战略的重要基础，希望构建基于手机账号的新的盛大账号体系，同时为盛大各应用尤其是无线互联应用提供高质量的手机用户，提高用户的活跃度和粘度。目前该项目已经实施了近一个季度，项目指标已经完成约50%，各方面工作进展比较顺利。

其他一些主要负责的项目包括：盛大声纹认证项目、盛大计费系统灰度信任项目、微支付之点券分成（清结算）项目、认证系统改造项目、认证系统整体迁移项目等。除认证改造项目尚在试运行阶段外，其他项目都已经顺利结项。

获奖经历：

20xx年q1获得星级员工转正奖励、q2、q4都被评为4星级员工、q3获得优秀员工称号并被评为5星级员工；20xx年q1获盛大集团优才奖励。

软件项目年度工作总结

软件项目工作总结报告

20_年12月8日，作为学习期的新员工我有幸以项目助理角色参与了百度南沙四期项目建设，主要任务是学习项目中涉及到设备(产品)名称、功能，布线方法，布线的工序等等。经过半个多月的工作以及学习，同时在各位同事的耐心指导下，让我对布线的工作有了较深入的了解，此次参与项目收益颇多，在此非常感谢领导以及各位同事!

一、工作内容以及学习收获。

南沙项目是公司20_年的收官之作，公司非常重视，参与项目的是公司核心团队以及最优秀的施工人员，作为能接触到最优质资源的我，非常感谢领导!同时也无比珍惜这次机会，因此在整个施工阶段，基本上每个施工环节，我都会动手参与施工，不懂的地方马上请教其他同事，虽然在施工速度上远远达不到要求，但是在质量上力求做到达标。在施工工序上，以前是模糊的，如今对施工工序是明朗的，虽然该项目大部分都是主干上联的施工，但是也清楚了施工先后顺序以及项目流程。

在项目管理方面，刘建凯同事作为项目经理，个人感觉他的确是一个项目经验丰富的人，项目中出现的问题能迅速解决，项目把控能力非常好，在他的带领下，整个施工过程非常平稳，项目质量和工期控制的恰到好处，施工团队士气保持良好，从每天晚上进行的会议上看的出，总结当日工作内容，分析施工存在的问题，分配明天的工作，这些工作做起来游刃有余。从他身上我也学到如何管理一个布线项目，同时也打开了眼界。

在项目助理工作上，我跟随张海平同事学习并上手上传了部分布线系统上的文档，熟悉了项目助理每日工作内容，我认为在整个项目中，项目助理角色同样非常重要，从仓库管理、材料工具管理到每日工作量统计、制作标签、项目执行的监督等等，助理的工作贯穿整个项目始终，其工作量丝毫不亚于其他同事，通常助理早上工作的最早，因为要去开门，去仓库点货，晚上工作的最晚，因为还要撰写一些施工文档。也许是因为工作辛苦，海平有两天发高烧，但依然坚持在工作岗位上，向他敬礼!从海平这里发现项目助理工作细心很重要，我也从他身上学到了这一点。

在质量管控上，可以说质量是企业的根基，是我们的布线工作的重中之重，从光缆主干、分支、铜缆的绑扎上，看到了金石品质，我也会以此作为标杆开展今后的工作。同时，非常认同质量是管出来做出来，而不是完全靠事后检查。质量管控专员杨勇以及项目管控的张小夫对质量专项的管理，从他们这里也学到了项目中哪些环节是被忽视的，哪些环节是施工重点，总之，质量管控将是我今后开展项目工作中的重点。

二、个人见解以及自身的不足。

在aoc线缆托盘绑扎的环节上，其实还是存在一点瑕疵，该工序计划3天完成，实际完成时间也是3天，但是完成的质量有待改进，后续也进行了整改，在晚会上大家也进行了讨论，期间大家也有一些情绪，认为是施工的几位同事没有做好，并且速度太慢。针对该问题我也提出了我的看法，我认为发生质量不达标的`问题可能是标准未统一，并且计划工作量似乎并不科学，首先应该在以后的工作中事先落实标准，不能有是熟练工，就应该知道标准的想法，而且要在施工中经常对施工人员进行品质教育，包括工艺标准等等;再则工作量标准可通过实际操作一遍来制定，磨刀不误砍柴工!

从9月入职以来，南沙项目是我真正经历过的一个项目，受益颇多，但是在布线项目中个人感觉自身比较缺乏项目应变能力，在项目实施过程中难免不出现各种突发情况，这需要项目经理对项目的了解，需要经验的积累，需要良好的客户关系，这些将是我今后的工作中尽快提升的重点，必须尽快胜任本职工作。

三、几点心得体会。

项目管理立足于三控一协调，在质量、进度和成本控制以及协调内、外部关系中，如何做好质量的管控，结合我们施工的特点，我个人觉得要做好以下几点：

1.作为项目管理者应该清楚公司的品质水准，并且要有比较好的品质意识;。

2.管理者要团结员工并经常进行品质教育;。

3.当问题出现后要找到真实原因并要具备能力找到解决办法;。

4.管理者进行人员管理时应该以人为本，进行科学的人性管理;。

5.管理者应该有比较好的自我学习能力，坚持改善，能自我要求不断进步。

管理者应该要有上面所描述的素质，对于一个小团队来说管理者应该是精神支柱，是这个团队的带路人。在管理者能要求自己的情况下，我认为下面的员工应该也可以这样去要求自己，因为他们有了目标有了可以学习的人，那么长时间下去那么这个队伍一定能成为一把利剑。

我们这个团队拥有一帮非常活跃、聪明、可爱的伙伴，“猴子”、“包子”、“兔子”、“长老”、“桂子”、“军儿”……这些都是同事之间叫的最贴心的外号，五湖四海的同事聚在一起共事，相处的非常融洽，人说90后的人自我、情绪化、叛逆在这群同事中不曾看见，相反看到的都是些正能量，看到是他们手上的伤口，看到的是她们因为站不直趴在桥架上拉光缆，弯腰绑扎带吃苦耐劳的精神。能有这样一帮兄弟在身边共事，应该要感恩，感谢金石!

将本文的word文档下载到电脑，方便收藏和打印。

软件开发项目工作总结

过去的一年，我参与了较多的产品设计，从中受益匪浅，不仅学到了很多专业知识，对动态产品有了更全面的理解和把握，而且培养了我作为机械工程师所应该具备的基本素质。同时，我坚持自学，学习了当前机械行业新的工具软件和专业书籍，提高了理论水平。现将具体工作总结如下：

1、设计、调试出口印度的摩托车试验机。

印度之行是成功的，也是艰难和值得回味的。我们一行三人，在没有翻译的情况下，克服当地天气炎热和饮食不适应的困难，在不到三周的时间内将四台设备调试完毕，拿到了用户的验收纪要，这是值得肯定的。但，我觉得也有一些遗憾的地方。由于是第一次做车辆产品的'出口，缺乏经验，我们的包装和防锈做的不够好，设备出现了故障，让印度人对我们的满意度下降。如果我们注意这些细节，用我们的产乞开印度这个工业刚起步的国家的门，那么，我相信我们会从中受益。

2、主管设计pws—j20b1。

此试验机已经交检完毕，各项指标达到了技术协议要求，等用户款到发货。

3、参与设计pws—200b。

与毛工一起设计，对液压夹头，气液增压泵等的工作原理有了更深入的理解，从毛工身上学到了很多东西。比如，设计的严谨和严肃性，此产品已发货。

开发四部的工作是繁重和艰巨的，我在车工和毛工的指导下，较好的融入了这种紧张和严谨的氛围中，较好地完成了各项任务，自身的业务素质和工作能力有了较提高，对工作有了更多的自信。

软件项目开发工作总结

20_年我协会将在省信息产业厅直接指导下，遵循协会章程的规定,充分发挥理事会、常务理事会、秘书处、顾问的作用，改进工作流程和制度，拓展服务项目,加强与地市信息产业主管部门及产业中间机构之间的互动协作，积极推动我省软件产业的发展。重点在以下几个方面开展工作：

一、加强软件产业发展和产业政策的研究。

协会应围绕20_年全国工业和信息化工作会议中确定的重点工作,以提高自主创新能力，掌握核心技术，提升我省相关领域的技术水平及企业发展为目标,结合浙江软件产业发展实际的实际情况,研究制订浙江省软件产业中长期发展目标和战略建议，并针对浙江省软件产业发展特点提出产业规划作政策建议;撰写年度浙江省软件产业发展报告，为政府部门、企业及社会各界了解软件产业发展状况提供参考。建议与有关主管部门加强沟通，争取政策，对优秀软件产品进行评选表彰和奖励。

二、积极开展产业推广。

要突出软件企业、产业环境和人才在产业发展中的主体地位，根据我省软件企业发展的现状和特点，按照“政府引导、企业为主、社会参与、市场运作”的模式，开展相关的会展、论坛、考察、研讨等活动，积极寻求扩大服务外包企业和国外发包企业广泛交流合作机会。广泛宣传我省的软件产业的发展态势、产业优势和企业能力，充分显现我省软件产业在国际、国内应用的产业地位。重点做好以下的产业推广工作：

1、以电子商务和互联网为核心的现代电子服务产业的推广。电子商务正在形成以产业群为服务核心，围绕产业链，深度介入产业供求过程，为产业群提供全方位一体化整体解决方案的新阶段，要关注杭州市打造电子商务之都的举措,引导企业通过成熟的、标准化的服务和技术，强化区域品牌建设和配套服务建设，打造中国电子商务产业群服务标准体系，为产业群提供实实在在的服务，营造我国强大产业群的品牌聚核力。

2、基于国产基础软件,特别是基于钱塘中间件的应用软件的开发和应用的推广。

在今年工信部的信息产业重大项目征询提纲和最近发布的《“核心电子器件、高端通用芯片及基础软件产品”科技重大专项20_年课题申报指南》中，都将国产基础软件的研发和基于国产基础软件的应用软件的开发和应用作为国家支持项目的重中之中。我省以浙江大学为核心的基础软件的研发已有一定的基础。20_年，我协会建议，将我省自主开发的操作系统、数据库、中间件进行集成测试并在部分应用行业里进行应用试点。今年我们仍将致力于这项工作，积极引导并争取政府对基于国产基础软件,特别是基于钱塘中间件的应用软件的开发和应用的政策支持。

3、服务外包产业的推广。

我省的服务外包工作起步于20_年，目前从事服务外包的企业有70家左右，从业人员4.1万人.20_年服务外包(ito、bpo)金额1.8亿美元,获得服务外包相关国际资质认证的企业共59家,杭州占95%、宁波占5%，其它市几乎空白。全省尚无建成完善的服务外包园区，目前省内外包企业大多集聚在高新区软件园暨国家服务外包基地内，位于杭州经济技术开发区的新加坡腾飞软件园正在兴建中。

目前服务外包已从ito、bpo逐步延伸到kpo，与二省三市(黑龙江、江苏、大连、天津、上海)相比，浙江省服务外包产业尚存在很大的差距。一是目前对服务外包的认识不足，缺少强有力的政策推动;二是缺乏服务外包产业总体布局规划;三是服务外包企业比较分散，尚未形成规模效应;四是杭州市房价高，人力、生活成本大大高于其他城市。

我协会将努力在优惠政策建议、服务外包国际资质论证、个人信息安全认证、企业优势宣传、合作交流平台搭建等方面提供服务。

三、加强规范服务，提升双软认定质量，完善统计工作双软认定和统计工作是信息产业厅交给我协会的两项重要工作，从20_年协会成立起就一直在开展这两项工作，20_年双软认定工作已逐渐从书面申报，转变成网上申报。今年，协会将重点结合国家对软件产业优惠政策的调整，配合信息产业厅完善网上申报平台，开展对申报单位双软认定网上申报平台应用的培训;切实加强软件产业和重点软件企业的统计工作，更好的完成统计工作相关工作，为相关部门提供更准确的决策数据。

四、积极开展各项活动，努力提高协会的凝聚力和号召力明年协会将努力加强与各地市特别是杭州市软件协会、软件园、软件产业基地之间的互动与合作，根据产业发展需要和会员要求，适时成立协会专家咨询委员会、知识产权调解委员会、会员工作委员会和各行业委员会或分会，为会员提供更有针对性的服务，不断增强协会的整合能力和各细分行业服务能力。

有效整合长三角发展软件产业相关资源，开拓软件及相关服务的国际、国内市场，帮助我省软件企业拓展国际、国内市场，并结合企业市场、技术、人才等需要适时举办各类软件产业论坛、研讨、交流活动。联合开展各类文化、体育活动，加强各地软件产业协作能力。

五、加强协会自身建设，不断提高服务能力和服务水平服务是行业协会的立会之本、强会之路和兴会之魂，是行业协会的生命力所在。我们要发挥好协会作为政府和企业之间的桥梁纽带作用，强化以会员单位和企业为重点的双向服务。

一是加强内部制度规范化。在20_年修订员工招聘录用、车辆管理、公章使用管理，完善财务管理、考勤管理、采购管理等制度的基础上，20_年为进一步提高协会服务质量和服务水平，新制订了工作人员服务质量考核办法、服务规范等规章制度，从工作人员的职业道德、行为规范、服务质量等方面提出了明确要求。协会还面向会员单位、企业制定了服务质量调查表，将不定期开展服务质量调查反馈。此外，还在协会网站开设了对协会工作的投诉信箱，随时接受意见和建议。

二是建议实行副理事长轮值工作制度，进一步推动协会工作的开展，充分发挥各位副理事长的组织管理能力，调动各有关会员单位的积极性，从而增强协会的凝聚力。

建议分别由十位副理事长或部分常务理事进行轮值，协助会长开展工作，每位轮值时间为一季度。轮值期间主要职责为：协助会长主持推进协会的日常工作，负责牵头该季度的重要活动，完成重点工作，代表协会参加相关重要会议，组织策划协会会员活动等。

20_年是协会面临当前全球金融危机，面临我省经济社会发展面临挑战的特殊时期，如何深入贯彻科学发展观，紧密结合国家政策，进一步发挥协会作用，如何在应对金融危机的挑战中有所作为;如何在推进行业结构优化、产业升级中有所作为;如何在推动行业科学发展中有所作为，这些都是我们协会需要关注、探讨与努力的主题。

因此对协会工作改革创新、加强自身建设、加强公信力建设、提高能力素质等方面都提出了更高的要求，需要我们更加积极有为地开展各项工作与活动，为我省软件行业的发展而共同努力。