浅议商业银行软件外包的需求管理[权威资料]

浅议商业银行软件外包的需求管理 本文档格式为 WORD,感谢你的阅读。 摘 要：本文分析了商业银行在软件外包需求管理中的常见问题，并提出了需求管理工作的改进建议。 关键词：需求管理；软件外包；商业银行 F832.2； TP311.5 A doi： 10.3969/j.issn.1672-3309（ x） .2013.02.23 1672-3309（ 2013） 02-57-02 金融软件开发是商业银行信息化建设的一项核心工作。目前 ，对于部分软件的开发、推广和维护，我国商业银行采用外包的方式，委托单独的软件开发部门或者外部的专业服务供应商完成。这种方式为商业银行节省了时间和成本，也带来一些新的挑战，而需求控制和管理是其中最为重要内容的之一。本文就需求管理实践中常见问题进行分析，并提出一些建议。 一、需求管理的基本概念 所谓需求，是指使用金融软件的银行业务人员为了解决某一问题或达到某一目标，提出的关于系统功能方面的需要。需求管理就是对业务人员提出的需求进行管理，系统化地获取、组织和管理需求，使功能设计能够满足业务不断 变化的需要。 需求管理贯穿了软件开发的整个项目周期，首先，业务部门提出具体的业务需求，需求管理部门对需求进行获取、分析，由开发部门或外包公司对需求确认后进行技术开发，解决各项技术问题，提供相应的软件产品，再由需求管理部门对软件产品进行测试和验收，提交业务部门进行反馈，再由开发部门进行调整和完善，最终实现软件产品的投产。在这个过程中，需求管理是一个动态、交互和持续的过程，包括从需求的提交、项目评审到需求分析说明书的确认、项目开发、功能说明书的发布、需求测试、系统上线、项目培训、需求变更等具体环节，其 中涉及到的每一环节，对系统最终效果实现的好坏都有着重要影响。 二、需求管理中的常见问题 （一）来自业务部门的问题 软件工程理论认为，在软件生命周期中，需求分析是最重要的一个阶段。为了准确地掌握业务人员的需要，需求管理人员往往引导业务人员准确表达，再经过综合分析提炼和规范化表述，与业务人员进行书面确认。实际工作中，需求分析往往存在一些问题，给工作造成不便，甚至由于软件重新开发和延迟上线而带来大量的损失。 一是需求表述和传达不够清晰明了。业务人员提出需求时往往使用了专业术 语，由于经常处理相关业务，业务人员在提交需求时只是写了大概的要求，许多细节没有详细展开说明，认为开发人员理所当然应该知道，但需求管理人员可能无法准确理解其意思，尤其是开发人员不一定对每一项业务的细节都很了解，造成开发出的系统和预期不一致。 二是需求不够具体细化。有时业务人员提出的需求也只是一个初步设想，特别是针对不熟悉的新业务，业务人员也只能对要开发的系统进行模糊大致的描述，或者没有经过系统完整的思考，在可行性上存在问题。这样容易造成开发人员的盲目性，花费较多时间和人力才能实现业务人员的需要，或者 开发出来的系统主要功能实现了，但是一些小问题，给工作带来不便。 三是对需求分析说明书的确认不够重视。需求分析说明书是开发人员与业务人员进行需求确认的书面说明，是开发人员进行软件开发的依据，也是产品最终验收的依据，因而其准确性、规范性和可行性都要求很高。但在实践中，需求提出人员有时在没有充分阅读文档的情况下就匆忙签字确认，导致开发人员按照此说明书进行开发的系统和业务预期不一致，或者对说明书的权威性不够重视，签字确认前没有经过充分思考，而在系统开发过程中不断更改需求，导致软件开发效率和进度受影 响。 （二）来自开发部门或外包公司的问题 一是对需求的理解不深。由于开发人员通常是技术开发的专家，并不一定具备相应的业务背景知识，或者与业务人员出发点不一致，容易造成与业务人员的理解不一致。有的开发人员在对具体业务流程和做法不了解的基础上，仅按照自己的理解去开发，使得开发的软件产品与预期相差较大，有的甚至存在常识性错误，造成大量的返工。有些外包公司为了节省成本，在已开发完成的相似产品基础上进行简单修改，对新用户本地化改造能少就少，导致业务人员使用时才发现毛病不断，也影响软件系统的正常使用 。 二是软件交付前的内部测试不充分。部分软件外包公司内部质量控制把关不够严，加上有银行的需求管理部门和人员做测试，容易产生松懈的思想，对交付前的软件产品测试不充分，导致用户方需求管理人员开始测试时发现很多问题，甚至包括显而易见的错误和与需求说明书不一致的地方，增加了用户方的不便。 （三）来自需求管理部门的问题 需求管理部门作为负责新需求从始至终全过程跟踪管理的部门，关系着软件开发的质量、周期和最终效果。但实际工作中，需求管理部门也存在一定问题。 一是需求的全面控制存在 局限。需求管理部门需要面对来自多个业务部门和人员的需求，通常从服务银行业务大局的角度，尽可能满足业务部门多种多样的需求。同时，需求管理部门并没有超越其他业务部门之上，对需求管理缺乏足够的控制权，实际中通常受制或依赖于业务部门，需求的跟踪和推动比较困难，对需求开发的进程和规模缺乏控制，对软件的开发改造缺乏系统性，甚至对合理性、经济性和可行性不够的改造需求也不能喊 “ 停 ” ，可能造成不必要的损失浪费。 二是需求管理的规模效应还没有体现。目前，需求管理部门的职能多限于需求的集中化管理，仅充当业务人员和开发人 员之间沟通的简单协调，对需求的评估考核、统计分析和信息反馈等工作开展的较少，需求管理也较为零散化，没有实现需求统一管理的规模效益，比如一些软件缺陷常常通过多次需求改造、多次 “ 打补丁 ” 来完善，而需求管理人员在从根本上理顺和完善系统方面没有能发挥应有的作用。 三、需求管理工作改进建议 需求管理需要业务部门、开发部门和需求管理部门等各方的共同努力，尤其是加强需求管理在职责划分、制度流程设计、质量控制体系建设等方面的工作，不断提高需求管理的规范性和效率性。 一是加强与业务人员和开发人员的沟 通协调。需求管理在需求的表述和传达过程中，应该不断加强准确性、完整性和真实性。同时，针对需求业务涉及人员多、面广的特点，需求管理人员应当主动了解获取业务方和技术方的知识背景和实际情况，加强与业务人员和开发人员之间的沟通协调，帮助二者之间对需求形成较为统一明确的认识，及时掌握需求形成和软件开发的进程，了解其中的问题和困难，尽量把问题在软件开发完成之前解决。比如在业务人员表述需求时，需求管理人员可以根据经验对相关需求提出合理化建议，一起对项目、特别是需求说明书，进行评审，检查是否满足业务需要，从源头控制软件质量 ；在软件开发过程中，需求管理人员可以针对业务缘由和常见做法，与开发人员进行深入具体的沟通，确保软件的开现实现预期需求。 二是加强对需求管理的统筹把握。加强对日常需求和测试的归纳、分析，特别是对常用业务、重点环节和需求集中点、测试易错点的总结，在深入了解掌握业务系统的基础上，能够形成对软件系统改造的正确判断和合理化建议，提高对需求和测试信息的分析反馈，为业务系统和流程优化提供建议，努力获得需求管理工作中的主动地位。比如某一业务原采用手工方式进行，随着业务量的增长，人力压力越来越大，需求管理人员在分析 业务原理后，提出设置关键字段、改由系统批量处理的建议，明显地提高了业务效率，较好地解决了问题。 三是提高需求管理的效率。加强对需求管理工作规律的认识和把握，引入科学的管理方法和管理工具，提高需求管理的效率。比如利用专业化的需求管理软件来进行管理，将需求提出时间、部门、内容、联系人、需求分析、功能说明书、测试、需求变更、上线运行情况等相关资料文档存入需求管理系统。这样就可以从需求开始到上线运营，贯穿整个软件生命周期进行管理。既能对开发过程进行控制，让需求相关方了解到项目进展，合理安排各项工作时间，保 证充分的测试时间，又能方便查找需求，以及需求变更情况，还可以对日后的分析、培训等工作提供材料。同时还可以通过需求管理检查新的需求与已有需求的一致性，不能有冲突的地方。再比如建立测试电子档案库或案例库，对日常性测试业务形成模板，测试时只用对调整参数进行测试，减少重复编写测试案例的时间，从而提高需求管理的效率。 四是丰富需求管理的 “ 增值产品 ” 。需求管理工作涉及环节多、人员多，但同时也具有能够完整掌握相关业务流程或系统全貌的便利，特别是可以多角度了解业务和系统，因此需求管理工作可以开发相应的 “ 增值产品 ” ，以更好地为业务服务。比如需求管理人员在日常工作中注重经验和技巧的收集，可以为业务数据统计提供支持，也可以为新员工、新业务培训提供帮助。 参考文献： 1 周晶平 .金融软件需求管理方法的改进 J . 中南民族大学学报（ 自然科学版） ， 2008，（ 03） . 2 陈小辉、文 佳 .浅析银行系统需求存在的问题及改进措施 J.金融科技时代， 2011，（ 09） . 阅读相关文档 :基于 ACSI 模型的烟草商业企业烟叶种植户满意度测评应用研究 关于加强国有企业财务管理的思考 论现代企业预算管理 银行 拯救小微企业的关键 浅析企业并购财务风险及防范 我国中小型企业的内部控制制度探析 企业文化测评的主要方法 浅析民营企业中的顾客忠诚 企业的核心竞争力和企业文化的关系探究 中小企业品牌网络推广瓶颈与破解 我国林农购买森林保险的支付意愿及影响因素的实证研究 化工企业设备管理方法的探讨 论