第八章IT项目收尾管理实践.pptVIP

8.4.2 项目该何时验收 2、如何设置合理验收的时间标准 再则： 对于有二次开发模块的项目验收，一定要将标准模块与二次开发项目的验收进行分开。因为二次开发的为全新的模块，同普通软件一样，也应有个“公测”除Bug阶段，应该在平稳运行三至四个月后再做验收， 第三十一页，共八十三页。 8.4.3 项目该验收什么 1、项目验收内容 2、项目验收标准 3、给自己项目验收一把标尺 第三十二页，共八十三页。 8.4.3 项目该验收什么 1、项目验收内容 A、项目文档： 实质内容：项目实施过程中的会议记录等等（会议记录往往包含着实施顾问对整个项目的指导性建议以及本企业内部在实施过程中所遇到的问题，问题的解决进度等等。 ） 第三十三页，共八十三页。 8.4.3 项目该验收什么 1、项目验收内容 A、项目文档： 实质意义：小点说，可以从这些文档中管窥整个项目的实施过程，大点说，可以为企业后续的信息化进程提供更多的参照，避免犯重复的错误，少走弯路。 第三十四页，共八十三页。 8.4.3 项目该验收什么 1、项目验收内容 B、执行情况： 问题说明：很多企业上ERP到最后，变成了财务部门信息化，其他部门的系统都成了一个花架子。 第三十五页，共八十三页。 8.4.3 项目该验收什么 1、项目验收内容 B、执行情况： 问题原因：因为财务的报表相对来说比较容易突现出其工作情况，其他部门可能仍旧采用老旧的办公方式。 第三十六页，共八十三页。 8.4.3 项目该验收什么 1、项目验收内容 B、执行情况： 问题症结：信息化本身的重要意义就在于通过软件的标准化进一步规范企业的作业流程，一方面提高作业效率，另一方面提升企业员工的总体管理水平。 第三十七页，共八十三页。 8.4.3 项目该验收什么 1、项目验收内容 C、二次项目开发的附属物： 实质内容：项目开发的整个框架、软件架构模型，其中也包括数据库结构，特别是核心配置表间的一些关系以及源代码。 第三十八页，共八十三页。 8.4.3 项目该验收什么 1、项目验收内容 C、二次项目开发的附属物： 问题描述：同标准版程序不一样的是，二次开发项目的后续维护会更麻烦，特别是软件提供商那边发生人事变动后，经过几年，当时的开发人员离职后，程序再有什么问题，解决起来估计就非常麻烦。 第三十九页，共八十三页。 8.4.3 项目该验收什么 1、项目验收内容 C、二次项目开发的附属物： 问题解决：这些相关资料要保存好，以便在后续使用过程中出现问题时，企业内部的IT部门员工可以从这些文档中寻找相关信息，对解决问题有很大作用。 第四十页，共八十三页。 8.4.3 项目该验收什么 1、项目验收内容 C、系统性能： 实质内容：基本的性能要满足要求，比如在多用户并发操作，以及大批量数据运行的过程中，系统是否有严重的性能瓶颈等等。 第四十一页，共八十三页。 8.4.3 项目该验收什么 1、项目验收内容 C、系统性能： 问题解决：在公司的IT部门内，通过和一线的系统操作员工进行沟通，进而了解系统的性能方面的问题。 对这些汇总的问题登记备份，为下次的系统需求做参考。 第四十二页，共八十三页。 8.4.4 小结 1、项目验收的困难 A、项目验收无统一的标准； B、项目文档验收无统一的标准； C、项目文档验收的困难（因为系统本身的功能、性能等方面导致容易弱化这方面的重要性。） 第四十三页，共八十三页。 8.4.4 小结 2、项目验收的意义 A、验收ERP的功能、性能、系统动作情 况。 B、验收项目实施过程中的经验，为后续的信息化工作打下基础。 第四十四页，共八十三页。 8.5 案例分析2---项目验收迟迟通不过（IT软件提供方角度） 8.5.1 背景说明 8.5.2 分析说明 8.5.3 小结 第四十五页，共八十三页。 8.5 案例分析2---项目验收迟迟通不过（IT软件提供方角度） 8.5.1 背景说明 一个很小的项目，做得比较顺利，提前完成并上线。这个小项目是附属于前期公司给该客户做的一个大项目而形成的。总共用了2个月的开发时间，现在上线已经三个月了，客户就卡住一个小问题，说此问题查清后再验收。 第四十六页，共八十三页。