加强对项目关键点的审核和项目关键环节的控制。在项目的每个关键点，设立里程碑，对前一阶段的工作进行严格的审核和评审。保证这一阶段出现的问题不会被传递到下一阶段，甚至被放大。同时，通过对关键环节进行有效的控制以保证项目的质量和项目的进度。 项目管理者联盟
club.mypm.net
在项目的初始阶段，应该已经建立了项目的风险管理机制，在这个阶段主要是对项目的风险进行跟踪。例如，乙方的项目经理的工作是否到位，乙方的开发进度是否与计划一致等。在项目计划阶段，如果项目负责人能够对项目中可能存在的风险进行仔细分析，制定比较周密的风险防范机制，会大大降低项目实施过程中出现的风险。 项目管理培训
项目管理者联盟
(2) 业务操作规范制定 club.mypm.net
转自项目管理者联盟
系统开发完成之后，乙方的开发人员编制操作说明书。甲方应该着手制定系统的使用规范。系统的开发是在理顺业务的基础上进行的，可能对业务有一定的调整，或者是新增加的业务内容，甲方需要在操作说明书的基础上编制业务操作规范。 项目管理者联盟
项目管理者联盟
(3) 相关设备采购 项目管理者联盟
项目管理者联盟
前述的设备采购已经确定，这个阶段需要着手进行设备采购。包括联系设备、系统供应商，制定价格，签订合同，预定到货日期和交货方式。bbs.mypm.net
项目管理者联盟
(4) 系统测试 service.mypm.net
项目管理者联盟
乙方系统开发完成之后，经过了内部的测试，应该进入甲方测试阶段。这个工作应该搭建正式的服务器环境，运行真实的数据，进行测试。测试的人员应该是前述的业务需求负责人，可以包含其他的业务人员。 项目经理博客
PgMp.mypm.net
对于二次开发的系统，甲方一般有原来的计算机系统，对于原来的数据，应该在前期的实现阶段有一个导数据的工作。这个测试过程，也可以包含对导数据工作的测试。可以将原来的数据导入到测试环境中，让测试人员进行真实数据的测试。
pmp.mypm.net
6． 实施阶段 www.mypm.net
bbs.mypm.net
(1) 召开培训会议 项目管理者联盟
service.mypm.net
操作说明书和操作规范编制完成之后，应该召开培训会议对系统的使用进行培训。培训的环境应该是前述的系统测试环境。培训的形式应该是比较正式的会议的形式，可以使用投影仪等工具，由乙方的开发人员进行主要的讲解，或者是甲方的业务负责人进行讲解。培训时应该有操作说明和业务操作规范的书面文本，培训后操作人员对照这两个文本进行系统使用的练习，否则培训的效果可能不尽如人意。 PgMp.mypm.net
training.mypm.net
(2) 系统安装 项目管理者联盟
项目管理者联盟
系统的设备、软件系统已经采购到位，此时应该着手进行系统的安装。 项目管理者联盟
项目管理者联盟
服务器和网络环境的搭建是一个重要的工作。服务器主要包括数据库服务器和WEB服务器，组织的形式还可能是集群的环境。这个系统的搭建则更为重要，服务器配置的是否良好直接决定着系统运行性能的优劣。网络环境的搭建包括与服务器配套的网络和操作人员使用的网络环境以及操作人员的客户端机器的配置。 项目管理者联盟
项目管理者联盟
软件系统的安装则包括采购的数据库及中间件的安装及开发的应用系统的安装，及各种软件之间的互相连接。应用系统的安装则还包含原有数据的导入或录入。可以采用的手段有两种：一是批量的导入，使用在实现阶段开发的系统将数据导入到新的系统种；二是手工的录入，这样可能需要组织人员进行数据的录入工作，例如组织专门的数据录入人员。 项目管理者联盟
bbs.mypm.net
(3) 系统试用 项目经理圈子
项目管理者联盟
系统的培训和安装完成之后，则开始正式试用新开发的系统。试运行阶段包括两种方式：对于有原来的计算机系统的情况，可以采用两个系统并行的情况，一个业务作两遍，以此来检验新的系统的计算方法是否正确。对于原来没有系统或原来有系统但是计算方法变更的系统，则只能进行单独的试运行，通过认为的测试来检查试运行的效果。这个阶段一般持续的时间为一个月左右。
(4) 系统验收 项目管理者联盟
项目管理者联盟
系统试运行结束，系统开始正式的运行。此时，乙方会出具验收报告，甲方配合乙方对系统的开发情况进行验收和总结。 blog.mypm.net
转自项目管理者联盟
7． 维护阶段 项目经理圈子
项目管理者联盟
(1) 确定修改内容 www.mypm.net
service.mypm.net
系统正式运行之后，系统在运行的过程中，可能会检验出原来制定的需求有不足的地方，或会有业务的更改，此时需要对系统进行部分的调整。 项目管理者联盟
项目管理论坛
担任修改的确定工作的还应该是前述的需求责任人。业务人员将变更的需求提交上来之后，首先由业务需求人员确定是否应该进行修改，或进行业务变更的总结。系统修改最好是批量的修改，变更需求积累到一定的程度再进行提交，繁琐的修改对甲乙双方都不是一件好事情，更容易引发今天的修改对昨天的修改是一种冲突的情况。 www.mypm.net
项目管理者联盟
修改提交上来之后，业务需求负责人需要同乙方及甲方的相关人员讨论修改的必要性和可能性。有的修改点没有必要，则不进行修改。有的修改点可能对系统是一个颠覆性的改动，需要的工作量比较大，则要考虑具体的情况。确定之后将修改的工作交给乙方的人员。 项目管理者联盟
项目管理者联盟
对于工作量比较大的修改，或者是对系统整体架构的改动，此时则可以进行系统的升级工作，比如新起用一个版本。 项目管理者联盟
项目管理者联盟
本文为项目管理者联盟联盟会员原创文章，授权发布，非经同意不得转载！
|
