银行和资本市场对软件质量的方法需要进行一次重大的改革,以使其与当今企业范围内的敏捷实践保持一致.
这意味着在一系列新的优先事项上加倍投入:

银行需要重新定义“适合目的”的标准,因为:
让品质成为一种生活方式
质量保证(QA)通常被认为是软件工程过程中一个独特的步骤,是测试团队的唯一责任. 这种情况需要改变,因为QA是团队中每个人的首要任务, 质量原则应该嵌入到软件交付的每一步:
这种方法也适用于现代劳动力, 已经成为一种生活方式,而不是一系列有开销的独特过程.
2:使符合质量原则
在采用现代的DevOps解决方案之前,可以通过应用基本的使能器来实现合规性:
度量交付性能指标是必要的, 分析趋势, 推断和行动, 和持续改进. 组织通常认为质量度量是一种开销, 因此, 缺乏必要的工具和过程.
为了克服这些挑战:
实现结构化的知识管理有助于确保一致的质量,不管团队中发生了什么变化.
确保有效的知识管理:
有时, 组织忽视了允许从一个项目的错误中学习并将最佳实践渗透到其他项目的价值. 这种孤立的执行方式会导致重要的IP被捕获和浪费.
这可以通过以下方法来纠正:
向所有的项目团队提供超集的质量和交付成熟度指导方针,而不管他们的工作性质如何,都会导致信息超载和缺乏质量.
以下步骤会有所帮助:
传统建筑和现代建筑的混合, 此外,与第三方解决方案的广泛集成也给试图确保质量的组织带来了重大挑战. 答案在于拥抱现代解决方案,如微服务、DevOps和云平台. 然而,这些解决方案可能会被证明是成本密集型的,而且采用起来需要付出很大的努力.
以下步骤有助于应对这些挑战:
向每个软件工程师推广这种思维方式对建立优秀的软件质量有很大的帮助. 当团队采用超越合同义务的文化时, 它产生持续的质量改进.
以下是嵌入这种文化的方法:
联系financialservices@stevearsenaultdesign.com 并了解我们如何通过改进软件交付质量来帮助您增加业务价值.
这意味着在一系列新的优先事项上加倍投入:

银行需要重新定义“适合目的”的标准,因为:
- 业务单元在实现的目标中度量软件质量.g., 最终客户满意度和收入增长), 而IT将其与高效和无缺陷的交付联系起来
- 现代劳动力与“重视人员和交互甚于过程和工具”的敏捷原则相一致.这有时被错误地解释为使用很少或根本不使用过程
- 经常, 现代软件应用程序只是内部软件与第三方云和数据解决方案的集成
让品质成为一种生活方式
质量保证(QA)通常被认为是软件工程过程中一个独特的步骤,是测试团队的唯一责任. 这种情况需要改变,因为QA是团队中每个人的首要任务, 质量原则应该嵌入到软件交付的每一步:
- 集成的业务和IT团队应该在sprint开始之前为范围内的每个故事提供接受标准
- 预定义的、特定于上下文的软件设计模式
- 内置规则引擎,将编码原则与IDE集成
- 持续整合文化, 或不, 采用DevOps作为默认的软件开发流程
这种方法也适用于现代劳动力, 已经成为一种生活方式,而不是一系列有开销的独特过程.
2:使符合质量原则
在采用现代的DevOps解决方案之前,可以通过应用基本的使能器来实现合规性:
- 开发交付成熟度的实用指南——涵盖整个项目生命周期的一些简单技巧
- 循环软件工程工具的快速启动指南. 我们有一套广泛的支持工具——独立的或与其他工具集成的——但个人不喜欢使用大的“说明书”。
- 实现自动化的报告. 项目涉众的项目状态报告可能会占用大量的带宽. 任何自动化计划都被认为是一个主要的推动者
度量交付性能指标是必要的, 分析趋势, 推断和行动, 和持续改进. 组织通常认为质量度量是一种开销, 因此, 缺乏必要的工具和过程.
为了克服这些挑战:
- 确定符合业务目标的最低核心指标. 理想情况下,将其限制在5个关键指标,以获得质量改进的有形价值
- 将这些度量与质量的业务和IT优先级保持一致
- 根据业务目标和项目阶段,不断完善前五项指标的入围名单
- 尽可能地自动化度量度量, 正如他们所说,任何自动化,即使是小规模的,也是好的自动化
实现结构化的知识管理有助于确保一致的质量,不管团队中发生了什么变化.
确保有效的知识管理:
- 优先获取知识. 并不是所有的知识都需要在项目的前期获取. 这可以根据各种因素(如可见的工作书)进行优先排序, 频繁的软件变更等领域
- 研究如何捕捉隐性知识和隐性知识. 这可以通过使用代码逆向工程工具研究已实现的系统来实现, 跟踪关键中小企业的日常工作,分析非结构化内容,如电子邮件, 应用程序日志等等
- 通过可量化的度量,持续地度量团队的知识水平
- 用随时间增加的知识来更新知识仓库
有时, 组织忽视了允许从一个项目的错误中学习并将最佳实践渗透到其他项目的价值. 这种孤立的执行方式会导致重要的IP被捕获和浪费.
这可以通过以下方法来纠正:
- 激励跨项目的知识共享
- 建立协作和信息共享的工具
- 开展项目路演和合作研讨会
- 建立智能的、基于上下文的信息搜索门户
向所有的项目团队提供超集的质量和交付成熟度指导方针,而不管他们的工作性质如何,都会导致信息超载和缺乏质量.
以下步骤会有所帮助:
- 将质量方针和过程与项目相匹配. 例如, 一个人员扩充项目可能主要关注个人性能,而一个托管交付项目可能需要更多的产品性能
- 使质量指标与项目保持一致——招聘效率可能是人员增加项目的优先事项,而不是管理交付项目的速度
- 提倡“质量第一”的心态,而不考虑员工的参与类型和需要
传统建筑和现代建筑的混合, 此外,与第三方解决方案的广泛集成也给试图确保质量的组织带来了重大挑战. 答案在于拥抱现代解决方案,如微服务、DevOps和云平台. 然而,这些解决方案可能会被证明是成本密集型的,而且采用起来需要付出很大的努力.
以下步骤有助于应对这些挑战:
- 简化和创新解决方案,将遗留应用程序与现代应用程序集成
- 与云服务供应商合作,寻找有效的解决方案
- 与美高梅网投等经验丰富的咨询公司合作,加速创新解决方案的实施
- 与第三方合作伙伴建立有效的质量合同,以确保产品的整体质量
- 为每一方建立具有必要专业知识的跨职能团队,以便有凝聚力地交付产品
向每个软件工程师推广这种思维方式对建立优秀的软件质量有很大的帮助. 当团队采用超越合同义务的文化时, 它产生持续的质量改进.
以下是嵌入这种文化的方法:
- 作为与常规项目同等重要的明确项目,促进增值计划
- 为团队激励增值计划
- 建立明确的指导方针,说明什么是项目环境中的附加价值,什么不是
- 作为最佳实践和团队认可,在组织中共享增值计划
联系