敏捷开发中仍需遵循的质量与管理基本规则
1. 引言
我叫理查德·沃登,1970 年 5 月 12 日编写并测试了我的第一个计算机程序。曾在苏黎世的瑞士证券交易所担任测试经理,那时同事们亲切地称我为“老兔子”。此后,我在金融服务公司参与了大量与 UML 和敏捷相关的项目。
我的职业生涯始于皇家空军,在大型主机国防支持系统中担任分析师、开发人员和测试人员。之后,我先后在拉卡尔电子公司从事业务系统和交互式计算机辅助设计(CAD)系统的工作,担任过编程团队领导、测试经理、项目经理和质量保证主管等职位。后来,我在 K3 集团担任产品和研究经理。自 1991 年起,我成为了一名独立顾问。
这里主要介绍的案例历史与交易系统有关。交易系统通常采用客户端 - 服务器设计,交易员在客户端进行交易操作,服务器提供诸如客户和合同类型等静态数据。交易产生后,需要由清算所、报告和监管机构以及风险管理系统等下游系统进行处理。因此,需要一个路由或消息传递系统来创建必要的交易并分发给这些系统。这个路由器必须实时高可靠地工作,是系统中较难处理的部分。交易平台的复杂程度会根据交易的金融产品类型而有所不同,有的可能针对特定工具,如瑞士证券交易所或电子回购市场,有的则可能涵盖多种金融工具,如彭博广泛使用的系统。
2. 项目 A:仅靠 Scrum 无法成功
该项目旨在开发一个替换交易系统,如今许多组织都在向第二代和第三代系统迁移,此类项目很常见。项目选择了 Scrum 来管理开发工作,采用每两周一个 Scrum 周期,并进行每日 Scrum 会议。分析师、开发人员和测试人员参加会议,并根据以下三个问题进行报告:昨天做了什么?今天打算做什么?是否遇到需要帮助的问题?
<
超级会员免费看
订阅专栏 解锁全文
10万+

被折叠的 条评论
为什么被折叠?



