需求管理流程2010年4月系统规划部系统规划室本报告为内部研究讨论资料,不代表正式的公开材料,不作为外部投资者的任何投资依据。未经许可不得以任何方式引用、复制或传播。1页2010年3月需求管理中存在的问题目前的日常需求管理工作中存在如下问题:新渠道系统多、BA人力少随着业务的发展及配套管理的不断完善,新渠道已经在使用及即将投入使用的系统超过了10个,包括产险ITS,寿险ITS,NeTS,寿险LDS,产险配送,寿险续收,人管,MIS,电话平台,质检,产险自动派工等,现有BA的人力严重不足。不能准确、及时地获取业务部门及现场的需求BA跟业务部门和现场接触机会相对较少,难以理解业务及现场真正想要的支持和帮助,并准确的转化为需求内容;由BA进行需求收集时效相对较低,同时,各现场的需求内容不一致,容易产生分歧。每个版本需求内容多、排期冲突业务需求多,每个版本能实现的需求内容有限,需求排期冲突大2页2010年3月什么是PPR和PERPPR:ProjectProposalRequest,项目提案需求满足如下条件之一即可成为PPR1)产生新系统以及新子系统的开发需求;2)IT总体投入人力达到30人月的开发需求;3)IT购买新产品及实施费用投入达到200万的开发需求。PPR项目需求实施流程分6个阶段:提案开发项目启动项目策划项目执行验收与发布项目关闭PER:ProjectEnhancementRequest,项目功能增强需求不满足PPR条件的开发需求则为PERPER一个月一个版本,每个年底即确定下一年度所有常规版本日。根据需求动因不同,PER需求分为5类优先级:A、政策监管类B、销售支持类C、风险管控类D、管理优化类E、其它。PER需求实施与管理流程分五个部分:签订SOW需求规划需求排期需求实现验收与发布开发进度反馈后面重点讲解3页2010年3月PER需求实现流程细化7个步骤相互配合需求分析排期IT开发测试及验收上线后跟踪需求提出需求评审业务BA编写需求文档提交给对应系统BABA定期组织需求优先级排序,评审需求文档并转ITIT分析需求内容及实现方案,评估工作量BA定期组织版本排期并提交CQIT进行功能开发BA组织业务BA做好测试准备业务BA进行需求测试BA协调测试进展并通报业务BA跟踪上线运行情况,若有问题BA及IT协助解决进一步细化4页2010年3月PER需求各阶段工作方法需求提出需求评审需求分析排期IT开发测试及验收上线后跟踪需求阶段工作方法如何编写PER需求文档?——专题培训需求描述是否清晰?是否完整?组织版本需求沟通会明确需求优先级排序;需求技术上是否可以实现?是否有未考虑到的关联影响因素?在满足业务需求基础上,是否有更好的解决方案?完成需求内容的开发有多少“人天”开发量?组织版本需求排期会,确认需求实现日期;完成需求CQ提交;IT根据确认的需求内容进行功能开发;在UAT测试之前完成测试案例准备工作;如何进行UAT测试?——专题培训BA在版本上线第二日上午发布上线通报;业务BA跟踪上线状况,若有问题及时上报,BA协调IT解决。Thankyou!5页2009年8月