项目实施阶段总结

项目实施阶段总结 篇1

时间总是如流水匆忙而过，转瞬间我来到xxxx公司已经两个月拉。在这段时间里，每天都在感受xxxx公司的激情和进展。和同事的相处中，我得到了许多帮忙，这其中更多的是来自我的指导人吕某，每每我碰见一些生疏的办事环节或工作任务，总能得到他的细心指导。如今我对xxxx公司有了一个全面的了解，感受到了许多同事间的和谐友好，工程组的团队意识。

在过去的两个月里，我负责xx模块的需求争论、数据库设计，代码编写进度治理的同时，还负责xx工程xxxx平台的开发进度治理，通过与大伙的通力合作，根本上在规定的时间内完成了大局部的业务需求。通过这个工程，也增加了自己在工程治理方面的阅历，学习了许多xx方面的业务学问，全面地了解了工程组内各成员的综合素养和工作力量。就个人业务方面，对xx大局部业务做了深入的了解。xxxx评估方面，我主要了解xxxxxxxx等业务。固然这许多得益于小唐、小卫、小冯等人的细心指导，我很是感谢他们。

在已过去的xx工程实施过程中，我也发觉了工程组存在的一些优势和问题。对于优势我就不多说，主要还是大伙的实干精神较强吧。针对工程组存在的一些问题，这里我发表一些个人的观点，仅供参考。

1、工程组的掌握力

由于我们当前的工程是一个全新的组合，各成员间存在太多的生疏和不确定性，这就造成了，我们在实施规划任务的过程中，对其风险的掌握程度不为乐观。我们在制作相关规划任务的`时候总是凭借自己的第一感去处理，所以在实施过程中也消失了许多规划滞后的大事，对待这些滞后我们唯有加班来弥补，过度的加班和返工必定损坏其组内成员对工程组掌握力的满足度，固然也直接影响到对公司的认知和评价。

我感觉我们总是缺少一些可以掌握和预见的力量，完成任何事情或目标总是存在不行预知的风险，但如何在风险爆发前限度的加以掌握，降低其影响层面，那是我们应当去考虑和管控的。

2、工程组的协作力

说到工程组的协作力，我觉得当前我们做的很差，在任务实施的过程中，现在的工程组就好比中国古代的三国时期—群雄逐鹿，各忙各的。每天我们都很忙，但是忙的就是自己的那块空间，彼此的沟通和协作时间太少。一个功能模块的实现不是限度去寻求业务的吻合度，而是自己凭借自己脑袋乱写，自创轮子，总是把自己的意识强加给客户。

在过去的代码编写时间里，我总是发觉许多同事存在一个问题，自己做的模块与别人的存在关联，这时候彼此间需要进展简洁的沟通，协作完成。但是许多人没有沟通，而是把别人的代码下来，然后加上自己的需要，提交完事，等其详细人员某天发觉自己的代码被修改而不为所知，最终遇到问题，相互推诿，这就是缺乏沟通的后果。

说到协作，顺便说下分工，在代码编写的过程中最为紧要的应当就是分工明确啦，我们需要严格规定那些人有相关文件的修改权限，那些文件删除前需要播送说明。而不是一味的看着不爽就改、删、加，试问操作前是否考虑过有对其工程或别人的影响?

项目实施阶段总结 篇2

公司将我安排在条件保障科作为一名技术科员，在一年工作时间的积累认识下，我认为条件保障科所担负的工作使命很重要，在工程实施过程起到承上启下的作用。

在工程实施前要做好征地拆迁的工作并对数量进行核实，为施工单位顺利进场施工作业提供最基础的保证，而征迁工作涉及多个相关部门及各村村民的生活，需要很强的协调沟通能力为基础;对于临时占地的审批，作为建设单位要帮助施工单位协调审批所需相关单位及手续，这时候就需要条件保障科开展工作;

在工程实施过程中对可预见的、临时的或不可预见的事情联系多个部门进行沟通协调，如长安园区内几家企业的土地、地面物、构筑物等的赔偿问题、大桥主线红线内树木砍伐证办理与林业站进行业务上的沟通、大桥主线红线内电力杆线迁改在电业局进行相关手续办理等;对施工单位施工过程中影响周边村民生活的事件要需及时进行酌情处理，避免施工进度造成影响;

在工程实施末期，对施工单位临时占地复垦工作的监督，做好征地拆迁资料整理等。

由此可见我身上的责任很重大，而自己的学识、能力和阅历与任职岗位都有一定的距离，所以不敢掉以轻心，希望通过向书本学习、向周围同事学习、向领导学习来提高自己的工作水平。经过不断学习、不断积累，已具备了一定的办公室工作经验，能够比较从容地处理日常工作中出现的各类问题，在组织管理能力、协调办事能力和文字言语表达能力等方面，都有了很大的提高，保证了本岗位各项工作的正常运行，以正确的态度对待各项工作任务，热爱本职工作，认真努力贯彻到实际工作中去。积极提高自身素质，增强工作的主动性、灵活性;足够的责任心，努力提高工作效率和工作质量。

但也存在一些问题和不足，主要表现在：

工作职位对我而言是一个陌生的岗位，许多工作相对我来说都是从未接触过的，以致工作进行不是很顺利，工作效率有待进一步提高; 有些工作还不够仔细，一些工作协调的不是十分到位，并且给公司增添工作难度;

对待工作的态度不够端正，思想上还未真正的从大学毕业转化到公司工作中去;

工作细心度不够，经常在小问题上出现错漏;

第五，办事效率不够高，未能及时上传工程实时信息，对领导的意图领会不够到位等。

我知道我的工作表现也许不能让领导感到满意，但我坚信自己能够在今后的工作中表现得更好。从周围同事及领导身上学到了很多做事做人的道理就让我受益匪浅，如在力所能及范围内能处理的事情先处理，这样不会给以后工作增加难度;在思想上、态度上要实事求是，真正做好本职工作。

项目实施阶段总结 篇3

20xx年是公司成立Gov事业部第一年，我在Gov事业部中担任技术支持工程师职务。在部门领导的指导下，同事的配合、帮助下，完成了分配的工作，提高工作水平，现就20xx年工作总结如下：

一、 工作内容

1、 实施项目：

于今年开始的崇文计生项目，系统代码大部分开发完毕，与客户进行确认、完善阶段，开始参与项目实施，主要工作内容有：每周与项目经理到客户方，听取客户意见，了解客户需求，完善系统；编制相关文档，如使用手册、系统介绍等文档；参与测试工作，根据从客户那边了解的用户习惯、使用方式向测试、开发提改进意见；做一些辅助性工作。但由于新旧系统的数据交换问题，该项目目前存在进一步实施的困难。

西城四期项目刚刚开始参与，项目较紧。

2、 催收尾款：

与西城民政小史频繁接触，催收民政项目尾款，现已收回。

3、 项目后期维护：

主要是太平桥街道办事处OA系统、西城民政系统，本年度都处于系统维护阶段，收集用户反馈意见，报至开发、测试部门，然后进行系统更新，同时维护客户关系。

4、 编写文档：

完成城市管理与公共服务系统的相关文档；无线电子政务的验收文档；领导布置的各种文档；

5、 协助整理数据项

协助同事完成数据项的整理工作共2次，一次是市资源中心对各报表重复数据项录入工作的整理，一次是市信息办对单一系统中重复字段的统计，我主要负责基础工作，通过材料，对数据项逐一进行统计、整理，提交原始材料说明给相关同事。

6、 临时性事务

完成领导、同事临时交办的事务，如一些演示文档、陪标方案、西城四期前期事项整理等内容。

二、 总结及建议

在今年项目实施过程中，既有顺利完成的项目，也有碰到困难的项目，在这里，主要针对出现的问题进行总结，并提出个人建议。

1、 加强文档说明

在西城民政催收尾款后期，出现了公司合同与财政局手中的合同金额不符的情况，虽然没有影响尾款收回，但是导致收回时间延长。如果有该情况的文档说明，即便是只有领导掌握，无论经历时间长短或者项目负责人更替，都可避免此次现象的出现。同时，在与客户或同事之间进行沟通时，有简单的文字说明，都会起到提醒、记录的功能，做到有据可查。俗话说得好“一个好记性，不如一个烂笔头”。

2、 在项目关键环节建立备份机制

在崇文计生项目中，前任项目经理称数据交换已成功，但是更换

项目经理后至今，数据交换始终没有成功过。由于IT公司存在人员流动频繁的现象，在关键环节最好备份工作，比如增加说明文档的详细度；在客户方进行关键操作时（或是在已确认操作成功，再次在客户方演示时），两个开发人员同时在场，这个并不是说不信任哪个人，两个人同时离职的情况比较少，一旦一方离职，还能有一个人知道当时怎么操作的，遇到的困难是如何解决的，只用半天或1天较短的时间，从而节省以后的解决时间，同时也避免一方说已解决，但无其他人确认的情况。

3、 其他建议

前几月公司组织员工进行体育锻炼，费用AA，这个好事没有坚持多久就不了了之了，希望以后可以继续。

三、 20xx年工作思路

1、 认真做好公司要求的各项工作

2、 积极主动的参与公司建设

项目实施阶段总结 篇4

首先为我的再次打扰您，表示诚挚歉意！又是三个月过去了，我觉得我有必要向您汇报我这个季度的工作情况。这个季度，我们公司可谓大丰收啊，签了好几个项目且不说，关键是我们兢兢业业实施的CMM二级终于如期通过了！我们也将既往开来，向着下一个目标继续前进着。伴随着公司整体的大好发展形势，我这个季度也在不断进取和提高着，感谢您这段日子对我工作上的教诲和指导，尤其CMM评估这段时间，我知道您也花了很大心思在我身上。

时间过的真快，转眼间又是三个月过去了，这段日子我主要做了两件事情：xx月、xx月是xxxx系统的后期测试和实施工作；在XXX、xxxx、XXX等我们几个的辛勤努力下，总算使该项目胜利实施完成！虽然期间的辛酸与苦涩很多，不过现在回想起来，我们当时忙的很值得；因为对我个人来说，那是我实施的第一个项目，因此忙的很开心。这个项目我也算从头到尾跟随下来，对我后来的CMM研究与实施也有很大帮助；尤其在测试技能上，让我可以站在测试负责人的角度，对项目的整体开发、运行、测试、实施，都有很深的体会，对我今后的工作也是一笔不可多得的财富！不过这还真要感谢XXX您给了我这个锻炼的机会，我觉得我真正溶入我们公司的这种运作模式是从当时开始的！

接着xx月份开始，我就正式投入到CMM评估的工作中，期间我也顺带着测试xxxx项目，还对xxxx项目进行了两周的兼职测试。怎么说呢，其实CMM评估这段时间里，是我和您正面接触最多的一段日子。首先请允许我说点题外话，其实那次我也和您坦白过，我在某些时候对您有种敬惧感，这可能要归结到我这人怕犯错，所以在您面前我总是事先对自己说几句鼓励的话，比如“没事的”“我行的”之类的话，这样说其实严重了点，不过我想随着时间的推移和以后工作上的接触，我会消除这点弊病。

其实话虽这么说，不过我想由衷的说一句：您真是个好领导!每次我的工作中出现了问题和缺陷，您没有怪我，而是耐心的为我讲解，一次不行就再讲一次，就算是有时候在您很忙时我冒昧的去打扰您，您也会安排xxxx、xxxx等其它同事做好我的工作；您感觉我工作上不能合理的分配时间，您就告诉我分清主次，把最要紧的先做好再去做其它；在xxxx测试中，在我特别忙的那几天，有时您也嘱咐xxxx师姐为我提供一定的帮助。其实说这些，我只是表达一些我真实的心理感受，今天我想我同样以一个非正式的口气和您交流一下我的思想感情。其实XXXxx

CMM评估过程中，也许我的工作还不是很令您满意，但我想我还有继续提高的很大空间。这段时间，在工作上我主要体会到以下几点：

1）工作中，人的工作热情最重要！这一点，您是我学习的最好楷模；每天看到您总是第一个来到办公室，又很晚才回去，尤其大冬天，说不苦是纯粹的假话，不过是什么支持着这种行为呢？是一种对工作一丝不苟的谨慎态度和一如既往的高昂热情！我想我应该也做拥有您的这种信念的人；只有这样，才可以为工作中具体的事情提供一个心理基础，才会以一个正确的思维方式去应付工作中一切波折与风浪！

2）工作中，个人的所为一定要让上司放心！这是我在xxxx项目和与您工作的交往过程中学到的；只有这样，个人才可以得到集体更大的信任，才会有去做更加有挑战性工作的机会，才会将自身的技能提高到一个更高的层次。要实现这一点，就要练好扎实的基本功，积累丰富的经验，不断磨练自身意志，以至处事不乱，冷静分析，做出解决方案！

3）工作中，不能为个人事情影响集体利益！这点是我自己总结的，我想如果一件事情再为之苦苦挣扎下去也于事无补时，不如干脆整理思路，放弃这些纷扰，去寻找柳暗花明的又一个出路，说不定会在其它方面得到更大的收获。我想这也算在当今时代很多方面都需要的一种勇气和原则！

我想我这次向您的工作汇报多是思想观念上的体会，当然在自身技能方面我也有相应的总结。首先是测试技能：xxxx系统项目是我从中学到最多的项目，因为它让我站在客户的角度去体会一个项目，知道一个项目中客户最关心的是什么，我们所应提供给客户最重要和最关键的东西是什么，所以在日常测试中，我所应该重点测试的地方在哪里，我能够为客户讲述的我们产品的精华部分在哪里。当然一个项目在它的整个开发周期中一定会遇到不尽人意的地方，客户也会为此抱怨我们，遇到此种情况，作为我们供应商的立场在哪里，如何对此采取一个合理的措施，给予客户一个满意的答复；这些是我亲身体验到的，虽然现在我还没有一个充分有说服力的答案，但起码可以为我今后的工作提供一个有力的思想基础。

其次是软件工程知识：xx月份的CMM研究与实施，对我来说是一次最好的软件工程课程培训。我自己曾事先买了一本《软件工程》的教材，一个月的不断理解与强化，现在对软件的整体开发流程与期间的关键细节有了深刻的认识。我觉得国内的软件业，之所以完全成功的案例不多，包括国外的很多同行公司，其实欠缺的最关键因素不是技术，不是市场，而是一个软件开发的管理机制，说白了就是一个标准。而CMM正是响应时代的需求，在这样的背景下应运而生，为多少软件企业提供了一个强有力的`管理规范。而我们公司通过了CMM，相信我们的所有员工都由衷的欣慰，我们又可以充分发挥个人的聪明才智，在公司中找到自己的位置，为集体献出一份力量了！

再次是技术开发方面：这个季度我没有太多的时间去学习开发的知识，因此在这方面还没有一个质的飞跃，只是在java、jsp、数据库三方面，通过学习开发人员编写的源代码和参考教科书来不断的加以巩固。值得一提的是，我对servlet和iplanet有了一定的认识，这是上个季度里我计划在这个季度学习的内容。不过在以后的工作中，我还是不会放弃开发知识的学习，比如java系列、数据库设计、xxml、uml等。我曾经征求过xxxx和XXX等同事的意见，他们也赞同做测试工作，需要一定的编码知识做基础，以更好的理解系统的内部逻辑实现原理和方法，对捕获开发人员的代码缺陷，以需要重点测试的地方也有很大的帮助。

最后我想和您汇报一下我目前工作上存在的缺陷。最欠缺的，我想是我目前在工作中对一种职业的理解和渗透；具体的说，我想我还不具备像您那样对工作中每件事情考虑的那么周到、安排的那么得体，对一个问题的提炼、概括、分析、总结，还有最后清楚的表达出来，让别人也对问题有个比较清楚的认识。另外，在测试中，应该说黑盒测试已经达到了比较熟练的程度，在白盒测试上，虽然有了一定的提高，有时能分析出一个bug出现的原因，包括在源代码中的表现形式，不过这些还不够，还需要再仔细推敲与实践。

总结这半年来，我有幸成为XXX的一名员工，我从心眼里是高兴的；虽然我在工作中还会出现这样那样的不尽人意的误点与缺陷，虽然我离自己和领导对我的期望还有一段距离，但我有“初生牛犊不畏虎”的精神，我有积极进取的求知欲与上进心，我会在工作中不断总结自己、提高自己，争取早日达到公司所需要的和自己理想的程度，为公司创造更大的价值，为自己积累更多的经验，以回报公司都我的培养和您对我的期望，还有那些在异乡翘首为我守候的江东父老们！

最后还是要感谢公司和您对我一直以来的关心与培养，我会按照自己的理想和公司所需要的方向去发展自己；同时也希望您与其他同事可以继续指正我工作中出现的任何问题与缺陷，我也一定会仔细体会和认真改进，直到令公司和您满意为止！

我现在的心理状态很好，目前正在从事xxxx项目的测试工作。这个项目规模比较大，要求的测试也很繁冗，我会和xxxx继续合作并向她学习，争取在我们的测试旅程里，达到第三个胜利的里程碑！

对于打扰您正常的工作秩序，我深表歉意，并对您的阅览，我深表感谢！

项目实施阶段总结 篇5

一、项目背景

本次建筑工程项目位于城市新区，是一座集商业、文化、娱乐为一体的综合性建筑。该项目的建设旨在提升城市形象，满足市民的多样化需求。经过全体项目团队的辛勤努力，项目现已顺利完工。

二、施工过程回顾

设计与规划：在项目启动前，我们与设计师进行了深入的交流和沟通，明确了项目的整体风格和定位。在规划阶段，我们充分考虑了地形、气候等因素，制定了合理的施工计划和时间表。

施工管理：在施工过程中，我们采用了先进的施工技术和设备，确保了工程的顺利进行。同时，我们还加强了对施工进度的监控和调度，确保了工程按时交付。在人员管理方面，我们注重培训和教育，提高了施工人员的技能和素质。

质量控制与安全管理：我们始终把质量和安全放在首位。在施工过程中，我们加强了对质量的监督和检查，确保了工程质量的稳定。同时，我们还加强了对施工现场的安全管理，严格执行安全操作规程，确保了施工人员的安全。

三、成果与亮点

成果：本次建筑工程项目顺利完工，各项指标均达到了设计要求。建筑外观独特新颖，内部空间宽敞舒适，满足了业主和市民的多样化需求。项目得到了社会各界的高度评价和认可。

亮点：在施工过程中，我们采用了多项创新技术和方法，如绿色建筑技术、智能化施工管理系统等。这些技术的应用不仅提高了施工效率和质量，还降低了施工成本和对环境的影响。

四、总结与展望

本次建筑工程项目的顺利完工离不开全体项目团队的共同努力和付出。我们将继续总结经验教训，不断提升自身的施工水平和服务质量。同时，我们也将继续关注行业动态和技术发展趋势，积极引进新技术和新方法，为今后的项目提供更加优质的支持和服务。

项目实施阶段总结 篇6

对于这种需求天天变的客户，你就一定要事先做好规矩：

一、统一联系人，客户指定一个人和项目组进行沟通，不能张领导、王领导都来说几句，如果他们意见不一致，那你只有得罪领导的选择了，所以，项目的初就要定好规矩，我项目组只认一个的意见，有什么要求你们内部先统一再和我谈，我不想卷入你们内部业务部门之间的矛盾之中；

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

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

*便于需求变更管理，需求如何慢慢演变的历史可以看清楚，从而更深切地体会客户的目的；

*对于客户来说，嘴巴一动方便，反正是你们做，不花他的资源，所以要求是否合理，是否和项目的目的一致，他是不负责任的。但是如果要他写书面要求，还要签字盖章，他就要谨慎多了，而且一写东西，思想就会更加深入，很多无理要求也就这样胎死腹中了；

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

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

上面讲的是培训的时候，丑媳妇要化妆好再去见公婆的问题。其实，项目实施中还有一个考验项目经理功力的就是如何调动客户积极性的问题。一般来说，客户是懒的，这就是他花钱找你做事情的原因。一个项目的成败，和客户的配合程度很有关系。根据我的分析，一般项目中的客户都可以分为三类：支持的、消极观望的、抵触的。他们人数的分布一般是一个纺锤形：支持的和抵触的人少，观望的人多（如果你接了一个人人都抵触你的项目，那你还是不要做了）。首先，分析一下那些人为什么支持你和抵触你。很简单，于公于私两个方面分析，上了新系统，谁的工作量有所变化？谁的潜在利益是否受到威胁？谁的岗位是不是因为新系统而消失？传统的利益格局因为新系统的使用而发生怎么样的变化，这些东西，都是项目经理必须去了解的，这样，你才能团结那些支持你的人，消减那些抵触你的人。项目经理是一个很奇怪的角色，属于典型的责任大、权力小的角色，他能做的只有借力打力，不管在自己公司还是在客户那里，一定要依靠别人才能完成自己的目的。只有了解哪些人会因为什么而帮助你，哪些人会因为什么而抵触你，你才能让客户配合你做工作。比如上一些内部计算机辅助管理系统，其必然后果就是让本来管理混乱时有人可以浑水摸鱼的一些利益消失掉了，这样，有些人肯定就要捣乱，到处诋毁这个系统。这时候，你就可以散布一些"谁抵制新系统就说明自己*上有屎"这类的论调去压制他们，减弱他们的影响。总之，团结积极分子，打压敌对分子，带动大多数是你的基本策略。还有一个体会和大家分享：千万不要觉得对方的领导（中层干部）是应该配合你工作的，特别是一些国营单位，多一事不如少一事，他干吗要帮你？我的经验是：对方领导如果没有拿你的事情作为内部斗争的武器而从中作梗（当然，他针对的不一定是你），那已经是算合作的了，记住，他不捣乱就是帮你忙了。

作为项目经理，其实脑子里就是几样东西：做哪些事情、做到什么程度、怎么交货、手上的资源以及各个事情的优先级。所谓多快好省那是人类的梦想，这四个方面都是相互矛盾的，属于典型的又要马儿跑，又要马儿不吃草的类型。一般说来，项目经理在考虑问题的轻重缓急方面，往往是把快放在第一位，各方领导都会给你后期限，所以保进度是第一位的；省是第二位的，企业的根本目的是盈利，如果收入不能增加的话，至少费用要控制住；好是第三位的，没办法，谁都想精益求精，但是，没有强大的资源保障，质量只好先牺牲了；后是多，客户的要求源源不断，如何降低客户的期望值，把项目控制在一个合适的范围内，让客户从理想回到现实也是项目经理的分内工作。

验收前，除了做好文档工作，即可交付成果以外，多花时间搞清楚客户的做事情流程是很重要的事情，一个公司做事情必定有流程，所以搞清楚流程十分关键。比如验收、付款这些你极其关心的事情，客户那边的流程是怎么样的，谁牵头组织、哪些人参加，要什么文件、走什么程序、哪些人签字、后出什么文档等等，都要搞清楚，特别要事先分析和打听哪个环节容易卡壳，做好事先的准备。

我对验收大的体会就是举证问题。即千万不要让客户这么想：你必须有证据证明你的系统是没问题的。这样你就没戏了，微软那么多天才，做了个windows还天天打补丁，要你的程序没问题，既不可能，你也没办法拿出证据。你要让客户明白，所谓验收，就是我按照测试文档的测试用例跑一遍，结果和预期结果一致就应该算通过了，而且还容许有一些小错误留在验收后改正，他可以对测试用例提意见。所以，验收前双方要确认测试计划和测试用例。如果他认为系统不符合要求，那么他应该举证，证明这个系统和初设计相背离的。所以，参考法律概念，千万不要举证倒置。另外，认为系统完美了才能验收的想法也是错误的，软件开发合同里一定要注明验收以后维护期的费用问题，否则，客户担心一旦验收就得不到你们的支持，自然不配合验收，那么，你这个项目经理就很难交功课了。

后，我想谈谈如何评价项目经理的绩效的问题，我认为，项目经理有以下几个档次：

*差的项目经理：项目过程中总是出现意外，然后自己又解决不了，结果成为烈士；

*二流的项目经理：项目也经常出现意外，但是他一马当先，奋勇向前，解决了一个又一个问题，后，勉强算把项目结束了，获得了领导的一致好评；

*一流的项目经理：平时很少见他做具体的事情，整天找人聊天，然后就是写报告、做计划，后项目顺利结束，整个过程平淡无奇；

项目管理到底是一门科学还是一门艺术呢？所谓科学就是经过反复论证，输入和输出有必然规律的东西，种瓜得瓜；而艺术就是思想火花的闪耀，主要靠灵感。项目管理这个东西，据一个前辈说，在国外是科学，80%是有规律可循的；在国内是艺术，主要靠个人魅力、感染能力等东西。看明白了pmbok，学会了一些做事情的方式，只是搞懂了那个20%的科学的东西，还有80%的空间，属于见仁见智的领域了。所以，加强很多方面的个人能力，如练就出色沟通能力、提升自己的个人魅力对于项目经理来说是多么重要啊，无论是对内还是对外。作为一个一流的专业人士，在顺利让客户签字的同时，如何让自己的领导知道你的价值，这也是体现自己能力的一种途径。mis软件项目经理应具有三种协调关系：

一、协调好和客户的关系

二、协调好和上级的关系

三、协调好和下属的关系

mis软件项目经理应具有的四个能力：

一、学会引导客户

二、对客户需求的认知及把握开发进度估算

三、如何有技巧地说不和点头

四、计划与实际现场运作的时间点观念及协调统一

我国的软件企业大部分是以接项目的形式做为生存和发展的途径，项目有大有小，大的二三百万，小的三五万，因此项目的成败及效率就直接影响着公司运营成本和利润以及大家的薪金收入。而项目经理的人选则决定了项目的成败和收益，因此结合自己的经验谈谈项目经理在主持项目实际运作时的二个责任观点三种协调关系和应具备的四个能力。希望对大家的实际工作会有所帮助！

mis软件项目经理应时刻记住自己的两个责任和观点：

一、如何尽快地将项目验收回款，为公司和团队创造更多的利润，为下属带来更多的利益。

二、如何在做项目的过程中将项目提练成产品。

作者的观点是以项目提炼出产品并养活产品，而产品则更好地为项目服务以创造更大的利润和发展空间。

mis软件项目经理应具有三种协调关系：

一、协调好和客户的关系，保证客户交流时的气氛活跃活泼，事情做不完，明天可以再做，但客户的心情一定要开心！

二、协调好和上级的关系，这样你才会有行使项目经理的职权及争取到更好的资源配置。

三、协调好和下属的关系，他们才是为真正为项目打拼并出成绩的核心人员。

mis软件项目经理应具有的四个能力：

一、学会引导客户。

作为mis软件，会不会引导客户是整个项目进度的成败。因为一个软件公司做项目时一般都有一个半成品，这时候项目经理和客户谈程序时的作用就是举重若轻，若会引导客户，则程序的二期开发量将会非常小，笔者当初拿着一个程序版本和客户谈时，连续三个大模块都获得客户的认可，只有3×0.5天工作量，而内部计划里则是3×20天的工作量的，同样项目提前了近两个月就转入验收期了。笔者当初获得这么大的成功，主要有两点：一是对自身软件产品非常熟，谈时扬长避短，并引导了客户。二是当时和客户谈时我说的都是模块的整体业务和模块的业务流程运作，引导客户并在大方向上达成了一致，不陷入技术细节。题外话：当时讲解时出现保存不正确的现象，我当时则没陷入这问题，而是说数据保存后将转入到下一个流程而过关的。

二、对客户需求的认知及把握开发进度估算

在项目推进过程中，不可避免地出现程序需求差异，需求变更和新需求的情况。此时项目经理就肩负着项目开发周期和任务及资源的调整问题，这就要求项目经理能够对客户需求的正确认知和把握及对开发进度的估算。当项目经理面临着需求变更程序变动时，需在短时间在心里做完的事情是：1、估算出需要的人力和工作日 2、如果做则对整个项目时间周期的影响 3、此项工作的重要度和紧急度，应当安排在什么时候做。然后将结果和客户交流并达成一致，好用书面形式留档。以项目中一个三个工作日新模块的开发为例，在充分理解客户的基础上如果会引导客户，则三个工作日后该模块就可顺利完成并得到客户的认可。如果不会引导客户，再加上自己对需求的理解不正确又没把握好，用上两个月都有可能，这样使得合同里是半年的项目后做成了一年而程序还在开发，项目成了程序垃圾的汇集地。国内不少软件公司或多或少都存在这现象。三、如何有技巧地说不和点头

在项目推进过程中将会出现非常多的需求，其中有些需求是当初没考虑好，有些需求是迫切的（比如领导发现后提的），有些需求是无理的而且困难度大，有些需求则是没有意义的，有些需求是技术上达不到的，有些需求是必要的，有些是合理的，有些是合理但不必要的，……。因为需求的变更必然引起工作量的增加和人员的调配，有时处理不好就会使得项目验收遥遥无期甚至和客户关系变僵，所以此时就需要项目经理有技巧地说不和点头了。记住一点：客户是上帝，但你不是基督教徒。笔者有在准备将项目转入验收期和他们的老总谈程序时，那老总要求在一个form单独做报表打印，而我们的报表打印都是集中在一起的，在和那老总交流解释后我宣布的就是：做，而且连夜赶工，明天一早就得在纸上看到。结果当然是项目顺利转入验收期了。笔者常用的说不的方法是现在的工作重点是什么什么，你所提的问题我们将在几个月后程序升级时自动将这需求解决的。

四、计划与实际现场运作的时间点观念及协调统一

在项目推进过程中经常会出现计划变更等情况，这时项目经理要做的事：一、根据实际情况调整你的计划，并做好充分的预估（笔者一般是将困难说大一点，日期长一些）。二、将变更原因和你的新计划向你的上级汇报。三、和你的同事开会协商宣布时同时宣布人员安排和日期安排。记住一点：项目要想做好，时间点是个关键。这样就会因为团队的实力和项目经理的能力而出现加班和强度压力工作的频繁情况，如何让你的下属能够更愿意为这项目打拼，就需要你的协调交流和组织能力了。大家不要忘了两句话：我们的职权是谁赋于的？项目经理和你的同事一样都是打工的。所以大家也知道我在做项目时一和二的用途了吧！

项目实施阶段总结 篇7

在xx地产公司领导的带领下，xx项目在拿到地块后很快就进入到实施阶段，这开辟了xx地产的飞速发展模式和加快了项目管理改革的步伐。我从今年1月份到达这个项目，根据公司对项目提出的改革要求，努力配合公司相关部门做好幸福堡项目前期的各项工作，为打造精品项目做好基础工作。从管理组织的认识上、从人员的工作热情和意识形态上、从打造精品工程项目管理的细节上、从服务形态的意识上、从团队建设的内部组织安排上、从养成不断积累总结学习态度上、从工作职责意识上着手安排项目的管理工作，紧跟公司发展的步伐，加快项目人才的培养和锻炼。现将这一阶段的工作做一总结，以便不断积累，为今后项目管理工作的不断改善和调整，凝聚有益的财富。

项目从进驻开始截至目前完成项目内部地下构筑物清理工作、完成项目围墙、大门施工及亮化工程、完成项目内部水网与市政管网对接的改造、完成项目用电配套设施、完成了项目小区的绿化方案和景观示范区的绿化方案、完成1#楼一层封顶任务，为节前三层封顶创造有利条件，也为项目销售带给可靠的保障，期望透过我们的努力使项目真正成为精品项目，给销售带给更多的卖点，创造销售的神话，为公司创造可观的经济效益和社会效益，为公司的可持续型发展做好基础工作。

理顺项目管理的思路，有目标、有依据，只有这样才能切实有效地开展工作。统一思想、统一认识，我们在创造中前进，我们在改革中发展，幸福堡项目是公司在项目工程管理改革道路上的试点，为打造无以伦比的精品工程质量目标和优秀的管理模式探索前进。根据对项目的改革要求，给xx项目配置了强有力的项目管理组织队伍，从人员素质到不同专业的合理配置，思考的十分周全，为打造精品项目做好了人力资源的配置工作，也给项目管理改革带给很好的人力保障。我们幸福堡项目管理部的目标就是：精品生活就在幸福堡；锻炼和培养一批全面发展的、高素质的管理型人才，使之成为一分公司发展的人才基地。

在项目管理人员的工作热情和意识形态上，紧跟项目的要求，激发工作热情，每一个人都在为这个项目能做些什么在思考，这天我在做些什么，这天我学到了什么、这天我处理了那些问题、这天我还有哪些做的不很到位、明天我需要注意些什么……说到底，这天我在为自己以后发展做了什么有益的工作。工作热情加上意识形态的建立，是一种文化，也是一种习惯，更是一种进步。使我们每一个管理人员有一个存在项目的必要性和不可或缺性。有了项目内部沟通学习这样的形式，使大家在一种简单的环境中相互学习，相互探讨，相互补充，在不知不觉中学到很多东西。培养了大家在巡视过程中发现问题和处理问题的潜力，我们不规避问题的出现，只有出现问题啦，才证明我们做的还存在缺陷和不足，我们还要学习；对于已经出现的问题，我们以积极的态度去应对而不是推诿，尽快以服务的意识形态投入到下步处理问题的环节上，减少损失。我们坚信：一个不犯错误的人肯定是一个不求长进的人。

公司要求我们打造精品工程，我们在项目管理初期就着手完成工程管理的细节检查和跟踪机制，制定了项目实施阶段的分户验收制度，这项工作制度在实施的过程中，使我们发现不少在设计上、图纸会审中及图纸优化过程中没有发现的问题，从使用者的角度和精品项目的细节要求上出发，结合实际状况进行解决处理，尽可能的减少造价而又能到达统一、美观和适用的效果。在发现问题后我们及时和领导沟通，并出具初步修正意见，到达意识和认识上的统一。虽然这项工作的劳动量不小，大家在其他房地产公司基本上没有这样做过，但是大家并没有怨言，依然决然的按照要求去实施、去落实。根据发现细节质量问题的部位、修正程度、质量安全状况决定对其未来跟踪、检查、落实的时限，为今后的细节质量控制做好前提工作。

在统一服务形态的意识上，我们统一认识，我们的工作就是服务，站在施工方的立场思考我们就应做的工作，做到意识清醒，方法到位，处理及时，彻底解决在施工中因为服务不到位而出现工程细节处理滞后的现象，不断和施工方进行有效沟通，大力支持监理工作，从每一个细节控制上着手，不落管理死角，改善项目管理方法，尽快做好从项目单一的管理手法向项目服务阶段过度，真正体现服务管理职能，到达参建各方在项目管理中服务意识的统一。

想要获得高效的工作，就务必具有一个团结的团队，一个具有学习型的团队，一个具有凝聚力的团队，一个具有荣辱意识的团队。一个人做好只能体现自己个人的才华和潜力，只有团队做好啦，才具有真正好处上的创造力和市场占有力。在每周我们例行工作安排上，主要是加强内部学习和沟通，加强团队建设，强化不断的总结和学习意识，使我们的.团队成为一个战无不胜的优秀团队、思想进步、追求发展的团队，只有这样才能真正体现项目改革和发展的需求，成为不落后腿具有进步好处的队伍。

任何一个管理人员在工作职责意识上都具有不可少的潜能，激发员工的潜能是项目管理部的一项持续工作，在职责意识上，在全面发展上，在不断追求进步上，充分发挥其内在的态度和想法，允许有不同意见的存在，只有这样才能真正好处上赞许和鼓励那些积极上进的人员，充分发挥潜能，加快个人寻求不断进步的步伐，构建一个敢说，敢做事，敢于承担职责氛围，充分发挥每一个人的工作积极性，挖掘每一个人的潜能，互相帮忙、取长补短，使我们大家成长的更快、更好。项目工作职责分工明确，职责到人，加上内部通力协作，相互补充，就能紧跟公司对项目的要求做到实处，为公司发展带给优秀的人才。

及时传达公司管理层的会议精神和要求，鼓励项目管理人员积极寻求在公司平台上发展的机会，落实公司对项目的具体细节要求，到达上下意识上的统一，为项目管理争优创先做好各项工作。

在这一段的是时间里，我们项目部虽然做了一些扎实的工作，但是回想起来，还仍然存在不足和缺陷。在前期的工作中由于思考问题的局限性，造成此刻施工管理过程中出现和预期不符的现象，虽然我们也在积极的配合施工方尽可能的挽回滞后工期，这毕竟不是成熟之举。在未来的一个阶段，我们仍然会出现这样或那样的问题，所以目前的现状就要求我们还要不断加强学习，全面深入思考，持续不断反思我们自己的工作，完善自我，为今后能更好的工作带给强有力的技术保障和管理潜力。

在前一段项目实施的过程中，我们得到了公司领导的理解、指导和帮忙，同时也得到了伙伴们的支持与帮忙，在此，我感谢您们一向以来的默默支持与理解，更多的是关爱，感谢你们，是你们给了我们信心和勇气，让我们能够持续做下去，我们坚信：细节决定成败，学习改变命运。

项目实施阶段总结 篇8

1 引言

1.1 编写目的

XXX公司业务管理系统的开发已经基本完成。写此项目开发总结报告，以方便我们在以后的项目开发中来更好的实施项目的订制开发; 让我在今后的项目开发中有更多的有据的资料来规范我们的开发过程和提高我们的开发效率，从而创造更多公司效益。

1.2 背景

项目名称：XXX业务管理系统

软件名称：XXX业务系统

客户：XXX

用户：XXX员工

1.3 参考资料

项目开发文档：

（1）软件开发数据模型：PDM_OperationSystem20070831.pdm

（2）数据库开发文档： XXX业务管理系统数据库设计说明书2.0.doc

（3）软件业务流程参考：XXX业务管理系统流程说明.doc

（4）软件使用手册参考：XXX业务管理系统功能说明3.0.doc

（5）软件业务流程参考：XXX业务管理系统流程说明.doc

（6）软件中使用到的第三方控件：ComponentArt Web.UI 20xx.1252 for asp.net2.0.rar

（7）软件中使用的安全Ikey驱动：Ikey Driver.rar

以上参考资料是截止20xx-08-31是最新的资料文档。如有修改，即使修改此处的参考文档名称。

2 开发工作评价

2.1 对生产效率的评价

（1）系统开发已历时快１年的时间了

（2）开发的反复性比较多。

（3）对客户的需求理解不是很透彻。

综合以上，此项目的开发效率不是很高，相反有相当一定时间的浪费。

2.2 对产品功能的评价

经过我们公司各位同事的共同努力协作，XXX业务管理系统已经很好的完成了客户的业务流需求。经过对客户使用过程的观察，此项目开发的还是比较成功，但是还是存在着一些问题，造成这些问题的原因是多方面的。如：前期系统数据库的设计缺陷和部分代码的构建缺陷、客户需求的理解上也存在一定问题，这就需要我们用一定的时间来维护客户使用过程中提出的新问题和存在的debug。总的来说，此系统的功能开发还是一个比较成功的案例。

2.3 对技术方法的总结

在此项目中使用到技术和工具：

（1）使用代码生成器：使用代码生成器 [动软.Net代码自动生成器]，此工具在很大程度上提高了编码效率，从而加快了项目的开发进程。在以后的项目中，我们要尽量的来使用一些类似的工具来在最短的时间内完成工作。在今后的项目开发中，我们最好是能开发出适合自己的代码生成工具，更大限度的节省开发周期和开发费用。

（2）使用数据库建模工具：PowerDesigner 工具来建立系统数据库模型，以方便程序员很好的`理解业务流和掌握系统架构者的架构思想，更好的满足客户的功能需求。在今后的项目开发中，我们要更好的来完成系统的前期数据库模型的建立，最大的来优化系统功能。

（3）使用第三方控件：此系统中使用了ComponentArt Web.UI 第三方控件。此控件在很大程度上满足了客户对软件界面的需求，从而也给软件的操作带来了方便。本项目中只使用了ComponentArt Web.UI一种第三方控件，在今后的项目开发过程中，要继续使用第三方的控件。这样以来，无论是针对软件界面的美观性、友好性来说、易操作性而言，还是针对系统开发效率而言，这都是很好途径。但需要注意的是：在使用第三方控件时，要谨慎的选择一些网络中的比较常见的第三方控件。

（4）使用自定义控件：此系统中使用了自定义控件(GhdGridView)，此自定义控件可以很好的统一系统中的所有信息显示表格样式。如客户对数据显示样式有什么新的意见，我就不需要修改每一个页面的表格样式，我们只需要修改GhdGridView控件的样式，系统中的所有继承自GhdGridView的表格样式都可以改变。

（5）系统开发框架：此系统的框架使用的是简单三层结构，此框架在开发一些中小软件是比较实用的。但是我们要是可以开发出自己的框架，把一些通用的功能开发到框架中。这样以来，在以后的系统开发中，针对系统中一些通用的功能就不需要再开发，从而也可以很好的提高我们的开发效率；减少很多维护费用。使我们的技术不断的更加成熟。

（6）系统安全加密：此系统中针对客户提出的系统安全问题，我们采用了Ikey加密硬件钥匙来验证客户端登陆客户的合法性，此Ikey钥匙可以绑定到一个系统使用用户，也可以让多个用户来使用一个加密钥匙来验证登陆系统的合法性。这样以来，即使用户的密码不慎丢失，或者被不法人员取得（不法人员他也是无法登陆到我们的系统中来），这样就最大的提高了我们系统的安全性。Ikey加密钥匙是很好的加密B/S架构软件的硬件工具，在以后的软件安全方面可以借鉴。

3 项目经验总结

3.1 签定合同

一个项目的开发成败或者说项目开发带来效益的大小，在很大程度上是受项目合同签定的影响的。往往，很多一部分公司与客户签定的项目合同都是很模糊的，也很难签定的比较清楚，这样以来就会导致在项目的开发后期，工作量会越来越大，影响项目的竣工周期；而且，项目的开发费用一般是不会变的。这样以来，我们就大大的降低了我们的开发效益。虽然需求范围很难签定的明确，但是我们在签定合同时，要尽量的去把合同功能边界和添加新功能的条件签定。

3.2 开发团队

在项目确立后，要尽快的建立起项目开发团队。项目团队成员的团结合作、相互沟通是非常重要的，团队成员之间要相互学习彼此的优点和技术，使团队的能力不断的提高。这样，在项目的开发过程中，团队才不会被难题困住不动。另外，团队中要有一个项目负责人，这个人无论是在与客户的沟通上，还是在技术上都要是很出众的人，此项目负责人要能很好的沟通客户与开发成员之间，以此来更好的理解客户的功能需求。人的记忆力总是有限的，所以就要求开发团队成员要尽量的书写一些开发文档，这些文档往往是我们在项目开发后期要用到的可寻资料。项目团队士气是项目成功的一个因素,我们需要不断的来培养我们的团队气势，使我们的团队不断的壮大。

3.3 需求的调研

在项目确立后，就到了需求调研分析阶段。

（1）项目组对客户的整体组织结构、公司有关人员的关系、职责等如果没有一个很好、足够的了解掌握，这样项目组就无法很好的完整的整理到客户的需求、或者说客户真实的功能需求，如此以来我们就为自己埋下了地雷，影响项目的开发周期，这就要求我们要与客户搞好无论是工作上的还是生活上的朋友关系，要深入的去了解客户需求。

（2）我们要尽量的让客户也参与到项目的开发团队中来，也就是说我们要使客户把自己也纳入到项目的开发团队中来，如此一来，我们掌握客户需求的真实性、可靠性就会大大的提高，也就不会为项目的后期功能开发埋下陷阱。

（3）在需求调研过程中，如果缺乏足够用户参与，这样的需求调研也是失败的。很多程序员不愿参与到客户的需求调研中去，为什么呢？很简单，与客户沟通不如与代码沟通容易有意思。尽管这样，我们还是必须用足够多的时间去和客户进行沟通，了解他们真实的需求。很多用户也是如此，他们自己也不愿意参与到项目的需求调研中来，为什么呢？需求调研有出去和朋友一块烂漫吗？！虽然现状如此，我们还是要努力的使客户参与到需求的调研中来。

（4）模糊需求，也就是模棱两可是需求规格说明中最为可怕的问题。一是指诸多客户对需求说明产生了不同的理解；一是指单个读者能用不止一个方式来解释某个需求说明。针对对这种情况，就要求我们的调研人员要能够从多个角度来分析客户的不同需求，整理出最终的需求与客户确认，定出最终真实可靠的需求，我们绝不能凭借我们自己的单面理解来定立客户的最终需求。

（5）在一个项目的开发中，文档的书写是极为重要的一项工作。因为，某些文档就是我们在开发后期与客户沟通的可寻依据、也是我们程序员在编码过程中要用到的重要文档。我们绝对不能认为，凭借我们的大脑来记录所有的开发需求。即使，你说你是天才，你要用你那颗爱因斯坦的大脑来记录所有的开发需求，那也是不可能的，人的精力总是有限的。这就要求我们在需求调研中做好需求文档的记录和整理。

（6）需求调研工具选择，客户一般对图形还是比较感兴趣的，所以我们在调研过程中，我要尽量的采用图形化界面来和客户沟通需求。比如可以采用Rose工具，把客户的意思转换为用例图、时序图、协作图、状态图、类图等，使表达的意思更加直观。这样客户会更快的进行问题的实质。

3.4 做好开发计划

在项目确立后，我们就需要做好项目开发计划，需求调研用时，开发用时，测试用时，实施用时，维护用时。在我们做好了计划后，我们要随时的跟踪计划任务的完成进度，从而使我们的项目进度掌控在我们的开发周期范围之内，今日计划、行动，明日成功。

3.5 很好的沟通

在其他行业中，人与人的之间的沟通是很重要的。项目开发也不例外，很好的沟通能够加快项目的进度，这就要求我们每一个开发人员要学会和善于沟通于客户和同事之间。在一个项目的开发过程中，我们与客户的沟通是一个不断交流和沟通的过程。在开发到一定的阶段，我们就需要和客户沟通已有功能，尽量的去避免一些隐藏的问题，及时的发现问题，解决问题，从而按时或者提前完成项目的开发。

3.6 做好工作总结

在项目进行的过程中，我们要不断去整理自己的工作情况和做好总结，这样以来，无论是在自己的技术还是其它方面，都会对我们有很大的提高，在长期的积累后，无论是我们个人能力，还是我们的团队能力都会有很大的提高。