《论商业银行新产品开发的风险点及其控制》由会员分享，可在线阅读，更多相关《论商业银行新产品开发的风险点及其控制（9页珍藏版）》请在金锄头文库上搜索。
1、更多企业学院：中小企业管理全能版183套讲座+89700份资料总经理、高层管理49套讲座+16388份资料中层管理学院46套讲座+6020份资料国学智慧、易经46套讲座人力资源学院56套讲座+27123份资料各阶段员工培训学院77套讲座+ 324份资料员工管理企业学院67套讲座+ 8720份资料工厂生产管理学院52套讲座+ 13920份资料财务管理学院53套讲座+ 17945份资料销售经理学院56套讲座+ 14350份资料销售人员培训学院72套讲座+ 4879份资料商业银行新产品开发的风险点及其控制新产品开发的风险主要有项目风险、技术风险、商业风险等。其中项目风险是指在预算、进度、人员和 组织
2、、资源、需求等方面存在的潜在问题可能给项目开发带来的风险，如项目复杂性、规模和结构等都可构 成风险因素。技术风险指在设计、实现、接口、检验和维护方面存在的潜在问题可能给项目带来的风险，也 包括规格说明的多义性、技术上的不确定性、技术陈旧、新技术的不成熟所带来的风险。技术风险之所以出 现是由于问题的解决比所预想的要复杂。而商业风险包括以下五种：（1）开发的程序虽然很优秀但并非市场所需（市场风险）；（2）开发的产品不适合整个软件产品原意图；（3）市场推广部门不知如何推广该新产品；（4）上级部门不再支持该项目的开发；（5）预算或相关人员不再支持项目的开发（预算风险）。新产品开发风险分布在新产品开发过
3、程中从新产品开发可行性论证阶段、产品设计和需求分析阶段、需 求设计阶段、程序编写阶段、程序测试验收阶段、试点推广阶段到产品运行维护阶段的各个阶段，控制新产 品开发风险的最好办法就是在产品开发的初期就将风险控制要求考虑进去，并在开发过程每一阶段对可能存 在的风险点进行控制，并在每一阶段的终点，设置检查点进行检查。成下面就分阶段对风险点进行分析并制订相应的控制措施。一、可行性论证阶段可行性论证阶段主要是对产品开发项目从市场、技术、管理和经济效益等诸方面进行可行性论证，并给 出系统的总体功能、性能、可靠性以及接口方面的初步要求，对可利用的资源、成本、可取得的效益、开发 进度做出估计，编写可行性论证报
4、告，并提交有关部门通过。（一）风险点分析可行性论证阶段主要的风险点有：1、在论证中对影响新产品开发的各种因素考虑不够周全；2、 在论证中虽然对影响新产品开发的各种因素作了全面考虑，但在对其中的某些因素作可行性分析时忽 略了某些重要方面，或者作了错误的分析；3、市场调研工作做得不够细致， 或根本未做市场调研工作， 或对调研中存在的市场风险作了错误的分析， 对市场趋势作了错误的推定；4、设计的产品功能在技术上无法实现；5、论证过程有人为干预，使得论证过程不够科学和客观。(二)风险控制1、建立科学合理的新产品开发论证管理制度：(1) 任何新产品开发项目必须经过严格的可行性论证才能上马；(2) 新产品
5、开发项目必须经过四个阶段：调查研究阶段；部室内部讨论阶段；相关部门业务骨干 论证阶段；开发委会议讨论阶段。重大开发项目尚须经由行外专家组讨论。任何项目未经委员会会议讨论 通过，不得上马。(3) 项目论证书的内容必须包括以下八个方面内容：市场可行性论证；技术可行性论证；竞争对 手同类产品开发情况分析；产品设计思想；产品功能设计；风险控制；成本效益分析；开发计划(开发周期及费用预估)。( 4)市场调研应建有标准化档案，对重大课题的市场调研时间应在一个月以上。(5)新产品项目可行性论证内部质询制度。即在部门讨论阶段，相关部门业务骨干论证阶段和开发委会 议论证阶段应有 30分钟一一1小时的时间，由与会
6、人员向项目论证小组成员轮流提问。2、人员条件(1) 项目论证小组至少在两人以上。其中重大开发项目论证小组人数应在5人以上，并建立内部正反论证小组，正方主要从正面进行论证，反方主要从反面进行论证，正方和反方的意见都必须提交创新委员会讨 论。( 2)相关部室业务骨干论证会必须有五个以上的部门的业务骨干参加，其中法律事务部和风险部的业务骨干必须参加，并由与会三分之二以上的业务骨干通过。( 3)参加论证会的委员会成员不得少于委员全体成员的三分之二。二、产品设计和需求分析阶段根据产品开发可行性论证阶段提出的各类需求，深入描述待开发产品的功能和性能、操作流程等，确定 产品设计的限制， 定义系统的其它有效性
7、需求， 在此基础上编写出完备的产品设计方案和系统需求设计书 (或 系统功能设计书)并提交有关部门通过。(一)风险点分析1、对市场需求的提炼有偏差，相应的功能需求不适合市场需要；2、设计的产品流程在业务管理方面有漏洞，操作流程中存在较大的风险隐患；3、对产品运营后的后续管理功能在产品设计时考虑不多或根本未予考虑；4、没有合理吸收各方的正确意见；5、对产品需求的分析不够全面。（二）风险控制1、建立新产品设计和需求分析三级咨询制度。（1）新产品设计和需求分析方案必须经过基层网点咨询、业务部门咨询、委员会咨询三个层面的咨询， 才能进入下一阶段的开发。（2）各咨询部门或网点必须在接到新产品设计和需求分析
8、方案五个工作日内向项目小组提出书面意见， 对所涉及的新产品作出总体评价并指出其中尚需改进之处。（3）上述咨询意见经项目小组合理吸引后交风险部存档保管，以新产品开发出来后投入运行的实际效果 确定奖惩。2、新产品需求分析的内容必须包括：（ 1）功能需求；（ 2）性能需求，即对产品开发的技术性指标；（ 3）环境需求，即对开发出的产品运行环境的需求；（ 4）可靠性需求，应对重要运行部件提出可靠性要求；（ 5）安全保密需求；（ 6）用户界面需求；（ 7）资源使用需求，是指开发产品运行时所需数据、软件、内层空间等各项资源；（ 8）软件成本消耗与开发进度需求；（ 9）预估系统以后可能达到的目标。3、成立专门
9、的项目开发小组对产品进行设计，项目小组成员应由产品开发部门、 科技部和各相关业务部门人员组成，其中新产品开发牵头部门应为相应对口业务管理部门。4、产品的设计和需求分析必须包括风险控制和后期管理的内容。若两者5、审计部门派专人负责对设计出的产品功能与可行性论证报告中的市场功能需求作一致性检查。 不一致，要求项目小组说明原因。若项目小组所提交原因审计部门认为不够充分，审计部门应将此点提交委 员会讨论。6、产品开发人员在进行产品需求分析时必须做到：（1）必须能够表达和理解问题的数据域和功能域。（2）必须按自顶向下、逐层分解的方式对问题进行分解和不断细化。（3）要给出系统的逻辑视图和物理视图。三、需求
10、设计阶段此为新产品开发的关键阶段，因为在需求设计阶段，开发人员将已确定的各项需求转换为一个相应的体 系结构。结构中的每一组成部份都是意义明确的模块，每个模块都和某些需求相对应，并进而对每一个模块 要完成的工作进行具体的描述，为源程序编写打下基础。所有设计中的考虑都应以设计说明书的形式加以描 述，以供后续开发需求并提交评审。（一）风险点分析1、部份模块没有得到清晰的定义；2、模块之间的关系处理不当；3、并不是所有的需求都能找到与之对应的模块；4、对每一模块中工作任务的具体描述与系统需求说明书中的功能需求间在内容上存在不一致之处。5、在需求设计中对业务操作关系作了错误的界定。（二）风险控制1、建立
11、需求设计内部评审制度，相关业务部门应对需求设计书写出书面意见交风险部存档保管，视新产品推出后的实现运行效果确定奖惩 ；2、由审计部门专门成立需求设计的审计小组，对需求设计与需求分析的一致性进行检验， 在检验中应注意以下五个方面：（1）全部模块定义是否清晰；（2）全部业务操作关系是否正确；（3）模块之间的关系处理是否得当；（4）模块与需求设计书上的功能是否存在正确的对应关系；（5）每一模块对相应工作任务是否作了与需求设计书上一致的描述。3、项目开发小组在人员配备上应避免一人单独作战，应至少由两人以上在一起合作进行需求设计以尽量减少可能出现的错误。4、程序分析人员在进行需求设计时应与产品设计人员或
12、用户进行充分的交流，其定稿的需求设计书得到产品设计人员或用户的书面认可。否则，不得进行程序编写阶段。四、程序编写阶段 程序设计即将需求设计转换成计算要可以接受的程序代码，即写成以某一种特定程序设计语言表示的源 程序清单。（一）风险点分析1、编写出的程序与需求设计不一致；2、程序中BUG较多；3、程序内在结构不易识别4、外包项目开发出后不能使用或无法进行独立的维护。（二）风险控制1、 建立程序编写的分步文档说明制度，要求编程者严格按照编程步骤展开工作， 并将每一步骤以标准文 档形式附加说明交档案部门存档管理。2、制订严格的程序编写进度计划，分阶段对程序编写情况进行检查和局部测试。3、 在组织较为
13、复杂的大型程序编写工作时， 应将程序按功能模块进行分解， 每一模块由一编写小组负责， 并由项目负责人在各编写小组之间进行协调。模块编写好后，先对单个的小模块进行测试，待所有小模块测 试通过后，再对整个系统进行测试。4、定期举行项目状态会议。在会上由每一位程序编写人员报告他的进展和所遇到的问题。5、 项目负责人和的新产品开发人员应经常与开发人员进行交流，以得到他们对开发进展和刚冒头问题的 客观评价。6、人员配备（1）应用“软件人员成熟度模型”对软件开发人员进行定级和合理分工。（2）编写中小型程序时，程序开发小组应采用主程序员制小组形式。即小组的核心由1 位主程序员（必须严格挑选）， 15位技术员
14、， 1 位后援工程师组成。主程序员负责小组全部技术活动的计划、协调与审查 工作，还负责设计和实现项目中的关键部份。技术员负责项目的具体分析与开发，以及文档资料的编写工作。 后援工程师协助和支持主程序员的工作，为主程序员提供咨询，也做部份分析、设计和实现工作，并在必要 时代替主程序员工作，以使项目进行下去。1 人）负责工作，包括任务分编写大型程序时应采用层次式小组，组内人员分为三级：项目负责人（配、技术评审和走查、掌握工作量和参加技术活动。他直接领导23名高级程序员，每位高级程序员通过基层小组，管理若干位程序员。7、若项目外包，应经委员会同意，公开举行项目软件开发招标活动找到正式外包单位，并应与
15、其签订开 发任务明确，检验标准统一的开发协议。在外包单位开发过程中，科技部门应派开发人员与外包单位人员合作开发，以便外包单位能充分理解开 发项目和商业银行内部电脑系统特点，并为项目开发好后的后续维护工作打下基础。8、建立双阶梯提升制度：即软件开发人员的提升应分别按技术职务和管理职务进行，不能混在一起。五、程序测试验收阶段程序测试本身是控制项目开发风险和保障软件质量的重要手段，其主要方式是在设计测试用例的基础上 检验软件的各个部份。首先是进行单元测试，查找各模块在功能和结构上存在的问题并加以纠正；其次是进 行组装测试，将已测试过的柜块按一定顺序组装起来；最后按规定的各项需求，逐渐进行有效性测试，决定 已开发软件是否合适，能否交付使用。（一）风险点分析1、测试未能发现程序中的重大错误，给安全运行留下隐患。2、埋有的逻辑炸弹未能发现。3、测试未能按严格的步骤走完。4、测试中出现的问题未引起足够重视。5、测试受到个别人意志
