变更存在于项目的各个阶段，但无序、随意的变更，会使项目进程发生突变，轻者项目超时超预算，重者项目失败。如何有效地应对变更、接收变更，将不利的变更转变成有序的活动，处在项目经理角色上的我，对此尤为重视。我们的项目团队，通过应用各种工具、技术，使得项目中的变更也变得并不可怕。如需求跟踪表、变更操作申请表等一系列模板采用;变更控制系统、配置管理软件的有效支持，还有变更评审，完备的变更跟踪流程等的制度保证。为了保证变更的不随意性，对客户的变更申请，通过咨询单的形式来确认，并让责任人签名，使我们的变更都有条不紊，让变更纳入正常的流程中。对于较大变更，必须由包括部门级领导的CCB参加评审会通过后才能正式作为变更进行实施，对所有已发生的变更，记录SOUCE SAFE系统，同时修改配置管理系统基线中的相关计划及相关文档，也及时通知相关部门负责人及人员。

　　项目的整体管理，是对项目各项活动全面、整体的把握。项目完成后，要进行收尾工作，首先内部要整理总结，及时将项目的经验、教训进行总结，形成文档，加入公司数据库中，以利于今后的借鉴。

　　项目的最终完成，还需要用户对项目的认可。本项目按照合同要求，正式上线前，选择了一家定点医院和一定数量的参保人员进行了三个月的试运行，根据实际运行检验，除软件在可以性上做了一定的调整修改外，其他方面客户及参保人员均表示满意。最终配合客户比照项目的绩效及合同，对这些可交付物正式验收，完成项目的合同收尾。

　　项目按期完工，并赢得了客户、社会的赞誉，极大地提高了医保报销的效率，方便了1000多万参保人，显著地提高了公司声誉。回顾一年的工作，项目整体管理的理念一直伴随着项目的各个阶段，对项目顺利高效的完成起到了极大地支撑作用。通过项目整体管理，使项目所有的组成要素在适当的时间充分地、有机地结合在一起，极大地提高了项目的实施效率。

　　在项目的执行过程中，也出现了不尽人意的地方，值得我及团队成员反思：

　　1. 项目在人力资源计划中，未能明确划定出角色的边界，致使项目中公用功能部分出现了人员相互推诿的想想;同时也对新加入的团队成员的能力估计不足。这些都使项目工作进展收到影响。

　　2. 对政策变化估计不足，风险应对计划未能有效识别。如项目初期需求明确个人账户封闭管理，而在集成测试期政策变化账户不在封闭，仍保留原方式，导致大范围的变更，不得已采取了临时加班才化解问题。

　　纵观项目的全过程，项目整体管理的理论在我的项目实施过程中起到了重要的作用，也使我在实践中对整体管理有了更加深入的理解，为应对复杂项目积累了宝贵的经验。

　　以上是为了你让你清晰了解正文及摘要应该写的字数和相对的内容，不是论文的内容。本篇论文当初也是通过的论文，毕竟是考的时候写的，有些地方还有不足，希望大家能根据要求自己完善下。大家可以看出这篇也是写软件的项目背景。网上能搜索到的都基本上是软件，IT方面的对于不是这样行业的人有点看不懂，但还是很多人再写，显然不能保证质量。这篇论文大家把项目背景换掉，中间内容稍微改动完善下就是一篇不错的论文。论文字数一定要在3000字左右。

上一页  [1] [2]