天天硕士研究生论文网

硕士论文范文

基于用户参与的X银行软件项目敏捷开发流程改进研究

作者:admin1 日期:2022-06-19 15:30:47 点击:75

摘要:近年来,伴随着国内高新技术的突飞猛进,互联网的飞速发展。大众对于银 行电子化产品的便捷性和功能性的要求越来越高。X银行作为一家外资银行,在 市场激励的竞争中,不断地寻求新的业务增长和发力点,而国内外在电子化产品 操作便利化的差距却逐年增大。如何能够保留外企传统,即在开发中保留对系统 安全性和客户私密性的高标准的同时,又能为用户提供更好的交互式体验,抢占 更大的国内市场份额,成为新时代外企金融业所关注的新焦点。

首先,进行问题描述,基于X银行电子化业务投诉攀升的现状,通过案例 分析的方式,深入了解目前软件项目开发的情况与痛点。之后,针对现有问题, 再对行内的八位专家进行了软件开发流程方面的专家访谈。本文结合大量的文献 阅读和现有案例分析,对X银行软件项目开发现有问题进行归纳总结,并由专 家进行打分,得出核心问题是用户需求与开发认知的差距,需要对流程进行优化, 在流程中重嵌入用户参与。

其次,将用户参与放入敏捷开发流程中做流程改进,对用户参与到开发的各 个环节进行细致描述,设计改进流程,分别包括需求收集阶段、迭代开发与测试 阶段、验收阶段以及用户需求进化阶段等四个阶段。

再者,以X银行C软件项目新功能开发作为实施案例,对项目的概况和实 施的流程进行概述,并提出实施保障建议。通过对开发周期、需求偏差率、数据 埋点及用户满意度等方面的变化做实施效果分析。

最后,总结与展望。本文将用户参与作为新视角,对X银行今后在敏捷开 发流程优化上有一定的借鉴意义。

关键词:用户;用户参与;敏捷开发;流程改进

Abstract

In recent years, with the rapid development of domestic high-tech and dramatically development of the Internet. The public has higher and higher demands for the convenience and functionality of electronic banking products. As a foreign bank, X Bank seeks for new business growth and strength points in the competition market, while the gap of electronic product operation facilitation between foreign bank and domestic has increased year by year. How to retain the tradition of foreign enterprises that keeps the system security and customer privacy in high standard, while provides users with better interactive experience to seize a larger share of the domestic market, has become the new focus of the financial industry of foreign enterprises in the new era.

First, the problem description of thesis was carried out. Based on the current situation of rising complaints about X Bank's electronic system, we could deeply understand the current situation and pain points of software project development through case analysis. Afterwards, in view of the existing problems, an expert interview was conducted with eight experts in the industry in terms of software development process. Combined with a large number of literature reading and existing case analysis, the existing problems of X bank software project development were summarized and scored by experts. The core problem was the gap between user needs and development cognition, and the process needed to be optimized., re-embedding user engagement in the process.

Secondly, put user engagement into the agile development process for process improvement. Then it described each link of user engagement in the development in detail, and designed the improvement process, including four stages: requirements collection stage, iterative development and testing stage, acceptance stage and user requirements evolution stage.

Furthermore, it took the new function development of the X bank C software project as an implementation case, the implementation process and guarantee 

suggestions were put forward. And the implementation effect was analyzed through changes in the development cycle, demand deviation rate, user response speed, data embedding points and user satisfaction.

In the end, summary and prospect. This paper takes user engagement as a new perspective, which can be used as a reference for X Bank agile development process optimization in the future.

Keywords: User, User engagement, Agile development, Process improvement

目录

致谢.................................................................... I

摘要..................................................................   I

Abstract................................................................................................................... II

笫1章绪论............................................................. 1

1.1研究背景.......................................................... 1

1.2研究内容与意义.................................................... 2

1.3研究现状综述...................................................... 2

1.3.1软件项目开发中的流程改进研究现状............................. 2

1.3.2软件项目开发中的开发模式研究现状............................. 5

1.3.3软件项目开发中的用户参与研究现状............................. 8

1.4研究方法......................................................... 11

1.5技术路线与内容安排............................................... 11

1.5.1技术路线..................................................... 11

1.5.2内容安排..................................................... 13

笫2章X银行软件项目开发流程现状及案例探讨........................... 14

2.1     X银行软件项目开发及开发流程现状............................... 14

2.1.1     X银行概况与用户分类介绍................................... 14

2.1.2      X银行软件项目开发及开发流程现状........................... 16

2.2      X银行软件项目开发流程案例探讨................................. 19

221案例一:X银行关于财富管理D平台建设......................... 19

2.2.2案例二:X银行开展关于Y平台多元化应用...................... 21

2.3本章小结......................................................... 22

第3章X银行软件项目开发流程问題分析及核心问题探索................... 23

3.1研究思路......................................................... 23

3.2      X银行软件项目开发流程问题分析................................. 23

3.2.1专家访谈设计................................................. 23

3.2.2专家访谈法总结现有问题....................................... 25

3.3      X银行软件项目开发流程的核心问题探索........................... 28 

3.3.1文献研究法归纳现有问题........................................ 28

3.3.2专家打分法确认核心问题........................................ 31

3.4本章小结.......................................................... 36

第4章基于用户餐与的X银行软件项目敏捷开发流程改进设计................ 37

4.1用户参与X银行软件项目开发的必要性............................... 37

4.2      X银行软件项目开发原则........................................... 37

4.3基于用户参与的X银行软件项目敏捷开发流程改进设计................. 38

4.3.1      X银行软件项目开发改进流程思路.............................. 38

4.3.2      X银行软件项目开发中用户的定义.............................. 39

4.3.3基于用户参与的X银行软件项目敏捷开发流程改进设计............. 39

4.3.4基于用户参与的需求收集阶段改进................................ 40

4.3.5基于用户参与的迭代开发与测试阶段改进.......................... 42

4.3.6基于用户参与的验收阶段改进.................................... 43

4.3.7基于用户参与的用户需求进化阶段改进............................ 45

4.4本章小结.......................................................... 47

笫5章基于用户参与的开发流程改进方案实施............................... 48

5」X银行C软件项目概况.............................................. 48

5.1.1     C软件项目的产品背景......................................... 48

5.1.2      C软件项目开发业务流转方式介绍............................... 48

5.1.3基于用户参与的C软件项目新模块开发........................... 50

5.2项目实施.......................................................... 52

5.2.1组建用户参与的敏捷战队........................................ 52

5.2.2制定团队工作计划看板.......................................... 54

5.2.3敏捷团队会议优化.............................................. 55

5.2.4用户故事设计.................................................. 57

5.3实施保障.......................................................... 59

5.3.1增强用户和开发人员的专业培训.................................. 59

5.3.2优化开发团队组织架构.......................................... 60

5.3.3注重在软件开发技术上的变革与资金投入.......................... 60

5.4实施效果分析..................................................... 61

5.4.1开发周期缩减与成本缩减....................................... 61

5.4.2需求偏差和测试通过率明显改善................................. 62

5.4.3埋点数据显著提升............................................. 62

544用户满意度提升................................................ 64

5.5本章小结......................................................... 65

笫6章 结论与展望..................................................... 66

6.1本文结论......................................................... 66

6.2研究展望......................................................... 66

參考文献.............................................................. 68

附录1..................................................................................................................... 73

第1章绪论

1.1研究背景

随着互联网时代的不断变革,金融行业不断地整合优化,银行业的竞争愈发 激烈,各大银行都努力在抢占用户和市场。特别是在智能手机和互联网已高度普 及的今天,用户的教育水平提升和年轻化趋势明显,市场最终比拼的是数字化市 场份额。因此,对于银行在软件项目便利化的操作有了更高的要求。

X银行作为一家知名的国际性银行,在全球享有盛名,早在100多年前就开 始扎根中国上海,在国内的历史源远流长。近年来,不断地获得来自政府和社会 各界的各类奖项,这都充分展示出X银行在国内发展的长远打算和决心。大力 发展数字化业务,占领国内市场份额是X银行近几年的重要转型方向。

但在过往的软件项目开发设计中,项目开发人员对产品需求感知弱,业务知 识匮乏,监管要求了解薄弱,与相关合作机构协调不足等问题屡屡发生,导致设 计出来的产品差强人意,经常出现客户投诉,令银行声誉受损。可见,用户在产 品开发中的地位至关重要,引入用户一同参与开发,可以更好地了解用户需求, 贴近用户需求,简化沟通成本,提升效率。

同时,考虑到软件开发的髙昂成本,一般软件项目的开发费用就将高达几千 万甚至上亿元,如果开发失败或是工期延长,都会是巨大的财务损失。因此考虑 到时间成本和资金成本,选择高效率、低成本的开发方式也很重要。过去,银行 作为传统金融行业,一直沿用了传统的瀑布开发模式,即需求、设计、编写和单 元和集成测试、管理维护等[1]的一个文档驱动流程。作为一个需求文档驱动的开 发模式,特点就是形式单一,不具备良好的自由变通性。在需求发生变动时,很 难的作出灵活和快速的反应,只能根据初始的承诺进行下去,后期也很难作出改 变,还会为此付出更高昂的成本。

为此,我们需要一种能够快速迭代的幵发模式,去解决需求问题,快速反应。 为兼顾产品需求的准确性和开发迭代的有效性,便引入“用户”、“用户参与”、 “敏捷开发”等概念,通过用户参与全流程的形式,运用敏捷开发模式思维,通 过连续集成和频繁发布,用户高频率验收和反馈,去快速地寻找问题,解决问题。 以便高效地设计出适合用户需求的好产品。帮助银行快速占领市场,抢占先机。

1.2研究内容与意义

X银行想要更快的占领市场,就需要成为客户的口袋银行,像“支付宝”一 样改变人们的生活方式,全面地走进人们的生活。因此,注重线上线下业务结合, 给予客户更为便利的操作系统,是一个重要的出发点。化繁为简,智能应用,通 过智能化手段改善目前业务操作缓慢、适用面窄等问题,拓宽零售银行业务的宽 度和广度,促进行业可持续化发展,实现多方共赢局面。因此,从用户角度出发, 全程参与开发流程设计,最大程度的了解和测试产品,形成人机交互的效果,让 设计出来的产品在保证银行风险控制的基础上,最大程度地符合客户需求,将用 户体验放到第一位。

本文将会结合实际工作,分析X银行在开发流程中的核心问题,将“用户 参与”结合至开发流程中。并通过C软件项目的实施案例,验证“用户参与” 的重要性与必要性。用户参与注重协调和需求明确,敏捷开发注重质量与效率提 升。总结改进经验,对今后X银行在其他软件产品开发流程的优化,具有重要 的借鉴意义和方向指引。

1.3研究现状综述

1.3.1软件项目开发中的流程改进研究现状

1)软件项目开发概述

项目管理中对于项目的描述是为创造独特的产品、服务或成果而进行的临时 性工作。项目的流程包括启动、规划、执行、监控、收尾等过程,每一步都不可 缺,并需要做到认真监控a】。Phillip Kirby认为,最好的项目流程管理方法就是 将现有的流程进行汇总合并,让已有的环节进行更为精准的完善⑶。

软件项目流程分为计划、需求分析、设计、编码、测试、运行与维护,流程 优化需要涉及这六个阶段,通过对现有流程和用户需求进行梳理,企业能够明确 自己的流程现状以及用户不满意之处,以此为基础,对存在的问题和业务需求分 析,优化关键环节,同时建立企业流程管理体系,从而实现流程优化的持续运转。

软件项目开发史是一个逐渐演变的过程,从过往的从项目产品本身出发,到 之后的结构优化发展,逐步转型到CMM为核心的软件开发方法。以CMM为核 心的软件开发方法,它考虑的是技术、人才和应用过程三者之间的兼容性。只有 注重三者关系才能稳步提升软件项目效果与质量[4】。

在银行软件项目开发领域,银行以其独特的强监管属性,有特殊的要求和更 高的标准。王成名,彭小娟就曾论述了大数据、人工智能(AI)、机器人流程自 动化(RPA)等新技术带给了中小城商行电子化发展的机会,例如业务流程重塑、 对运营转型给予数字化赋能等。但同时也提岀了对合规风险、组织管理等的新挑 战,为此银行未来需要探索更多与RPA有效融合的AI技术,才能更好地由数字 化向数智化迈进[习。敖革新突出强调了软件开发对于银行在新媒体影响下的重要 性,软件技术需要具备强大的技术作为支撑,有助于银行开展更为完善细致的服 务内容,以更好地满足用户需求,同时通过软件整合银行内部数据库,使得数据 传输更加便捷、高效与安全。银行软件项目管理包括需求、技术、人员、进度、 开发环境、文芳与测试管理等内容,开发人员应根据市场变化与用户需求,对软 件项目及时修正控制,以便有效提升软件项目开发成功率[6〕。

2)流程改进概述

对流程改进的研究,即业务流程在造研究。追溯源头,最早起源于十八世纪 亚当•斯密的中提出“劳动分工原理”,他认为分工可以提高产能、增加效率【I 20世纪八十年代起,有学者先提出了业务流程改进理论(BPI),提出渐进式的 变革。然后Hammer和Champy在1993年首次提出了企业流程再造(BPR), 该理论是重新设计和重新思考业务流程,从而使成本、质量、服务等同环节取得 绩效指标的显著性突破。之后,哈默也在实践中不断地总结业务流程再造的问题, 并于四年后的2001年发表了《企业行动纲领》,其中包含9个管理概念,包含 客户、业务流程、绩效测定、企业间合作等。其中至少有三项提及了客户一词, 要以客户经营为企业经营的导向,做客户真正要的东西,将重点放在最终客户等 [9〕。近年来,很多大型企业也应用了 BPR理论,在实践中寻找更安全可靠且高 效的流程改造方法,利用质量、信息化和数字管理的手段,在医院、物流以及传 统制造业中进行探索和应用I】。]。 

表1.1 BPI与BPR理论比较

image.png

业务流程改进(BPI)与业务流程再造(BPR)是相辅相成的,并不是独立 和分离的。对于企业变革的对象问题不那么大的,使用BPI在原有的体系中进行 改进。而BPR强调在原有基础上的变革,属于风险大且不确定性高的特点。当 企业尚处于运行良好状态,应当选择BPI做一定的调整和改进;对于企业处于严 重“瓶颈期”,无法突破现有困局时,应选用BPR做破局的改变。两者具体区 别,如上表1.1所示。事实上,企业若能将BPR和BPI有机地结合起来,相互 取长补短,可将优势发挥到最大⑴】。

Hammer和Champy在1993年提出流程再造(BPR)的评价标准应该包含成 本、质量、服务、速度等四项指标来衡量流程再造后的效果。李爱民则认为以上 四项指标实际有重叠,对外没有考虑竞争因素,对内也未考虑企业的生命周期, 要取得实质性的变革比上个实际会更苦难。因此新时代的评价标准应该更符合现 实情况,评价的指标应当更为广泛,可以从更多的角度来看效果血〕。

此外,其他一些学者也在自己的文献中提出了对于流程优牝设计的一些看法, 如魏东菊认为项目流程优化目标是流程管理和职能管理相结合;流程路径价值最 大化;缩短沟通路径;充分发挥员工的作用和价值2】。何兵指出流程优化是在企 业现有流程的基础上,对价值链上的关键流程进行优化,是个渐进和迭代的过程, 更加缓和、更适合企业的实际情况。流程优化的过程分为梳理现状流程、优化关 键流程和完善企业的流程管理体系等[⑷。

1.3.2软件项目开发中的开发模式研究现状

1)瀑布开发概述

早在敏捷开发还未被广泛运用之前,传统的开发流程使用的是瀑布开发。瀑 布开发最早是由WinstonRoyc在1970年提出,之所以被称作“瀑布”就是需求、 设计、开发、集成、测试、部署的每一步,都必须由前一步完成才可以进入下一 步[⑸,如图1.1所示。

image.png

图1.1瀑布型开发流程图

瀑布开发是一种严格的步骤化流程,整个开发过程被划分为固定的阶段,不 同的阶段由不同的角色完成。由于在前期就做出了承诺,而无法进行需求的变更, 需要在一个完整的流程结束之后才能做出修改,自由度很低。其次,瀑布模型的 各个阶段是按固定的顺序执行的,中间各个阶段与用户沟通较少,用户直到最后 才能看到最终的成品。因此,若开发过程中出现变更,可能导致没有被与用户的 沟通而引发的开发风险,最终瀑布型开发的成果就会难以达到用户想要的结果。 一旦中间有需求的变化,就需要重新设置新的需求文本,再次进行开发,如图 1.2所示[旳。假设一个产品需求改变N次,每次都变化2%,即2%的N次方, 随着N的变大,需求变化将会千差万别,将会造成严重的资源浪费并付出高昂 的代价。

图1.2需求变更不意图

2)敏捷开发概述

敏捷开发是一种开发思维,也在不断地演化过程中,被很多公司陆续接纳和 使用。同样作为方法论的敏捷开发,也是时代的产物,在越来越多的现实问题产 生之后就应运而生。敏捷开发的本质是通过迭代开发模式,来应对客户不断变更 的需求。敏捷开发的几个核心原则分别是合理规划、进行小规模迭代开发、尽可 能提早交付以及注重用户沟通与灵活处理〔⑴。敏捷开放相较于瀑布开发是更为轻 量级的开发方式,强调开发时的沟通协调和变化,更适用于应用在需求快速变更 的互联网业务中[⑻。注重用户和开发团队之间的合作关系,即充分了解用户需求 的敏捷开发可以使用户得到想要的功能,而且开发团队也可收获更高的用户满意 度。

“敏捷方法”这个术语正式被提出是在2001年由17位专家一同参加了一个 峰会,倡导更好的软件开发方式,成立了敏捷联盟。同时提出了著名的敏捷开发 宣言[19],由这些内容充分的突显了敏捷的价值观和指引方向。敏捷的价值观包括 承诺、专注、开放、尊重和勇气a。】。

在敏捷开发中,频繁交付是核心,每次的迭代响应都只需要达到实现目标的 程度就可以了,在术语中“刚好够”是褒义词,相反是“镀金”即增加没有必要 的努力。这也是敏捷的精简,在减少时间和维护成本的基础上,更快地发现问题 潜在问题,用于下一期迭代,更高效的交付可工作产品。

现有的敏捷开发工具已经十分丰富,最为主流的是Scrum,常见的还有极限 编程XP、水晶Crystal、看板Kanban方法、SAFe和LeSS等规模化敏捷方法 这些工具的本质是一个框架,团队可以在这框架中根据自身情况,去解决更多复 杂和不可预知的需求和困难,并高效的快速交付高质量的产品【22】。

Scrum是敏捷开发方法的最常用的一种方法,它由几个角色和过程组成、 Scrum过程包括产品代办列表、冲刺计划会议、冲刺代表列表、冲刺Sprint及评 审会议等,具体的流程图如图1.3所示。通过敏捷开发过程中不断地迭代开发, 低风险、进度清晰、快速开发、适应性高、复用性高等敏捷开发的优势在实际的 软件项目开发过程中不断体现。

image.png

图1.3典型敏捷开发Scrum流程图

Scrum作为敏捷开发中最常见的一种敏捷框架,Scrum最大的特点就是增量 迭代的方法,通过一个个冲刺,直到成为可交付的产品。Scrum的冲刺具有周期 性和循环性等特点,在其框架下去定义角色、工件和事件三个方面。

一般的敏捷流程包括以下七个阶段[却:

第一阶段产品负责人确定愿景:去定义产品的目标,用途,去支持公司的 组织战略发展。

第二阶段产品负责人创建产品路线图:是一个比较清楚的时间进度框架表。 对产品进行一个综合的整体的描述。根据产品的需求和各个阶段的工作量,划分 优先级。

第三阶段产品负责人创建发布计戈I:发布计划将会清楚体现可工作的总体 发布时间报表。每个敏捷项目都包含多次发布,按照优先级来确定发布的顺序。

第四阶段 冲刺计划:由PO,Scrum Master,Team整个团队一同进行,实现产 品功能。在每一次冲刺开始时进行,团队一同确立冲刺的目标,同时讨论如何完 成这些需求。

第五阶段每日例会:每天进行,团队成员都需参加,一般为15分钟。每位 成员简单陈述在前一天开发中完成的内容,遇到的问题和当天需要完成的内容, 确定当日工作的优先级。

第六阶段冲刺评审:时间放在每个冲刺计划结束。Scrum团队向产品相关 人员展示可工作的产品。

第七阶段冲刺回顾。时间也放在每个冲刺结束。Scrum团队一同探讨如何 优化和改善流程,加速迭代,设计更优的产品。

大众在不断深化学习和适应变化的过程中,也有一些进阶版的敏捷开发模式 被拿出来研究和尝试。如KresnaDwi Prasetya及其团队表示,大多企业在运用敏 捷工作Scrum时,会遇到沟通困难、缺乏信任,操控困难等问题。于是他们提 出分布式Scrum模型,包括Scrum团队模型、会议协调模型和产品积压模型三 个方面,并通过成本和迸度绩效,验证了分布式Scrum的优势Bl 。

除此之外,从敏捷开发的大方向来看,软件开发应该是一个全生命周期的过 程。过往我们主要研究敏捷在软件开发上的部分,现在已经有大量的研究向运维 方向延伸。具体表现为从开发中的敏捷,一面向前端的商业设计敏捷延伸,一面 向后端的运维敏捷延伸。从另一角度看,是敏捷的方法论走向了更为系统化的理 论,结合组织文化,更符合当下软件行业发展的趋势,去适应变化是永恒的主题, 而顺应变化的根基必须是组织中的人和文化a】。

1.3.3软件项目开发中的用户参与研究现状

1)用户概述

产品的终端是用户,所以衡量一个产品的好坏,研究一个流程的优劣,都离 不开用户这个特定对象,因此了解用户是一个很重要的环节。首先,什么是用户? 需要明确用户的定义。用户一词最早是在1979年被Lovelock和Young所提出 之后Mills和Morris根据其得岀了应该鼓励用户到企业的服务里去,部分服务由 用户自己操作,将有助于提升用户满意程度[27】。

用户可以被分为多种类型,根据地域可以划分一二线城市客户群,三四线城 市客户群以及其他客户群。按照活跃与否,会分为活跃用户,非活跃用户[2叽 按 照用户参与设计的程度可被分为外部用户、内部用户和潜在用户。外部客户主要 对设计出的技术和功能等比较在意,内部客户主要是针对流程工艺设计过程中的 问题提出反馈意见,潜在用户则是在设计过程中用于了解竞争对手情况的一种方 式〔29〕。基于用户的行为,可将用户分为核心用户、主动贡献用户、被动贡献用户、 信息获取用户、社交用户和沉默用户【"I。

此外,还有一些特殊的用户类型,如领先用户。最早由美国的Von Hippel 教授于1986年提出el,主要阐述了普通用户与领先用户之间的区别。普通用户 可以为企业提供意见和建议,但在大方向与良性发展的趋势上,领先用户的作用 更为明显。他们以其独特的眼光,更容易深入地发现市场的隐藏信息,或者以其 特殊的资源对同质化产品进行比较。领先用户拥有十分前卫的思路,他们更为敏 感地预知了未来技术的趋势和发展方向。他们往往比企业自身更容易知晓与外部 差异,了解差距在何处,以及如何进行改进。

2)用户参与概述

早在1979年,用户参与一词就被Lovelock和Young在其文献中提出。而今, 用户参与对软件开发的有效性的探索,已经在这些年不断的渗透到了各个分支学 科里,例如参与式设计、以用户为中心的设计、可用性工程、人机交互、需求工 程和信息系统等汕。当用户参与到企业的新产品开发中去时,让原有的产品享有 者改为了生产者,调动了用户的积极性。让原有的消费者成为产品开发的参与者, 甚至一定程度地降低了开发成本,实现用户创新1呵。

VonHippel还在1994年还提出了 “信息粘性”的概念。他指出具有获得、转 移和使用成本的信息被认为是信息粘性。信息粘性是指将一个信息转移到另一个 地方的成本,转移成本的高低取决于信息粘性的高低。因此,通过获取用户和领 先用户的反馈,能够更为准确和低成本的实现企业与消费者之间信息互换"]。

因此,用户在开发中作用是不言而喻的。用户与开发的关系是交互的,敏捷 宣言中就曾提及敏捷核心价值“客户合作高于谈判合同”,在敏捷十二原则中也 有四条提到了客户的满意度的敏捷原则。例如:第一条,持续不断的交付使客户 满意;第二条,即使在开发后期也接纳需求变更;第四条,团队在整个开发期间 应当都在一起工作[35]。事实是,项目队友越靠近,沟通就会越有效率。大家自发 的交流学习沟通,持续地反馈循环,快速的澄清疑问,都可以使效率更高,让后 续的工作受益,目标更清晰明确,最终达成产品目标。

关于用戶参与,很多学者也曾在自己的文章中提到过,如王新乔就曾经分别 从新产品开发的创意点、主导者和体验者等不同维度表明过自己的看法,认为用 户参与到新产品开发中对产品的成功上市至关重要[殉。而Sezin Yaman等人,也 曾通过实验去探索软件公司对用户参与软件开发的看法和效果,结果表明管理人 员会相对较为谨慎地让用户参与开发流程,因为目前还没有明确流程经验可以借 鉴137]。赵彦则认为用户体验设计团队是敏捷开发在人力资源、团队合作中需要关 注的重点,关系到团队的运行,也从侧面反映用户的重要性〔网。

但在过往的软件开发相关的研究里,从用户、用户体验以及用户参与这些维 度的讨论并不是很多。但也不难理解,通常设计者和开发者在体验、生活情境甚 至语言上都与用户不同。一方面,用户通常不能像工程师那样去全盘的理解和设 计系统,因为他们对编码了解得不多。另一方面,有时情况正好相反:用户可以 变得相当的聪明和足智多谋,并且经常以开发者从未完全考虑过的方式去设计和 提出新方向。因此,虽然用户和开发者维度不同,有时很难沟通,但当他们相互 配合时也会有意想不到的效果。只有设计者和开发人员去了解他们的用户,并在 设计他们的系统时适当考虑用户,这样才能得到更多的正向反馈,常见的会产生 的三种主要益处:更多可用的产品且更快的被采用率,成本节约和更为安全的系 统[叭

本章通过文献研究,了解国内外关于流程优化、流程改进、瀑布开发、敏捷 开发、用户、领先用户、用户参与等理论的研究现状,并运用相关领域专家的研 究成果作为理论基础,做总结归纳,为本文进一步的研究做理论导出。

一方面,根据现有文献总结来看,目前对于银行敏捷开发的研究还处于相对 薄弱,首先基于银行业特殊性质,国内大部分的银行还是使用传统的瀑布流程更 多,相关文献积累较少,其次由于软件开发与银行业务相对独立,基于用户在参 与开发流程领域相关的研究也较少。因此,本文可以在这个领域做更多的研究探 索。

另一方面,了解用户需求是软件开发最基础,同时也是最重要的工作之一。 因此,用户参与软件开发进程将直接影响项目的成败,用户参与是软件开发的关 键环节。用户参与包括项目开展之前的需求分析,项目进程中的需求变更追踪, 测试和发布,项目结束之后的用户满意度调查等。可见,用户参与在项目整个流 程中都起着至关重要的作用。

1.4研究方法

文献研究法。一方面,通过图书馆数据库查阅学习有关敏捷开发、流程优化、 用户、用户参与等国内外最新文献资料。对资料进行收集、分析、梳理和整合, 充分理解用户参与的在流程改进中的意义和效果。另一方面,通过文献阅读,综 合分析理解当前大金融环境下,软件开发会遇到的问题因素,为X银行软件开 发问题归纳和核心问题确认,提供理论基础。

案例研究法。案例研究法是对企业现行运行状态的一种考察方法,获得一些 普适性的规律,并对其进行客观性的描述〔40〕。对此,本文将会结合实际工作中遇 到的问题,从X银行中获取数据资料,特别对其中现有的开发流程案例现状进 行分析,从而为分析解决问题和构建新流程提供实践基础。

专家访谈法。专家访谈法是除文献研究法和案例研究法以外,另一种重要的 研究方法。主要通过与涉及产品开发的相关部门或机构的专业人士,通过进一步 的调研和访谈等方式,整理收集专家对行业趋势的看法,分析目前存在的问题。 本文还将配合专家打分法,分析影响软件开发流程的核心问题。对我们初步构建 研究框架和优化流程方案,具有极大地促进作用。

定量和定性分析法。此类研究法一般由层次分析法和专家打分法相结合。由 层次分析法构建思考模型,再通过专家打分法依据专家们的专业判断进行权重打 分的研究方法。本文在层次分析法的定性分析基础上,加入专家打分对各个指标 进行评估做定量分析,找出影响X银行软件项目开发的核心问题,是一种直观 的研究方法。

1.5技术路线与内容安排

1.5.1技术路线

本文将通过研究思路、研究内容和研究方法三个方面确认技术路线,如下图 1.4所示。研究思路为提出问题、分析问题和解决问题。研究内容将通提出问题, 分析问题,流程改进设计,实施案例和实施效果及总结与展望等步骤来完成。研 究方法则是在本文不同部分,分别使用文献研究、案例分析、专家访谈、定量和

image.png

1.5.2内容安排

本文的研究框架,共分为六个章节,内容如下:

第一章绪论部分。概括基于用户参与的敏捷开发流程改进的研究背景和研究意 义,对行文思路做梳理并搭建论文框架。研究总结流程优化、敏捷开发和用户参 与等现有相关理论,引入用户参与软件项目开发的流程改进概念。

第二章结合X银行软件开发的背景和流程现状,基于现有两个案例的总结分析, 发现和提出问题。

第三章分析X银行以往软件项目敏捷开发的问题,结合专家深度访谈的结果, 针对现有的问题做归纳总结,并通过专家打分寻找出用户参与是核心问题。

第四章 设计基于用户参与的X银行软件项目敏捷开发改进方案。结合X银行的 开发原则和用户分类,分别对需求收集阶段、迭代开发与测试阶段、验收阶段和 需求进化阶段的改进,进行细致阐述。

第五章实施案例与实施效果分析。以X银行C软件项目新功能开发为例,对用 户参与的开发改进流程的实施过程进行综述,并提出实诫保障建议。通过开发周 期、需求偏差率、点击数量及用户满意度等变化,对实施效果进行总结。

第六章结论与展望。对文章的思路和结论做总结,对本文的不足作说明,对今 后的研究做建议和补充。

第2章X银行软件项目开发流程现状及案例探讨

2.1    X银行软件项目开发及开发流程现状

2.1.1    X银行概况与用户分类介绍

1)     X银行介绍

X银行作为一家知名的国际性银行,具有150多年的历史,在全世界许多国 家和地区都有分支机构,为超过140个市场的客户提供服务。近年来,不断扩大 在国内的分支网点和各类金融服务类型,都充分显示出X银行在国内发展的长 远打算和决心。X银行目前可为不同的客户提供多种金融服务,服务范围广阔, 包含各级分行、基层网点及金融营销部门等,并兼顾着在岸和离岸的互融互通等 多方面需求的服务,为客户提供全方位的优质服务。

以X银行的二级分行为例,2021年取得了极为辉煌的成绩,仅半年的时间 就已突破去年全年的业务之和。X银行的CEO更是提出:“'软硬兼施’发力 布局中国零售市场”的号召】。由此可见,下属银行的零售业务是未来X银行发 展的重中之重,兼顾业务,并提升银行的电子化的脚步,是一件十分迫在眉睫的 事情。

而作为一家在国内发展的国际性银行,需要兼顾协调多方面的要求。既需要 符合国内银保监、中国人民银行在内的多家监管机构的要求,又需要考虑集团总 部在国际层面对业务的指引要求,还需要多方面考虑风险控制,尤其在信息安全 和客户隐私等方面更是极为关键的要素。

因此,在追求业务的快速增长的同时,在硬件上也需要不断突破,为此X 银行在客户体验上狠下功夫,在符合各方利益并兼顾安全性的基础上,立志于设 计出更为符合国内市场客户喜爱的便捷化的操作系统。为此,行内需要更新迭代 现有的一些软件系统,或对行内的现有系统进行一次大规模的系统性升级。面对 行内过往体验不佳的操作系统,究其原因,在开发流程上是存在一定的问题。这 是丞待我们去挖掘的核心原因,并进行优化和改善。下文也将通过文献查询、案 例分析、专家调研等方式,分析行内现有开发模式的问题,挖掘出影响X银行

1根据公司内部资料总结所得 软件项目开发的核心问题,并推动软件幵发的流程优化。

2)      X银行组织机构介绍

X银行作为一家大范围、多领域的国际性银行,其组织结构也较为复杂。银 行最高管理层级为股东大会,下设董事会和监事会,负责银行重大决策、选人用 人发展战略的制定调整。监事会主要履行监督职能,下设各监督职位。董事会除 了参与银行决定性事项的决议之外,还对银行高级管理层进行直接领导管理。高 级管理层下设各国内外分行和总行直属部门机构,规模十分庞大。由于产品的多 样性和面向范围的广阔性,X银行主要配备了综合管理部、营销管理部、产品开 发部、利润中心、风险管理部、支撑保障部来服务于银行金融业务的开展。从人 力、资源、技术、管控、后勤保障等方面确保银行正常运转,推动X银行在国 内外市场不断向前发展,具体组织结构图如图2.1所示。

image.png

图2.1 X银行组织架构图

3)     X银行软件用户分类

从银行客户角度,又可以根据客户的资金将分为超高净值客户,高净值客户, 一般客户和平台客户,一般还会对应设定金额门槛,并定义为某某等级客户,如 白金等级客户,钳金等级客户等,对不同的客户级别进行分层经营和管理。对于 客户活跃与否,可以区分为活跃用户,休眠用户和沉睡用户等。

在银行软件开发的用户里,还可以将用户分为内部用户和外部用户。内部用 户一般指参与到开发中的特定用户,如产品经理、测试人员和参与开发的业务线 员工等,还有内部终端用户,一般指所有使用软件行内的员工。外部用户指使用 银行软件的客户和其他会使用到软件的外部对象,具体如表2.1所示。

表2.1 X银行软件用户的分类

用户类型

对象

内部用户

内部用户 (参与开发者)

产品经理

测试人员

参与开发的业务线员工

其他全体银行员工

使用银行软件的客户

其他会使用到软件的外部对象

外部用户

终端用户 (软件使用者)

 

此外,为了让读者更清楚理解文中内容,减少歧义。本文将在下文中尽可能 的区分“用户”和“客户”,对于参与开发的特定用户,称之为“用户”,同时 亦包含“用户参与”中的“用户”,如产品经理、测试人员和参与开发的业务线 员工等;而其他使用银行软件的对象,则统一称之为“银行客户”或“客户”。

2.1.2 X银行软件项目开发及开发流程现状

1) X银行软件项目开发组织架构

一个产品的开发,需要漫长的生命周期,其中会包含几个关键的节点,X银 行产品开发中几点关键因素和功能如表2.2所示:

表2.2产品开发关键因素与功能

关键因素                                             M

需求识别                 与客户建立合作意向、把握市场需求、完成需求计划

设计开发                            设计产品开发方案、提供技术支持、进行具体研发

测试交付                             保障产品质量、严格控制进程、收集后续反馈

由此我们可以看出,产品开发过程中每步功能的实现是复杂的,毫无疑问需 要配备对应功能的部门参与,X银行目前已建立起成熟的产品开发组织机构,大 致分为产品部门、开发部门、业务部门、测试部门、项目部门,每个部门下设具体的职能岗位,具体的组织机构如下图2.2所示。

image.png

图2.2开发组织机构图 

从X银行多年的业务经验和综合评价中可以看出,其中涉及到的部门都对X 银行软件开发项目质量的保障起到了关键的作用,为银行的发展做出了重大的贡 献。

2) X银行软件项目开发流程介绍

现阶段,X银行的内部软件产品开发框架已基本固定,如图2.3所示,业务 需求一经提出,会进入一个开发流程的大循环中,途径需求分析、开发方案设计、 开发迭代、开发评审、测试、部署直至产品发布后进入终端反馈的步骤,即客户 所产生的反馈则在下一个业务需求中解决。

image.png

图2.3 X银行软件项目开发现有流程 

在这个较为漫长的反馈过程中,从业务需求、需求分析、开发方案设计、开

发迭代、迭代评审、测试、部署直至发布,每个步骤都有相应的部门负责,具体   如表2.3所示。

表2.3流程主要涉及业务部门

阶段

流程节点

主要涉及部门

业务需求、需求分析 启动与计划阶段

开发方案设计

开发迭代

执行阶段

迭代评审

业务部门、产品部门、项目部门 产品部门、开发部门、项目部门 开发部门

产品部门、开发部门

测试阶段

测试

测试部门

交付阶段

部署、发布

产品部门、项目部门、业务部门

 

总的来说,软件产品项目的开发可以归纳为包括发起、计划、执行和测试与 发布几个阶段,每个阶段的各个步骤都有相对应的部门予以配合,X银行开发流 程中各部门交互过程如下:

启动阶段。由X银行的业务部门根据业务发展的战略方向,提出对软件业务 需求方向,经由中国区的产品经理和各部门的领导进行评估、集团的COO, ITO 等更高层领导审核通过后,并将过程中产生的包含主要需求文件交由X银行产 品部门和项目部门。

计划阶段。X银行的产品部门主要负责审核业务需求,针对合理需求,定期 召集需求评审会。对提报上来的需求结合宏观经济、金融政策及行业动态综合研 究,提出对应需求修改意见。兼顾金融市场发展状况、用户体验效果、经济效益 等方面综合评估,最终将需求进行架构分析并提交到开发部门。

执行阶段。由业务部门和X银行共同根据项目详细需求中的功能、性能等 要求进行开发。主要由银行的开发部门进行核心的系统开发、各配套系统研发、 网络端口设计、局域网运行维护、相关系统组装等。

测试阶段。软件产品研发完成后需要从业务和技术维两方面来运行维护。项 目部门负责项目的宣传和运营,组织项目后评价并定期组织对软件IT架构进行 检查、评审。测试部门则负责系统常态化运行支持、数据导出、数据库维护,对 软件正常功能、异常容错等进行用例测试。

交付阶段。最终,产品设计完成,需要进行发布或交付到业务部门的手中。 经项目部门对各方面进行严格的审核后,交由产品部门对产品进行确认,通过产 品部门直接交付到业务部门。

2.2     X银行软件项目开发流程案例探讨

同时,近年来随着x银行在电子化业务上的逐步推进,大量的平台建设的 同步进行,业务线的反馈量与日俱增。面对日益攀升的投诉率,流程问题的找寻 与优化迫在眉睫。

根据反馈的情况来看,银行客户认可的是X银行软件的安全性,包括软件 的安全与客户的资金安全,这会极大提高客户对软件的信任度,从而提高X银 行的客户黏性。但在功能方面却不能完全满足需求。造成客户不满意最大的原因 是缺乏互动与操作不便。另外,软件还存在界面复杂,反馈不及时,垃圾信息较 多等问题,这些都是今后开发团队需要进一步完善的地方。

目前,X银行基于现有的软件项目开发资源,已经开展了一些对新产品的开 发。本文现选取其中两个案例,以X银行一个普通银行职员的视角,对以下两 个案例进行简单介绍:

221案例一:X银行关于财富管理D平台建设

1)案例背景

当前国民财富高速增长,居民投资理财愿望日益强烈,财富管理市场前景广 阔,X银行为快速响应旺盛市场需求,充分发挥客户经理优势,基于“营销赋能” 的理念,投产财富管理客户经理营销赋能项目。

X银行产品部主动与业务部门对接需求,组织资金结算部、财务会计部、技 术支持部等关键部门成立专项项目组,针对客户需求进行分析。了解到目前主要 需求是要将“客户画像”、营销话术、宣传材料等一揽子财富营销信息通过移动 D平台触达一线,让客户经理在最短时间内了解到更为全面有效的数据,高效完 成营销。

在明确业务需求之后,技术部门进入到开发和测试阶段。针对D平台的目 标客户,产品部门开展了相应的关于业务方面的咨询,便于业务方向X银行技 术开发部门提供注意点及问题的典型案例。最终D平台建成以下功能:一是利 用大数据汇总刻画客户多维度资产画像,方便客户经理随时随地查看名下客户资 产概况和业绩走势,针对名下存款客户、基金持仓客户、理财持仓客户、零持仓 客户等不同客户类型,开展专项精准营销计划,该系统可及时提供合理有效的调 整建议;二是对接财富通系统,为客户经理等业务人员提供优选基金、客户专享 礼遇计划等信息推送;三是可实时将营销数据逐机构汇总加工,使业务条线管理 员能够实时掌握各个层级在不同产品的销售情况。

在最终上线验收阶段,由产品部门、项目部门、业务部门和合作方选派代表 进行了最终的验收确认。后续持续对系统的稳定性和业务量进行了检测,不间断 进行系统优化。通过专业化财富营销工具的打造,支持基层客户经理数字化营销 工作,解决了管理人员无法及时掌握各层级营销数据等业务痛点,D平台“财富 营销”专区的上线,开启了 X银行财富管理数字化营销的新篇章。

2)案例探讨

虽然D平台建设取得了一定的成果,但在软件开发的过程中,也发现了相 应的问题:对客户画像描绘不清晰,往往出现用于描绘画像的指标不够精准的情 况,需求变更较大,变更记录如表2.4所示。导致了客户经理不能更好地为客户 介绍适合的产品,从而出现服务效率、满意度的下降。X银行在软件研发过程中, 往往严格按照前期需求设计执行,而软件开发周期又比较长,在平台上线后的试 点应用意见也不能及时地反馈到平台上,使用者对于产品开发过程的参与度很低, 进而导致了产品的滞后性。

表2.4需求变更记录表

增加产品要素字段,新增一个栏目,类似于个人资产变动记录。

更改客户画像描绘模型,在模型中添加关于客户经常交易类型的指标。

在客户申请的录入和审核界面,分别加一段首页动态数据展示:XX申请了, XX通过了。

预约记录页面更新一下,放在我的产品列表里,加一个报名名单查看的功能。

增加金融顾问板块,对客户月度消费数据报送及统计分析。

银行软件开发是一个项很大型和复杂的系统性工程。如果按照以往的经验做 法,就是从一开始就把一个问题都想清楚,产品细节都设定好,然后按部就班地 进行执行。但很明显,我们从上面的需求变化中可以看出,现在银行的产品存在 着太多的不确定性,一开始就完整想好的可能性极低。

基于目前长远发展的角度来看,使用敏捷开发这种边设计、边探索的思路方 式,通过每一次的快速交付,快速获得反馈、反馈出真正的需求,交付最符合用 户需要的产品,可能才是X银行未来改变的方向。

2.2.2案例二:X银行开展关于Y平台多元化应用

1)案例背景

为不断满足业务要求,X银行推出“一平台多应用”服务,将产品平台化, 开辟全新业务模式。以目前运行的APP为经营主阵地,为客户提供多样化、个 性化服务。该平台的主要需求要点:客户启动APP后,需要根据客户所处地理 位置,为客户推荐当地特色应用,客户授权后可访问特色应用服务专区,进入特 色应用“小程序”,客户可据此参与所属分行的礼券及抢购活动。

为进一步保障项目需求的顺利完成和分行特色应用接入安全,首先需要与集 团数据库相接轨,需要连接到印度的核心数据库做客户匹配。其次,X银行技术 部门为接入方统一提供特色安全服务套件,实现授权认证、加密通信、运行环境 监测等功能。各分行特色应用接入APP时可按需调用安全服务套件,轻松实现 身份鉴权、访问控制、会话管理等各项安全防护措施,有效减轻开发成本,筑牢 产品安全壁垒。

目前,Y平台的优化顺利完成末次投产,历时八个月,在研发测试团队的通 力配合下,项目组完成了分行特色应用、特色活动商户、客户安全认证等多个模 块的投产上线,攻克应用接入、安全认证等多项技术难点,沉淀场景金融通用服 务,打通总分行技术交汇渠道,实现行内APP与分行特色业务联动,促进金融 场景渗透能力和获客能力提升。

2)案例探讨

Y平台的成功投产大大增强了 X银行服务的多样性,但在与客户实时交互 的方面仍有待提高。由于Y平台首次引入相关购物、娱乐消费功能模块,在开 发设计阶段,团队对平台安全性建设提出了极高的要求,设立了极为复杂的安全 认证模式。但在客户的使用过程中,发现某些不必要的认证步骤对消费体验感产 生了较大影响,APP页面的灵活性有待提升。

在X银行软件项目开发的全过程中,呈现出一个大集团、标准化的特点。 核心数据库设计都是使用国际集团统一的标准进行设计,具有很强的集团标准性。 核心数据库以外的一些软件,则需要国内自行设计和运作。而X银行主要的软 件研发团队涉及国内和印度两块业务,考虑到语言、文化、时差等问题,在软件 开发时的沟通协调流程十分复杂和困难。而流程繁琐也导致各部门推诿,返工率 高等问题频繁发生。

2.3本章小结

本章通过对X银行的基本概况、组织架构及软件开发流程现状的全面解读, 并基于现有两个案例的情况分析,发现现有的开发流程存在一些问题。第四章将 对这些问题存在的原因进行分析和探讨,以及提出解决方案,消除现有的一些问 题。

第3章X银行软件项目开发流程问題分析及核心问题探索

根据上一章中提及的两个案例可以看出,x银行软件项目开发存在一些问题。 本章将通过专家访谈法、文献研究法和专家打分法等研究方法,探寻主要问题。

3.1研究思路

由于软件开发属于专业领域,且需要拥有实践经验才能有比较全面的认知。 同时考虑到银行的行业特殊性,需要兼顾政策导向、监管要求、银行内部风控的 需要。对于能够兼顾两者并给予准确评价的实验样本并不多,因此专家访谈应是 研究方法的首选。

其次,考虑到银行成本问题,需要优先找出核心问题进行改进。为此,本文 就需要在访谈得到的诸多问题中寻找最重要的问题。因此,本文将通过几位专家 在专家访谈时给出的答案,绘制鱼骨图,并结合文献的阅读,总结出问题要点, 整理核心因子。之后,再次邀请他们进行专家打分,确定核心问题,为流程改进 做准备。

本文的研究思路整理如下图3.1所示。研究思路依次收集问题、问题归纳及 核心问题。使用的研究方法依次为专家访谈法、文献查阅法和专家打分法。

image.png

3.2      X银行软件项目开发流程问题分析

3.2.1专家访谈设计

为进一步理清X银行软件开发存在的问题,X银行邀请专家,对专家进行 半结构问卷访谈。此深度访谈是面向具有软件开发经验的专家学者,他们既是软 件的使用者,同样也是软件的开发者,熟悉软件开发过程,对这些专家访问时会 更注意沟通技巧,不设置具体选项,而是给受访者充分地发挥空间,具体访谈表 格详见附件lo

本研究针对X银行软件在使用与开发过程中的一些问题设置了 11条访谈提 纲,包括软件开发阶段、软件开发结果的正向影响因素、软件开发模式、用户需 求、用户体验、反馈机制等方面,对受访者进行一对一的面对面或者网络访谈形 式,目的是为了了解相关领域的专家对于该软件的使用体验和研发情况,最终得 出哪些方面的问题影响了软件开发结果。

此次深度访谈的对象选择了具有银行领域具有丰富软件开发经验的权威专 业人士,共有八位,分别为:X银行D软件的项目经理、政企协作办公室主任 (分管X银行)、X银行技术服务支持专家、X银行Y软件的产品经理以及X 银行分公司软件开发的分管领导四名。他们均在银行软件开发领域从业八年以上、 熟悉银行业、有银行软件开发的工作经历以及有参与敏捷开发的经验,专家信息 表详见下表3.1所示。

表3.1专家信息表

专家名称

(代号)

职务

擅长领域

来源

(公司内 部/外部)

1号专家

X银行D软件的

银行软件项目管理,已有十余年管理经验,擅长

公司内部

项目经理

对于软件开发整个流程的项目管理

2号专家

政企协作办公室 主任(分管X银

行)

负责银行与软件开发企业的对接工作,阐明银行   对于软件功能的需求,及时反馈用户体验

公司外部

3号专家

X银行技术服务

负责银行后台的软硬件设备调试,为软件开发商

公司内部

支持专家

提供技术环境支持

4号专家

X银行Y软件的

负责银行软件开发项目管理,负责项目管理流程

公司内部

产品经理

建设、体系优化工作,精通项目管理理论及实操

5-8号专

X银行分公司软

负责X银行分公司的软件开发调控、产品验收等


件开发的分管领

工作,协调人力资源、设备资源、技术资源等,

公司内部

具有充分的软件开发经验


322专家访谈法总结现有问题

通过深度访谈可知,各位专家正在从事或从事过银行软件开发的需求调研、 开发设计、推广维护等方面工作,对X银行软件开发的过程都较为了解或非常 了解。目前X银行软件开发最大的优势在于具有较高的安全性,但是还存在一 些具体问题。根据专家们的剖析,将X银行软件项目开发中所存在的问题归结 以下五点。

1)  团队能力参差不齐

在软件开发项目中,除了需要配备坚实的硬件基础之外,更要体现软件实力, 即人的重要性,在不同的层次需要对应的不同工作要求,同样需要具备不同的专 业技能与专业素养。当前,从事软件开发行业的人员文化背景不一、专业能力不 一、接受能力与抗压能力不一,并且缺乏统一的行业标准规范。由于流动性大等 客观因素影响,X银行的大多数软件开发人员毕业入职后,只要进行很短的一段 时间岗前培训就可上岗,甚至在团队中扮演重要的角色,这就导致了软件行业进 入门槛低、能力参差不齐、信息素养缺失等一系列问题。尤其是在金融领域,又 具备其独特的特性,软件开发团队成员并不能很好地理解金融知识,更无法在软 件开发中结合银行的特殊性,因此,团队成员的专业技能与专业素养也是影响软 件开发流程的重要方面。

2)  团队权责分工不够明确

软件项目开发团队经常会因为分工不明确、权责不清晰、职能不完善等问题 影响开发进度。一方面,X银行软件项目开发团队内部存在工作内容的重复性, 部门与部门之间的职能存在交叉性,在分工协作上缺乏明确的标准界限。在开发 团队内,如果产品负责人过分干涉开发团队进度,会使得Scrum Master无法有 效地帮助团队成员快速成功交付。而在部门与部门之间,如业务部门不断加塞需 求,在每一次迭代未结束前,就私自变改需求,影响原来的开发优先级顺序,这 些叠加式地无用功,浪费了人力物力,耗费了时间财力,造成了项目延迟交工。

另一方面,X银行根据其集团特色,创建了分布式的软件开发团队,各部门 团队之间并不熟悉,也缺乏交流,缺乏凝聚力,可能出现“信息孤岛”;另外, 各部门缺乏统一的管理制度规范,各自为政,使得各部门团队成员之间相互抱怨 和不愿担责,甚至产生相互扯皮等问题,导致消极怠工,影响整个团队工作的积 极性。

3) 团队合作度欠佳

前面有提到,X银行由于其国际性银行的特点,其产品开发团队来自全世界 各地,存在语言沟通的障碍,也存在一定文化差异,在对产品的认知理解上也可 能存有偏差。同时,考虑到时差,也可能导致很多交流的无效性,一边发出的邮 件,可能对方需要4小时之后才上班解决处理,很多细节更是需要多次反复沟通 才能处理,这会造成反馈缺乏及时性。

从另一个角度来看,国内自己的开发团队与用戶需求也时常出现需求不匹配 的情况。用户有用户心中的场景,但是表达出来的又是另一种场景,而开发团队 有对需求文档的理解,产品经理有其对产品的设想,最后大家思路不一致,导致 的产品项目进行无效返工,做出的结果仍差强人意。

因此,像X银行这种分布式的团队开发模式,更需要考虑多方面的影响因 素。包括考虑如何推动团队成员之后的合作关系和维系团队成员之间的凝聚力, 还需要考虑一些核心技术问题。例如,作为日常使用的Skype和blue Jeans等会 议软件,还需要保证高清摄像头和专业麦克风以保证会议的质量,当多方会谈时 尤其需要关注⑷】。

4)  交付策略相对单一

当前大部分的金融行业仍使用瀑布开发的形式,X银行使用敏捷开发作为主 要开发模式,处于整个行业的领先地位,但需要考虑到敏捷开发成本高,沟通成 本大,实操上仍有瀑布流程的影子,即披着敏捷外衣的瀑布开发。

显然,X银行目前使用的开发形式还过于单一,如今的敏捷开发类型丰富, 除了传统的Scrum,极限编程XP,水晶Crystal,看板等,更有新的一些敏捷管 理方式,如DevOps等,开始讲究开发与运维的共同开发思维,这些都是可以学 习和借鉴的。X银行可以根据自身实际情况选择适合自己的开发形式,或者结合 几种开发形式,创造性地提出属于自己的一套开发方案,为本行业本领域提供新 的研究方向。

5) 用户参与不足

X银行作为一家外资银行,需要涉及客户体验、企业营收、集团规则、监管
要求等各个方面。在软件项目开发过程中,用户需求体现在用户对软件产品的理 解观点上,用户能够表达出来的可能只是表面的东西,潜在需求无法得知,并且 用户需求会随着项目的进展状况发生动态变化,产品也只有在用户使用过程中才 能发现新问题,因此新问题有可能到最后才会被发现,这也是经常导致产品交付 时间延迟的重要原因。另外,开发者根据用户需求描述进行软件项目研发,在项 目进行中总会产生不同的问题,但在修复后又出现新的问题,使得原本已经能够 正常运行的功能出现更多的新问题。

开发团队经过与客户不断地沟通完善,有时可能存在用户需求表述不明确或 者开发者对用户需求理解不准确,在最终评审时仍会发现产品经理想要的结果和 开发团队写出来的内容出现严重的分歧,并且与需求文档内容不一致,可能出现 开发团队制作出的产品与用户想要的结果不是一回事,不能解决用户的实际需求, 又或者在产品开发过程中用户需求发生了改变,而开发者未能与用户及时沟通, 从而未能及时变更目标产品,使得开发目标与用户需求产生了偏差。这些不确定 性增加了开发团队的工作量,造成了团队之间的不和谐因素,产生了很多资源浪 费,依然解决不了实质性问题。

通过对以上八位专家访谈结果的分析,对X银行软件开发流程中存在的问 题进行汇总分析,根据鱼骨图分析法大骨出大因,中小骨出中小因的思路,形成 以下鱼骨图,如图3.2所示。

image.png

3.3    X银行软件项目开发流程的核心问题探索

基于上一小节专家访谈的结果,已经了解X银行开发流程中的几个大问题 的方向。对于关键核心问题的探索,本文选择先使用文献研究法对问题进行关键 词归纳,再通过专家打分法寻求答案。

3.3.1文献研究法归纳现有问题

根据3.2.2中分析出的X银行软件开发流程主要问题,包括团队能力参差不 齐、团队权责分工不够明确、团队合作欠佳、交付模式相对单一和用户参与不足 等方面,结合阅读国内外文献前人总结的现有影响因子,进行归纳重组,并根据 金融行业软件开发特点,将五个问题细化为以下五点,分别为Cl、C2、C3、C4、 C5,作为今后专家打分指标。

C1团队能力:Carlos Tam等人提出过一个由五个人因素组成的模型,通过 成本、时间和客户三个维度衡量用户满意度,以研究敏捷软件开发项目成功的因 素影响。在对216名敏捷实践者调研之后,得出影响敏捷软件开发项目成功的主 要因素是“团队能力”和“用户参与”跑。

高亚波认为软件开发团队的构建好坏直接影响了企业的竞争能力和产品竞 争力,优秀软件开发团队要具有明确的挑战性目标、强烈的凝聚力、良好融洽的 工作环境、合理的团队规范和开发过程,并且提出要建设一个学习型团队、共享 的知识宝库和营造共同协助、共同进步的氛围〔43)。

陈刚总结了传统型软件企业里存在敏捷转型的失败教训,包括缺少管理层支 持、转型目的缺失或不明确、组织结构与角色和敏捷不相容、指导不足和将敏捷 等价为Scrum、对工程实践缺乏足够认识等方面,相应地提出了提供宽松环境、 创建转型小组、以痛点驱动、经过实践选择和实施敏捷培训等软件开发团队的五 个敏捷转型策略【翎。

C2团队权责:杨琳认为团队建设应具有以市场为导向,保证项目定位和实 施的准确性;同时要具有高效的研发团队,有精力、有活力的、专业化的人才梯 队。一个完善的项目团队,应明确部门属性、设置标准、职责分工、人员配备以 及清晰的组织架构等IQ。

任雯指出团队建设就是将不同教育背景、不同经历、不同专业和不同性格的 人组织在一起,使他们成为具有高效率的工作团队,并根据专业化分工实现效用 最大化。提升团队能力需要通过建立共同的团队目标、合理的团队分工、有效的 团队合作、坚实的团队责任、完善的激励机制以及科学的学习体系来实现[46】。

刘丽丽提出典型成功团队具有相同的人才组合特征,包括合适的领导者,共 同的团队愿景,人才组合能力互补,团队内部分工明确、责任明晰、合作顺畅, 约束机制和外部支持等。典型成功团队人才组合机制的构建是基于人才组合的基 本目标确定,通过岗位设置、角色分配和职能确定,并设定协调系统、运行机制 等日常管理方式的过程Hl

C3团队合作:团队身处不同地域,存在时差,语音沟通困难,团队成员相 互不熟悉,缺乏凝聚力,产品经理想要的和实际开发出来的产品存在较大的偏差。 ONE Team (一个团队)是敏捷开发的核心。若部门内合作不佳,那敏捷开发只 能流于形式。KresnaDwiPrasetya等人就曾在研究中表明过分布式团队的问题是 沟通困难、缺乏控制和缺乏信任,文章还提及团队合作的重要性和难点〔48〕。陈强 也在其研究中也探讨过关于团队合作与团队绩效的关系,经过数据分析验证团队 合作质量是影响到团队发展的重要因素[⑼。

胡嘉欣突出了在软件开发中组建软件项目团队的重要性,团队组成包括管理 层、技术支撑人员、数据维护人员等,并且可以从建立正确的目标、开展过程管 理、进行沟通与协作、绩效管理与营造愉快的工作氛围等五个方面着手进行高效 的团队合作[50]。

谢小竹,肖蕾经过调研多家IT行业的HR 了解到,规模越大的企业对应聘 者的职业素质和团队合作精神的要求越高,甚至将此作为是否录用的首要因素, 认为团队精神是企业发展的支柱,成功团队具有清晰的目标、成员相互信任、成 员具备必需的能力、成员高度忠诚、保持良好沟通、成员具备较好的谈判技术、 正确的领导与有力的外部支持八个方面的特征,最后得出团队精神是IT职业能 力的主要组成部分[刃。

C4交付策略:在Scrum开发中,通过不断的任务拆解,分拆成一个个sprint backlog ,确认需求的优先级,再通过一个个冲刺计划来实现。Tsun Chow等人 在研究中,将质量、范围、时间和成本四个项目,每个类别的12个可能的关键 成功因素集合在一起,收集了来自全球25个国家的109个敏捷项目的调查数据, 进行回归分析。结果显示,48个假设中对“交付策略”有得到正向支持di。

崔启亮,李晓晴探讨了敏捷软件本地化模式的实施策略有本地化人员全程参 与软件开发过程,且具有模块化、结构化及重复使用的特点[旳;持续交付,每个 小功能模块完成后,快速测试和交付;及时沟通与反馈;加强语言资产管理及流 程自动化;本地化服务的服务敏捷化等网。

张建斌根据大型信息系统集成项目具有独特性强、项目构成人员复杂多样和 不稳定性明显等特点,分析信息系统集成项目管理存在项目范围管理不到位、项 目团队管理不到位和项目风险管理不到位等问题,最终提出大型信息系统集成项 目管理要获取真实需求、利用WBS分解项目、验证项目范围,有效管理项目团 队,不断改进项目风险管理,完善项目变更控制,有效利用项目管理软件等[旳。

C5用户参与:早在敏捷宣言提出时,就在四条价值观中提到过“客户合作 高于合同谈判”,客户(以下统称为用户)不是敌人。这种聚焦谈判的方式,会 影响用户对产品需求的正确输入,更可能导致开发团队和用户之间出现对立的情 况〔旳。

事实上,敏捷开发的初衷都是人,相信人与人之间的沟通可以更快地解决问 题,其次是考虑迭代的速度,以频繁交付的方式,更为接近用户的需求,以多次 交付的形式,一次次更为逼近客户的最终需求。

夏维力等学者也对客户参与Scrum团队影响做过定量研究,研究表明客户 参与对系统开发的成功效果显著[57]。而Carlos Tam等人在对敏捷软件开发项目 成功的因素影响分析的论述中,也提及了 “用户参与”是主要因素[网。

张欣强调开展需求分析在软件项目开发过程中发挥了重要作用,应用需求分 析需要软件开发人员与软件使用人员共同参与完成,梳理了软件开发项目需求分 析存在用户参与度不足、用户需求不确定性、需求分析缺乏深入性与全面性等问 题,并提出要加强用户与开发人员的合作、实时跟踪系统各类需求状态、提升需 求分析的完整性和一致性、充分利用各种开发工具等措施[59]。

支春强认为软件开发项目的最终目标就是保证得到的软件产品完全满足用 户需求,但是实际运作过程中经常会遇到用户需求不明确、经常性变更等问题, 为了有效保证软件开发进度与成本合理控制,提岀在软件项目需求变更管理实践 中要加强协调沟通、充分交流;与用户签订保障合同;对于用户要求变更的需求, 需要区别对待,积极应对;根据实际情况选择恰当的开发模式;用户参与需求评 审过程[60]。

为了保证思路的完整性,我们可以首先搭建层次分析法AHP,通过设定目 标层和准则层,将我们需要探讨的内容谀清楚。目标层就是需要研究的内容“影 响X银行软件项目开发的核心问题”,准则层就是专家需要打分的因子,因子 的寻找则需要相关文献作为支撑。

综上所述,我们可以归纳出包括团队能力、团队分工、团队合作、交付策略、 用户参与五个准则层。对于这五个内生变量,邀请上述的八位专家,使用专家打 分法分析权重。最后,结合目标层和准则层内容,搭建出的层次分析法模型如图 3.3所示。

image.png

3.3.2专家打分法确认核心问题

专家打分法,顾名思义由专家根据其经验,对所讨论的事物两两比较,进行 打分判定权重的一种定性描述定量化研究方法,具有计算简单、便捷性、直观性 和专业性等特点。

本文使用专家打分法来确定影响X银行软件项目幵发的核心问题,也是考 虑到敏捷开发与银行属于跨学科领域的难题,需要较强的专业度。因此,为保证 专家打分的质量和有效性,再次邀请八位专家对五个问题进行排序。 .

专家打分法的实施:

1)构建比较矩阵

首先构建比较矩阵,选取八位具有多年从业经验的敏捷专家,通过专家打分 确认影响因子的权重。对Cl、C2、C3、C4、C5的五个因素的重要程度进行两 两比较,具体的就是计算rij = 7:,算出对比矩阵各元素的值,然后加入到矩阵, 并得到判断矩阵。

A

Bi



bn


…咕


b2l

“22

…^2m


b”“

*2

…^nim _

 

其中b表示对于元素4而言,另对于场相对重要性的标度值。显然判断矩 阵砂如,有关系式:

b > 0,bu = 1,b                ,j、j = 1,2,...,77?

*                                                (3-2)

依据我们的理论构建的对比矩阵表3.2所示如下。

表3.2对比矩阵图

C1团队能力 C2团队权责 C3团队合作 C4交付策略 C5用户参与

C1团队能力

C2团队权责

C3团队合作

C4交付策略

C5用户参与

本研究对比矩阵型的取值采用1-9标度法,然后将重要性权重用数值进行量 化。下表3.3展示了分析过程中重要程度的含义和标度值。

表3.3对比矩阵取值含义表

标度值

重要性含义(ri/ij)

1

一样重要(ij或者ij与自身相比)

3

略微重要

5

重要

7

明显重要

9

特别重要

2,4,6,8

2               上述值的中间值

上述值的倒数

rj/ri

 

2)专家打分数据收集

在此根据专家意见和文献搜集后,构建对比矩阵,对矩阵设置5个一级指标, 矩阵的顺序为A,B,C,D,E,F,G,H。对比矩阵A如下,即专家进行打分。具体如下 表3.4所示。

表3.4专家意见矩阵A


Cl

C2

C3

C4

C5

Cl

1

1

2

1

1

C2

1

1

2

1/2

1/3

C3

1/2

1/2

1

1/2

1/2

C4

1

2

2

1

1/3

C5

1

3

2

3

1

3)数据处理

(1)根据专家评分的结果,将对比矩阵的每一行数据连续相乘,再开5次 方根,得到以下结果。

Wl = Vlxlx2xlxl = 1.1487

W2 = Vlxlx2xl/2xl/3 = 0.8027 W3 = Vl/2xl/2xlxl/2xl/2 = 0.5743

W4 = Vlx2x2xlxl/3 = 1.0592

W5 = Vlx3x2x3xl = 1.7826

(2)根据公式    乙叫,计算出特征向量w,即权重。


「0.2140 _

0.1496

W =

0.1070

0.1973

0.3321   _

 

(3)        用对比矩阵乘以特征向量w得到。

11070 '

0.7869

Aw= 0.5535

1.0352

1.8008

由,计算出最大特征值2。

2 max —工:("叫=5.2551

(4)        进行一致性检验

一致性检验是应用一定的方法检验层次分析法的一致性差异是否在要求的范围之内。

c厶为4对应的下一层p层次中判断矩阵的一致性指标。皿:为4对应的b层次中判断矩阵的随机一致性指标。

(3-3)

C7与刃之比称为判断矩阵的随机一致比例,记为CR,当C7?<0.1时,表明 判断矩阵的一致性可以接受,反之不接受,并要调整判断矩阵,直至C7?在符合 的范围内,具体如下表3.5所示。

表3.5 AHP方法中平均随机一致性指标RI标准值参考表

阶数

R1

1

0

2

0

3

0.52

4

0.89

5

1.12

6

1.26

7

1.36

8

1.41

9

1.46

10

1.49

11

1.52

12

1.54

13

1.56

14

1.58

15

1.59

 

本文一共5个,可以看出是5阶矩阵,查表得,« = 5,7?7 = 1.12)由上文可

C/=空兰口■ = 0.0638

知最大特征值几=5.2551,计算                 «-1                      ,由计算可得

CI

CR = — = 0.0569

。当CRS0.1时,证明通过一致性检验,层次分析法的权重成 立。

(4)权重计算与结论

按照前面的有关的分层的计算的方法我们得出了以下指标的权重,通过权重 值的大小我们可以知道,权重值最高的是用户参与。具体分析来看,用户参与最 为重要,其重要权重值是0.248o其次是交付策略,它的权重值是0.206。然后是 团队能力,它的权重值是0.199 o团队权责,它的权重值是0.192o团队合作, 它的权重值是0.155,具体如下表3.6所示。

表3.6指标的权重

专家

团队能力

团队权责

团队合作

交付策略

用户参与

专家1

0.214

0.150

0.107

0.197

0.332

专家2

0.260

0.197

0.149

0.197

0.197

专家3

0.223

0.223

0.128

0.256

0.169

专家4

0.109

0.166

0.251

0.202

0.272

专家5

0.175

0.190

0.109

0.237

0.288

专家6

0.165

0.165

0.125

0.231

0.312

专家7

0.220

0.274

0.110

0.176

0.220

专家8

0.225

0.171

0.259

0.149

0.196

平均值

0.199

0.192

0.155

0.206

0.248

 

(5) 核心问题总结

由此,我们得出结论:影响X银行软件开发的最大问题是用户参与度不足, 其他各项因子也对此有较强的正向作用。一方面基于用户调研和专家打分的结果, 另一方面,考虑到X银行以往开发中的大部分问题,都主要来自于开发者对需 求理解的不充分和沟通的不善。我们知道,许多软件开发项目失败的原因在于没 有真正理解用户需求,缺乏及时有效的沟通。要想获得精确的用户需求,充分了 解用户在每个流程环节的期望,是项目成败的关键,而软件开发者需要做的就是 将与用户的及时有效沟通贯穿在软件开发的整个流程,充分的用户参与能够促进 团队成员之间的沟通交流、能力提高、相互成就、营造和谐的团队关系、明确团 队成员的职责,有利于开发团队选择适合项目的开发模式,缩短开发工期、减少 开发成本,从而提高开发进度。

因此,X银行将会优先考虑用户参与这个权重最大的维度。从这个角度出发, 配合X银行开发的原则要求,对现有的软件项目开发流程进行改进。对于其他 权重相对高的因子,如交付策略等会在以后的流程改进中再去做优化。

3.4本章小结

本章的重点是问题分析,通过专家访谈法总结现有问题,文献研究法归纳现 有问题,并通过专家打分法确认核心问题是用户参与不足。为下一章解决问题, 设计和构建用户参与的改进流程作准备。

天天论文网
专注硕士论文服务

24小时免费热线

SERVICE ONLINE

13503820014

手机扫描二维码

收缩
  • 电话咨询

  • 13838208225