OA项目实施总结   关键字：OA、办公自动化、OA实施    发表时间：2006-07-15   一、 项目组组建   1、多方项目组成员 给出多方项目组成员组成。很多吃过亏的客户，在搭建项目组的时候，甚至在招标书的时候，要求软件公司的项目组里面必须有项目管理专业人员，甚至持有pmp证书，或者有专业的需求分析人员，并持有系统分析证书。   2、多方项目小组成员的稳定性 多方项目小组成员的稳定性。人员流动通知对方，申请多方认可。特别是相关负责人流动，需要多方确认。   二、实施的进度日程表    定制项目实施日程表   三、软件模块实施的先后顺序    先上哪些模块，后上哪些模块。新系统和老系统并行运行的机制处理方式。历史数据的处理方式。   四、进入新系统的数据截断日期。   五、实施中多方会晤机制 定期会晤机制。   六、监理方的立场说明 监理方代表的是甲方的利益，出现冲突的时候应该从维护甲方利益出发，考虑问题。   七、问题诊断机制 实施出现问题时候，监理方应该要协助甲方诊断问题的类别，是来自于硬件提供商，还是软件提供商，还是甲方的问题。如果不能诊断，应该主持召开多方会议确认问题的来源，类别。   八、问题的响应速度要求 当问题被诊断后，应该要求问题解决的时间，要求相关单位在规定时间内解决。如果问题不能在指定时间内解决，应该要考虑补救措施。   九、需求变更处理 当甲方提出需求变更后，监理方应该作出判断，这个需求是否合理，是否超出了实施前制定的需求基线，如果超出了需求基线，就有可能需要追加预算了。 当然软件需求变更存在一个工作量的问题，如果工作量较小，就不存在甲方追加预算。一般的项目实施都是有1个需求基线，然后免费的需求变更工作量有1个上限，当需求变更的工作量超出这个上限，就需要甲方追加成本了。   十、尽量避免二次开发 当在设计甲方业务处理流程的时候，应该要考虑到甲方业务流程更改后避免二次开发。