项目收尾管理

项目收尾管理是系统集成项目管理中一个特殊的阶段，收尾管理包括验收工作、项目总结工作、系统维护工作以及项目后评价工作

项目收尾管理

• 项目验收
  • 内容
    • 项目的正式验收包括验收项目产品、文档及已经完成的交付成果
    • 对系统集成项目进行验收时需要根据项目前期所签署的合同以及对应的技术工作内容，如果在项目执行过程中发生了合同变更，还应将变更内容也作为项目验收的评价依据
    • 项目验收工作需要完成正式的验收报告，验收报告包含了验收的主要内容以及相应的验收结论，参与验收的各方应该对验收结论进行签字确认，对验收结果承担相应的责任
  • 验收测试
    • 验收测试是对信息系统进行全面测试，依照双方合同约定的系统环境，以确保系统的功能和技术设计满足建设方的功能需求和非功能需求，并能正常运行
    • 验收测试阶段应包括编写验收测试用例，建立验收测试环境，全面执行验收测试，出具验收测试报告以及验收测试报告的签署
  • 系统试运行
    • 信息系统通过验收测试环节以后，可以开通系统测试运行
    • 系统试运行期间主要包括数据迁移、日常维护以及缺陷跟踪和修复等方面的工作内容
    • 对于试运行期间系统发生的问题，根据其性质判断是否是系统缺陷，如果是系统缺陷，应该及时更正系统的功能
    • 如果不是系统自身缺陷，而是额外的信息系统新需求，此时可以遵循项目变更流程进行变更，可以作为后续升级项目工作内容的一部分
  • 系统文档验收
    • 系统经过验收测试后，系统的文档应当逐步、全面地移交给客户
    • 系统集成项目介绍
    • 系统集成项目最终报告
    • 信息系统维护手册
    • 信息系统说明手册
    • 软硬件产品说明书、质量保证书等
  • 项目终验
    • 在系统经过试运行以后的约定时间，例如三个月或者六个月，双方可以启动项目的最终验收工作
    • 大型项目都可分为试运行和最终验收两个步骤
    • 对于一般项目，可以将系统测试和最终验收合并进行，但需要对最终验收的过程加以确认
    • 最终验收报告就是业主方认可承建方项目工作的最主要文件之一，这是确认项目工作结束的重要标志
    • 最终验收的工作包括双方对验收测试文件的认可和接受、双方对系统试运行期间的工作状况的认可和接受、双方对系统文档的认可和接受、双方对结束项目工作的认可和接受
    • 项目最终验收合格后，应该由双方的项目组撰写验收报告提请双方工作主管认可。这标志着项目组开发工作的结束和项目后续活动的开始
• 项目总结
  • 项目总结的意义
    • 了解项目全过程的工作情况及相关的团队或成员的绩效状况
    • 了解出现的问题并进行改进措施总结
    • 了解项目全过程中出现的值得吸取的经验并进行总结
    • 对总结后的文档进行讨论，通过后即存入公司的知识库，从而纳入企业的过程资产
  • 项目总结会的准备工作
    • 收集整理项目过程文档和经验教训
    • 经验教训的收集和形成项目总结会议的讨论稿
  • 项目总结会
    • 项目总结会需要全体参与项目的成员都参加，并由全体讨论形成文件
    • 项目总结会议所形成的文件一定要通过所有人的确认，任何有违此项原则的文件都不能作为项目总结会议的结果
    • 项目总结会议还应对项目进行自我评价，有利于后面的项目评估和审计的工作开展
    • 项目总结会讨论内容
      • 项目绩效
        • 包括项目的完成清空、具体的项目计划完成率、项目目标的完成情况等，作为全体参与项目成员的共同成绩
      • 技术绩效
        • 最终的工作范围与项目初期的工作范围的比较结果是什么，工作范围上有什么变更，项目的相关变更是否合理，处理是否有效，变更是否对项目质量、进度和成本等有重大影响，项目的各项工作是否符合预计的质量标准，是否达到客户满意
      • 成本绩效
        • 最终的项目成本与原始的项目预算费用，包括项目范围的有关变更增加的预算是否存在大的差距，项目盈利状况如何
      • 进度计划绩效
        • 最终的项目进度与原始的项目进度计划比较结果是什么，进度为何提前或者延后，是什么原因造成这样的影响
      • 项目的沟通
        • 是否建立了完善并有效利用的沟通体系
        • 是否让客户参与过项目决策和执行的工作
        • 是否要求让客户定期检查项目的状况
        • 与客户是否有定期的沟通和阶段总结会议
        • 是否及时通知客户潜在的问题，并邀请客户参与问题的解决等
        • 项目沟通计划完成的情况如何
        • 项目内部会议记录资料是否完备等
      • 识别问题和解决问题
        • 项目中发生的问题是否解决，问题的原因是否可以避免，如何改进项目的管理和执行等
      • 意见和建议
        • 项目成员对项目管理本身和项目执行计划是否有合理化建议和意见
        • 这些建议和意见是否得到大多数参与项目成员的认可，是否能在未来项目中予以改进
• 系统维护
  • 概述
    • 系统集成项目完成验收工作之后，信息系统就由前期的建设阶段转变为相应的运营维护阶段
  • 软件项目的手续工作
    • 软件bug的修改
      • 对于移交以后的系统，如果出现bug将采用双方约定的方式进行处理
    • 软件升级
      • 软件会有比较固定的升级周期
      • 如果需要对软件进行升级，则软件的维护方应该提交完整的升级方案，得到客户的认可和批准之后，执行相应的软件升级程序
    • 后续技术支持
      • 软件系统的技术支持工作是软件维护工作的主要内容，对于技术支持工作的内容应该在软件维护服务合同中予以规定
  • 系统集成项目的后续工作
    • 信息系统日常维护工作
    • 硬件产品更新
    • 满足信息系统的新需求
      • 对于信息系统的服务方而言，其在维护阶段的重点工作之一是收集和识别客户对于信息系统新的要求和建议
      • 信息系统的服务商通过对这些来自客户的要求和建议进行认真地梳理和分析后，可以为客户提供相应的信息系统开发建设方面的项目建议书
      • 如果这些项目建议书得到客户的认可批准后，对于双方均意味着满足了新的需求，从而达到双赢的局面
• 项目后评价
  • 信息系统目标评价
    • 信息系统目标评价是信息系统后评价的重点所在，评价信息系统是否成功的重要依据就是信息系统是否实现了信息系统规划之初所设置的各种目标
    • 进行信息系统目标评价时要分析和评价项目预设目标的正确性、合理性以及可行性
  • 信息系统过程评价
    • 信息系统过程评价是从过程分析和审查的角度来评价过程的符合性以及合理性
    • 信息系统过程评价重点关注信息系统的全过程管理是否按照计划进行，是否针对过程管理中出现的重大偏差进行了及时应对和原因分析
    • 根据信息系统的生命周期特点，信息系统过程评价主要包括信息系统前期论证阶段、信息系统招投标阶段、信息系统开发建设阶段以及信息系统运营维护四个阶段的过程评价
  • 信息系统效益评价
    • 信息系统技术评价
      • 信息系统技术评价的主要内容包括信息系统的技术路线选择是否正确
      • 是否具备较好的兼容性和可扩展性，信息系统功能目标的实现程度，信息系统项目资源的使用效果，信息系统中的技术创新或对新技术的应用等
    • 信息系统经济效益评价
      • 信息系统的经济效益评价主要集中于经济方面的分析
      • 对于那些经营性的信息系统，经济效益包括项目财务分析和相关的经济分析
      • 对于那些非经营性的信息系统包括投资分析、成本分析和相关的经济分析
    • 信息系统管理效益评价
    • 信息系统社会效益评价
      • 信息系统的社会效益评价主要集中与评价信息系统在促进社会经济发展和改善人民生活等方面所产生的积极作用
      • 评价内容主要包括信息系统的社会效益和社会影响
    • 信息系统环境影响评价
      • 信息系统在一般情况下对自然环境产生的影响几乎可以忽略
      • 某些类型的信息系统通过间接的方式对环境产生影响，例如各种大气环境监测信息平台
  • 信息系统可持续性评价
    • 信息系统的可持续评价主要评价信息系统持续运营和发展的可能性，分析信息系统的既定目标是否能够持续实现
    • 评价信息系统在未来是否能够持续稳定地不断升级，以及在组织范围内，未来是否能够以相似的方式实施同类信息系统项目