IT需求管理办法
来源:网络 作者:佚名 关注:220次 更新时间:2024-03-20 09:14:25

1.png

第一条 总则

为了有效管理信息系统开发需求,保证系统需求收集、分发、实施等各环节的顺畅流转,强化推行系统需求开发的成本核算管理思路,提高软件开发的计划性,特制定了XXXIT需求管理办法》(以下简称“本办法”)。

第二条 软件开发需求是指为了完善信息系统已有功能、开发新的功能或系统而提出的需求。

第三条 本办法的管理过程包括需求问题沟通体系、需求年度预算管理、需求季度跟踪管理、需求月度开发进度管理、计划外需求管理、立项需求管理、需求优先级评估、需求成本分析与投资收益跟踪、突发重大问题处理、版本发布管理等部分。

第四条 IT需求管理处负责全面系统建设需求及相关联事宜管理,架设于企划部下,具体职责包括:

支持IT规划:协助集团信息技术,结合产险业务发展规划,进行产险IT规划;

第五条需求管理:

日常需求管理:需求审核,需求优先级排定,需求计划制定,版本发布相关工作推进;

项目需求管理:项目可行性分析及立项审核,项目状态监控;

日常运营监控:运营流程优化,运营问题收集及跟踪;

资源管理:业务部门IT资源使用情况监控,确保系统开发在年度预算范围内进行;

突发问题处理:对系统日常运行过程中的突发异常状况及时响应;

流程管理:确保业务与IT间工作的有序流转,顺畅衔接。

第六条 IT需求管理处人员岗位:

承保岗:负责各业务条线投承保部分需求管理协调;

理赔岗:负责各业务条线理赔部分需求管理协调;

财务统计岗:负责财务、统计分析部分的需求管理协调;

综合岗:负责日常综合事务处理,包括公文发布、会议召集、报告整理、问题分发等工作。

2.png

第七条 角色说明:

机构需求管理责任人:二级机构、三级机构均指定唯一系统需求及问题处理责任人。负责机构日常系统使用问题的第一时间响应,对于无法处理的问题及时上报。负责日常机构使用系统问题的定期收集与解决情况的定期反馈。

业务部门IT接口人:总公司各业务部门指定唯一IT接口人。负责本部门、本业务条线的需求统筹工作,包括需求计划的排定、原始业务需求说明的提交及必要的需求沟通等,以保障需求沟通的有效性和及时性,降低沟通成本。如果业务部门提出的需求涉及多个部门,由需求提出部门负责需求的整体协调及沟通确认。负责结合业务管理制度整理系统操作手册,负责系统上线前的培训实施。

第八条规定了公司需要建立完整的需求问题沟通体系,设立专门的需求管理责任人,负责解答系统使用问题、上报系统需求或缺陷,并跟进后续解决情况。对于判断为有待系统改进的需求项目,按照“XXX”的流转流程逐级向上反馈。

第九条规定了IT需求管理处需要征集机构系统使用的需求问题及改进建议,并排入季度需求计划进行后续的需求跟踪管理。IT需求管理处还需要不定期前往机构调研,实地了解系统使用情况,对于发现的问题归入季度问题跟踪周期,协调落实。

第十条规定了IT需求管理处每季度第二周需要汇总上一季度所收集机构问题的实施情况,统一整理后专项呈报各业务分管总。

第十一条规定了需求年度预算管理需要确定公司的年度总IT成本投入,包括软件开发预算及运营支持预算,应在制定需求年度计划时充分考虑并提出。

第十二条规定了IT需求管理处需要于每年9月第一周启动年度需求预算编制的需求征集工作,总公司各业务部门由IT接口人负责,二级机构由机构需求管理责任人负责,于9月完成下年度需求的整理,形成《需求年度计划》,上报IT需求管理处。需求整理时,应结合公司战略发展、年度业务工作重点等做充分考虑,系统开发需求或硬件设备需求等应全面涵盖。

第十三条规定了IT需求管理处需要对自己负责条线的需求进行汇总整理后同对应业务部门IT接口人确认需求、同信息技术中心对应需求接口人确认需匹配的成本投入,最终排定优先级,于10月第一周完成《需求年度计划》的汇总确认。

第十四条规定了信息技术中心根据IT需求管理处整理的《需求年度计划》,于10月第二周完成产险IT年度预算的编制,确定各业务条线可使用IT成本金额,并按照“预算金额/人员单价”折算系统开发可使用的人月数量。其中,对于需求项目涉及多个业务部门的,将参照业务规模占比进行合理分摊,以确保开发资源合理匹配至每个业务部门。

第十五条规定了IT需求管理处需要于10月底前,针对各部门沟通确认的需求及预算的初步编制结果,同各分管总汇报。

第十六条.IT需求管理处应在11月底前完成年度需求计划和预算编制情况的汇报。需求管理委员会应审核确认,并在12月集团预算整体核定通过后,通报全司年度预算需求排定情况。

第十七条.公司将严格控制系统开发成本,并对预算未涉及的需求项目进行单独立项申请批复后才能启动实施。

第十八条.需求季度跟踪管理是对需求年度计划的跟踪管理。在年度总预算约束下,业务部门以季度为周期对年度计划中的季度工作进行修订,并明确最终的《部门需求季度计划》。这将整理形成完整的《用户原始需求说明书》以指导季度系统开发工作。(图5-需求季度跟踪管理流程)

3.png

第十九条.每季度最后一个月第一周,IT需求管理处启动下季度需求征集工作。总公司各业务部门IT接口人应结合分支机构或自身业务的需求,在预算范围内调整、修订年度计划中的本季度需求,并明确季度需求开发内容。他们应整理形成《部门需求季度计划》并附上《用户原始需求说明书》、《用户原始需求评估表》。新产品开发需求附上《新产品调研问卷》并上报IT需求管理处。

第二十条.IT需求管理处各岗位应针对各自负责条线的部门季度需求,在每季度最后一个月第二周与业务部门IT接口人进行沟通和预估工作量。他们应根据信息技术中心季度资源匹配情况和业务部门提供的需求优先级,确定各业务部门的需求季度计划。

第二十一条.信息技术中心应确认IT需求管理处排定的季度需求计划,并结合实际系统开发情况做必要调整,在每季度最后一个月第三周完成修订。

第二十二条.IT需求管理处应于每季度最后一个月第四周召集下季度需求排定情况通报会。在需求管理委员会审核通过后,通报全司下季度需求排定情况。

第二十三条.业务部门IT接口人应保证原始需求文档填写完整,并在《部门需求季度计划》提出时一并提供。对于没有提供原始需求文档的需求项目,将不纳入季度开发计划。

第二十四条.需求月度开发进度管理是对季度需求计划的月度修订。除监管性需求和公司战略性需求外,各需求项目一旦确定将不再变更。(图6-月度需求管理时间周期)

4.png

第二十五条.每月常规版本发布所在周,信息技术中心需求接口人应根据季度需求计划和月度修订情况,及时更新需求开发进度,并定期向业务部门和IT需求管理处汇报。

每月IT需求管理处需要结合信息技术中心月度资源匹配情况,沟通对应岗位人员,确定下月度开发计划。然后,严格按照月度开发计划组织软件开发,包括常规版本发布后一周完成当月工作总结与下月度工作计划的整理,并在koa上以通知公告的形式通报全司。

业务部门IT接口人需要在每月常规版本发布前一周,XXX门内相关人员对拟上线功能进行用户接受测试,并及时反馈测试结果,以保证上线功能与原始需求相匹配。对于涉及操作模式较大变更的,业务部门IT接口人负责协调组织相关培训及培训资料的下发等事宜。

计划外需求管理主要针对年度预算内,但属于需求季度计划外的需求项目进行管理。可置换计划外需求和不可置换计划外需求分别处理。可置换计划外需求由二级机构需求责任人或总公司业务部门IT接口人填写《用户原始需求说明书》、《用户原始需求评估表》,新产品开发需求附《新产品调研问卷》,通过koa提出专项需求申请,并按照需求申请的审批流程由各环节责任人审批。审批通过后,信息技术中心将其并入需求月度开发进度管理,并重新排定需求季度计划。不可置换计划外需求按照立项管理流程处理。

立项管理指对年度预算中以项目形式约定,或计划外需求规模较大、超出年度预算规模的需求项目的管理。业务部门IT接口人需要填写《用户原始需求说明书》、《用户原始需求评估表》,并整理立项申请,对业务背景、业务需求、实现方案、实施成本等方面做明确说明,提交koa,由各级别负责人审批。信息技术中心需求接口人协助完成原始业务需求的可行性分析确认,并对立项申请中开发成本及其他IT需投入成本进行补充。

第二十六条规定了审批通过的立项需要由信息技术中心负责进行系统选型、外包合同签订等工作,并安排好后续系统实施。业务部门有责任推荐系统实施公司以便于招标工作的开展。

第二十七条规定了需求优先级的排定。各业务部门应自行排定需求优先级,IT需求管理处基于业务部门排定的优先级、结合资源情况统筹安排。对于开发资源方面存在冲突的,将提交需求管理委员会根据需求的重要性、紧急性、投资收益情况等方面来排定。

第二十八条列出了需求优先排定的特性,包括属监管要求性需求、符合公司战略发展方向的需求、属总裁室明确交办的需求、有较高投资收益回报的需求和需求相关资料完整的。

第二十九条规定了为确保IT开发资源的有效投入,实现IT成本利润最大化,对于满足一定条件的需求,应进行需求提出时的成本分析和需求上线后的投资收益跟踪分析,逐步建立完善的IT成本分析模式。

第三十条规定了业务部门IT接口人负责进行成本分析和后续的投资收益跟踪。成本分析在季度原始需求提出时完成;投资收益跟踪在需求上线6个月后每季度进行,并于每季度第一周上报IT需求管理处。

5.png

第三十一条规定了IT需求管理处于每季度第二周完成需进行投资收益跟踪项目的跟踪情况汇总,统一整理后专项呈报各业务分管总。

第三十二条规定了需求成本分析的具体操作,需求预估成本大于工时1人月的,填写《用户原始需求评估表》第一页,进行量化收益预估,将作为需求是否排入及排入优先级的参考。

第三十三条规定了投资收益跟踪分析的具体操作,需求属于新产品研发、项目形式立项、及对系统有重大影响的常规需求,在需求上线6个月后进行需求收益情况的量化评估,填写《用户原始需求评估表》第二页,每季度回顾一次,持续跟进一年。

第三十四条规定了突发重大问题处理流程,指系统无法登录、系统操作响应时间过长、关键经营指标数据未按期更新等重大系统问题。

第三十五条规定了当系统出现重大系统问题时,各级需求管理责任人应及时了解并上报IT需求管理处综合岗。

第三十六条规定了IT需求管理处负责同信息技术中心沟通,自IT需求管理处收到上报问题30分钟内及时反馈、给出应对解决方案,并通报总裁室。

第三十七条规定了IT需求管理处于问题解决后,汇总形成重大问题分析报告,于问题解决后24小时内向需求管理委员报告,并向问题上报机构正式反馈。



免责声明:
1.IPD百科网所有文章文档均于网上收集整理所得,版权属于原作者。
2.IPD百科网分享的所有资源仅供学习和研究之用,请在下载后24小时删除。如用于商业用途,请到所有方购买版权,追究法律责任与本网站无关。
3.以任何方式登录或者进入本网站或直接、间接使用IPD网站资源我们均视为您自愿接受并完全同意本声明。
4.如有内容侵犯您的版权或其他利益的,请联系13212350979 我们会在收到消息后24小时内删除。

联系我们

Contact us

联系电话:021-61990302                  邮箱地址:office@ipdwiki.com
Copyright © 2022 IPD百科网 All rights reserved 沪ICP备2021008520号-5  
沪ICP备2021008520号-6