一个版本的前世今生
说明 :本文章是一个示例稿,从配置管理角度出发,结合项目管理工具redmine,阐述了一个版本的起因、形成、测试和发布的过程。过程中示例的内容(特别是部门、科室中的工作描述和处理过程)为非规范内容,仅作为承上启下,对系统项目的开展、任务分解、管理衔接进行说明,流程上形成闭环并成为一个整体,从配置管理角度指导系统项目负责人按照规范过程进行参考、使用。 一、 源起 1. 业务需求 部门开发任务主要来源于业务需求,是全行各个业务部门或金融科技部内部为实现业务开展需要,新建系统或调整现有系统功能,用程序工具等实现并提供全行使用。业务需求一般以联系单或ITIL开发需求的形式存在,目前,需要进行需求分析,并由架构室统筹管理。 2. 系统优化 部门现有系统会存在一些缺陷(Bug)或不涉及业务功能的系统优化,这些内容会使系统的使用者遇到问题,存在一定的错误或不符合实际使用期望,使用者希望解决解决他们,由部门进行牵头验证、排查并处理。系统优化大部分来源于各业务部门,由于业务部门无法区分是否为业务需求、系统缺陷或非业务功能的系统优化,所以此类问题仍然以业务需求(开发需求)被发往部门,需要对应的系统进行需求分析,如涉及业务需求,由架构室进行需求统筹;如为系统缺陷或非功能性的系统优化,则由对应的系统牵头开发解决。还有一部分系统优化由金融科技部内部发现,体现在开发自测或测试人员在日常工作中发现