标签：style 使用 sp on 问题 bs 时间 工作 line
关于信息化项目的建设，我确实看到一些书有介绍的，但是都是管理信息化的项目。
管理信息化项目实施比较简单，技术成熟，也容易实施，但是工程信息化则不同，存在很大的技术分享和管理风险，因此实施也会较为慎重。
总结一下我所做的工程数字化项目建设过程。
按照一般项目流程，我认为项目经历：1需求确认，2方案阶段，3实施阶段，4验收阶段，5维护阶段，重大或者特殊项目会有0预研阶段。
除了维护阶段，每个阶段都需要有专家评审。需求确认和方案阶段的评审可以合为一个，但是要两份评审意见。
0预研阶段
我做过一个IPT项目，因为项目可借鉴的资料太少，在需求确认阶段之前，不得不进行了一年的预研阶段，主要是出可行性论证报告。
可行性论证报告是预研评审的依据。
1需求确认
需求阶段主要是在业务部门和厂商之间反复调研，确定技术要求。有时候技术表达复杂，技术要求是开发商（乙方）起草的，但是仍要以甲方口吻表达。
技术要求是需求确认评审的依据。技术要求是由甲方汇报评审专家。
技术要求是最容易被推翻的，我就经历过上会（评审会）需求被否决的，毕竟需求一个人一个看法，每个人角度不同。
2方案阶段
项目建设方案书一般是开发商完成的，并有开发商汇报评审专家。
项目建设方案书主要是对标技术要求完成。
很多人认为建设方案也完全符合技术要求，这点我不认同。
技术要求好比是标准答案，建设方案就好比是考卷，考卷不一定都是满分吧？!
所以通常我会把技术妖气写的全面深入些，即使开发方不能完全实现，但是至少表达了甲方需求，说不定将来技术发展能实现呢，是吧？
有时候技术要求评审和建设方案评审是一同进行了，分别有甲方和乙方汇报和答疑，出具两份专家意见。
方案评审后，一般就开始进行商务。
当然，方案可能就行多个供应商比价。
因为开发项目定制化和服务要求很高，所以不同一般商品采购流程，也是不得以的。
完成商务后，一般放款四成。当然，不同人管项目经费，比例也不同。
一般技术要求就是合同中的技术协议。
3实施阶段
实施阶段主要有项目组，也就是甲乙双方共同完成。
中间有时候可能会有中期检查评审，主要是考察项目进度情况。
实施完成一般放款四成。
4验收阶段
验收阶段虽然时间短，我为什么单列，没有合到实施阶段呢？
因为我觉得这个阶段最重要，因为验收通常要做试运行，甚至正式运行的。
然后还要完成一些列文档，特别是技术说明书（功能手册）主要是对软件实现输入输出关系的原理性描述，使用手册主要是依据案例的操作过程演示。
有些厂商提供的使用手册搞的跟功能手册似的，就是写简单的功能介绍，难以让使用者看懂。
验收评审材料主要是项目工作报告和项目技术报告，分别有甲方和乙方提供。还有一堆文档。
通过验收评审，放款最后两成。
5维护阶段
一般进入维护阶段后，项目进入运维期。
通常由运维人员逐步完善管理员手册和使用手册，将实际运行过程中的问题逐步记录相关对策。
随着项目运行的深入，也会有新需求提出，也就是可以开始二期建设了。。。。
标签：style 使用 sp on 问题 bs 时间 工作 line
原文地址：http://www.cnblogs.com/QQ965213592/p/4148747.html
