码迷,mamicode.com
首页 > 其他好文 > 详细

历年项目实施经验总结

时间:2015-12-17 20:39:30      阅读:155      评论:0      收藏:0      [点我收藏+]

标签:

2007年到2010年本人先后参与了十多起客服系统项目实施的工作,这些项目时间短的有一两个月、长的有两年,金额上少的几十万、多的几个亿,人数上少的两三人、多的达到上百人,本人在这些项目中有的参与全程、有的参与了部分,由于本人做的项目都是中后期的部署实施、系统割接、遗留问题处理、系统转维等工作,对于项目前期的调研、分析、编码、测试等事项不在本人的负责范围之内,特把几年来参与项目实施的经验感受写出,以便参考。

    参与的几个主要项目有:
1. 2007年某中心数据库升级项目,包括了小型机、AIX、oracle的升级,小型机从P660升到P570、AIX从5.1升到5.3、oracle从8.1.7 OPS升到9.2.0.8 RAC。
2. 2007年多媒体客服项目,主要是数据库和应用软件的部署实施、系统调测、问题处理等。
3. 2009年多个地市的流程改造项目,主要是应用软件的部署实施。
4. 2010年多个中心的NGCC项目,包括硬件、软件、网络、数据库等部分。
上面的这些项目中本人的职责主要是数据库的安装、应用软件的部署安装、脚本的加载、数据的导入、配置文件的修改、系统的调测、故障定位处理、客户测试验收、系统正式割接、遗留问题处理、系统转维等工作。

    项目的个人总结:
1. 不论大小项目,开工前一定要开项目动员会,要让参与项目的所有人都明白项目的性质、目标、范围、时间、项目中每个人的职责、工作的时间点、项目的阶段近度、后勤保障等。
2. 项目实施中严格按照项目进度表进行、每一阶段的工作都要尽量向前预算,避免意外事件的发生而引起项目延误。
3. 在和用户分工时,凡是需要客户协调推动的事情,全部让客户来做。
4. 所有的软件功能严格以软件规格说明书为依据,对于用户提出的临时要求,统一由项目经理处理,其他人严禁随便答复。
5. 双方所有的事情全部通过接口人来处理,不要绕过接口人而直接处理。
6. 系统测试严格以测试手册为依据,对于测试中出现的其它情况,不得阻止测试工作的继续进行。
7. 测试要有测试比例、范围、程度,不能由于某些问题而无限的测试下去。
8. 要制定出详细的硬件、软件、网络、数据库的验收标准,以标准为依据,不能随便马虎。
9. 每人每天都要通报自己的工作进度、遇到什么困难、需要什么资源、建议和意见、项目的进展等。
10. 对于大项目要分批、分阶段进行割接,每次割接前都要制定详细的割接方案(详细的标准是什么:就是具体到每个命令行),每个参与割接人员的职责(主要操作人、技术保障人、协调人、测试人、验收人、机房保障人员、割接后值守人)、割接失败的倒回方案、割接后24小时内高业务量对系统冲击的应急预案等。
11. 每个批次割接后,要对割接进行总结分析,为下一次的割接打好基础,直到系统的全部割接完成。
12. 要提前跟客户说明,割接完成后相关人员要分批逐步的撤离割接现场。
13. 相关人员撤离割接现场时,要交出自己占有的所有资源,严禁带走或随意处置。
14. 割接遗留问题处理到一定程度后,必须由项目阶段转到维保阶段,项目不能永远不结束。
15. 要制定出经双方认可的遗留问题处理原则,不能因为某些问题没有处理,就迟迟不签署项目验收报告。
16. 项目完成后,软件版本、使用手册、维护手册、升级手册等各种手册和文档也要同步的转移。
17. 项目完成后,测试中的临时数据、安装的临时工具、其它影响到系统性能和安全的东西必须彻底清理,严禁给系统留后门。

以上就是本人所参与项目的一些心得经验,写出来以便借鉴,不足之处望见谅。

http://blog.sina.com.cn/s/blog_668aae780101h5bz.html

历年项目实施经验总结

标签:

原文地址:http://www.cnblogs.com/findumars/p/5055128.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!