高峰的IT博客

在信息化行业内从事信息化工作多年，短平快的项目也做了几个，有硬件方面也有软件方面，就总体而言，其效果基本达到最初预期，但其间也存在问题，我的短期项目实施经历：

15天实施三甲HIS系统，没有星期天的魔鬼日子，每天8点上班，晚上22：00休息，中间每次用餐休息时间20分钟(包括步行及等菜时间)。

30天实施近百点的集团监控系统，综合布线20万米。施工人员没有休息日的魔鬼日子。
…………..

短期项目基本以软件商相对标准的软件体系架构，用户方按照软件系统的标准流程进行，软件流程只需进行相对少量的客户化改动。

软件实施中涉及影响全局性参数、变量的修改短时间的调整对系统修改的稳定性将是重大的，由于实施进度的限制，应该充分考虑的问题可能在短时间内就做出修正，但修正所影响到的模块可能没有充分的时间进行全面测试，或者由于时间原因不能进行充分的沟通与周详的思考，如本参数涉及6个环节、模块，但测试时由于时间关系漏掉一个，而其中漏掉的可能会成为后面故障的隐患。笔者在实施项目中就曾出现过这种问题，系统实施上线如期完成，但系统的稳定性用了1个月。

硬件项目应用3个月的项目，只用1个月实施完毕，硬件安装过程很多细节无暇注意，造成后期因外部恶劣天气因素，造成部分损失，其间出现这种问题的主要原因，施工人员没有时间处理细节问题。

信息化项目实施是一个知识转移的过程，知识的改变与接收需要一个合理的周期。笔者以为信息化项目知识转移至少需要两个过程，该信息化系统架构、体系、流程知识到实施方的转移(主要涉及标准系统的修改)，即设计方到实施方的，实施方到用户方转移两个过程，这两个过程转移时间一方面受信息化系统本身涉及环节的复杂程度，用户方接受能力、用户方现状等多方面因素的影响，我们甲方应给乙方相对合理的项目实施周期，只有这样我们才能得到更为理想的预想。