Core principles of software delivery maturity

Like most of the financial services industry, 您的组织委托IT合作伙伴提供大量的软件交付服务.

您对每个软件交付的成熟度(价值)的看法取决于您在公司中的角色. 换句话说, a CIO is mainly concerned with quality, 首席运营官判断效率, a business head is all about customer satisfaction and so on. 因此, due to the subjective nature of perception, 我们需要制定一种全面的方法，以确保交付的成熟水平.

软件交付成熟度——基于10个核心原则——应该是it合作伙伴文化的核心.



现在，让我们更详细地看看这些原则中的每一个，以及用于度量成熟度的推荐的可量化的度量标准.

1. Effective stakeholder management

交付成熟度的感知是由某种供应链中的利益相关者的经验所决定的. 像美高梅网投这样的技术供应商为金融机构的功能领域提供服务. 这些功能区域为其内部业务伙伴和提供服务, 最终, the bank provides services to its customers. At each link in the supply chain, 服务提供者由其“客户”判断，“客户”根据服务提供者的表现来感知服务成熟度的水平.

完善的行业标准为管理涉众的需求和期望提供了指导. In support of those standards, 我们利用我们的实践经验，提供了另外一两个最佳实践，以确保平衡的利益相关者管理:

• 通常，我们认为客户或消费者是交付满意度的决定性衡量标准. But don’t forget these other stakeholder communities:
  
  
  
  • 银行的客户
    
  • IT partner organizations
    
  • 它的合作伙伴员工
    


• 一种结构化和有计划的方法可以提高最佳满意度的可能性，包括:
  
  
  • 建立系统的渠道，定期获取满意度
    
  • 分析反馈，及时解决问题，并将最佳实践制度化
    
  • 定期与利益相关者沟通行动和成就
    
    


• 可量化的指标:
  
  
  • 满意指数. 每一个社区——客户、组织和员工满意度
    

组织对管理涉众满意度的承诺水平在证明其交付成熟度方面大有帮助.

2. 参与角色清晰

RACI(负责, 负责任的, 咨询, Informed)是在团队或组织中定义角色和职责的通用方法.

了解金融服务组织及其IT合作伙伴的复杂供应链, 你必须为链条上的每家公司定下明确的期望. 也, there are many groups within each organization contributing to, 消费, or influencing the software. 如果没有对每个角色和相关的RACI的明确定义，那么在理解谁做什么方面可能会有很多差距, significantly impacting software delivery success.

A structured approach to ensure RACI clarity could also include:

• Documenting the RACI as a formal matrix of roles, responsibilities and the software delivery lifecycle
  
• 沟通、协商、同意并向所有组织发布RACI
  
• 定期评估RACI的准确性和有效性，并作出必要的调整
  
  
• 可量化的指标:
  
  
  
  • Number of RACI deviations. 表示缺乏清晰度或需要补救的协议
    

3. 有效的治理

Governance encompasses all the policies, 程序, 会议的节奏和状态报告模板，以实现对软件交付的定期监控和控制. 然而, 通常缺乏对已建立的治理过程的有效性进行评估的主动检查.

以下是我们从实际经验中总结出来的一些确保有效性的最佳实践:

• Determine a single source of truth. 这可以采用在内部或第三方技术或产品上构建的集中信息门户或数据库的形式
  
• Establish a logical link across different governance levels. 您必须按照以下方式组织这些级别的信息流:
  
  
  
  • Increase levels of abstraction to ensure maximum attention span
    
  • Initiate a logical flow of required escalations
    


• Monitor governance effectiveness objectively. 通常，没有治理有效性的具体措施. This can cause delivery issues
  
  
• 可量化的指标:
  
  
  • 满意指数 on governance. A component of the overall stakeholder satisfaction index
    
  • 治理的承诺. 定期涉众对已建立的治理过程的承诺(或缺乏)
    
  • Issue remediation effectiveness. 纠正问题所花的时间可以很好地说明治理的有效性
    
    

4. 有效的评估

成功的软件交付的障碍通常是由于对软件评估模型的理解不足造成的. 现代敏捷实践简化了评估过程并减少了开销.

To ensure an effective software estimation process you need to:

• 是透明的
  
• Map the selected model to quantifiable 指标, especially velocity stability, 输出了, 交付成本, 等.
  
• 定期向所有利益相关方报告模型的表现
  
  
• 可量化的指标:
  
  
  
  • 估计的准确性. 计划与实际的对比视图，由JIRA等软件生命周期管理工具实现
    
  • 团队效率. 从其他指标如速度、速度稳定性等推导而来
    
  • Cost of software delivery. Generally measured per unit of work
    

5. Effective risk management

To ensure effectiveness:

• Differentiate between a risk and an issue. 这些过程在性质上非常不同，必须单独处理:
  
  
  
  • 风险可能对软件交付有好处，或者有负面影响
    
  • 一个问题可能是一个已经发生的风险，补救将需要一个损害控制的心态. 降低风险可能更具战略性，需要一种积极主动的心态
    
• Make sure you’re consistent in your approach to risk mitigation. 这可以鼓励软件开发链中合作伙伴之间的协作和相互信任
  
• 客观地衡量风险管理过程的有效性. Depth of focus depends on the organization’s appetite for risk
  
  
• 可量化的指标:
  
  
  • The number of issues not previously identified as risks
    
  • How many risks become issues?
    

6. 嵌入的质量

Bearing in mind today’s enterprise-wide 敏捷 practices, 对组织来说，彻底检查他们的软件质量方法是有意义的.

Banks need to redefine their “fit-for-purpose” criterion because:

• The business unit measures software quality in goals achieved (e.g., end-customer satisfaction and revenue growth), while IT relates it to efficient and defect-free delivery
  
• 现代劳动力与“重视人员和交互，而不是过程和工具”的敏捷原则相一致。
  
• 经常, 现代软件应用程序只是内部软件与第三方云和数据解决方案的集成
  

这里有8条建议，帮助你在应对新兴挑战和确保高端品质之间取得平衡:

1. Make quality a way of life -质量原则应该嵌入到软件交付的每一步
   
2. Enable compliance with quality principles -甚至在采用当代DevOps解决方案之前，就应用基本的使能器
   
3. 改进的措施 -确定符合业务目标的最低核心指标
   
4. Practice continuous knowledge management -实施结构化的知识管理，无论团队发生什么变化，都能确保团队的质量始终如一
   
5. Consolidate and collaborate -允许从一个项目的错误和最佳实践中学习到其他项目的经验
   
6. Avoid information overload — match quality guidelines and processes to the project
   
7. Leverage modern solutions -拥抱微服务、DevOps和云平台等解决方案
   
8. Promote a value-addition mindset-采用超越合同义务的文化，不断提高质量
   

7. Metric-driven

对软件质量和交付成熟度的持续度量是工作的坚实基础, 但专注于正确的核心原则是最终效果的关键:

• Focus on relevant 指标. 确定并完善与您的业务目标相匹配的最小核心质量指标(最好是5个)
  
• 对齐这些关键指标 with both business and IT quality priorities
  
• 不断地完善 您根据业务目标和项目阶段列出的前五项指标
  
• 自动化 measurement as far as possible. Any automation (even in pockets) is good automation
  
• Encourage self-evaluation. 与包括软件开发团队在内的所有涉众共享度量标准. 通过实践，建立一种持续的自我评价和启蒙的文化 镜像原理
  
  
• 可量化的指标:
  
  
  
  • Choose the most relevant 指标 进行自我分析，并在软件开发的每个阶段重新审视它们
    

8. Effective third-party engagement

Modern applications focus on cloud, data, analytics and other cutting-edge solutions, which have a direct impact on software delivery success. Key challenges to effective delivery include:

• Different software development methodologies, 治理流程, 指标, documentation and third-party characteristics, 使可交付成果与组织的其他部分保持一致
  
• 与第三方合作的竖井式方法会影响整个软件交付目标
  
• 银行和其他主要消费者利益相关者的不可见性可能会阻止第三方组织了解利益相关者的优先级
  

The following best practices will help ensure effectiveness:

• Establish multi-party governance. 定期举行的多方治理论坛使第三方组织能够了解世行的目标，并使其与核心项目保持一致
  
• Align deliverables not methodologies. 建立一个有纪律的软件发布节奏，并从所有贡献的组织中调整可交付成果，可以极大地有益于参与. 另一方面, 将开发方法和相关过程的对齐按优先顺序排列很可能被证明不是很有益
  
• Arrange back-to-back SLAs. 重要的是要使第三方组织的自定义指标与银行的sla保持一致. 这允许对交叉依赖关系进行清晰的可见性，并帮助度量和减轻软件交付的成功
  
• Consolidate knowledge management. 建立一个公共知识存储库，合并来自所有组织的内容
  
  
• 可量化的指标:
  
  
  
  • 满意指数. Satisfaction levels across all organizations in the supply chain
    
  • 软件质量度量. 有效的第三方管理体现在最终交付的软件质量上
    

9. Commitment to innovation

银行和资本市场越来越趋向于“价值超越合同义务”的原则。. This has become a key indicator of delivery maturity.

增值思维必须成为团队中每个软件工程师的第二天性, 因为当一个团队承诺超越合同义务, it generates continuous quality improvements and great innovations.

Here’s how to embed this culture:

• Promote value-addition initiatives as if they are of similar importance to regular projects
  
• Incentivize value-addition initiatives 为团队
  
• Establish clear guidelines 在项目的上下文中，什么是价值增加，什么不是价值增加
  
  
• 可量化的指标:
  
  
  
  • 增加价值衡量. 量化价值增加的有形测量，包括成本节约, 收入增加 and efficiency improvements
    

10. 专注于业务价值

客观地衡量软件交付的业务结果是一个日益增长的趋势. 这需要IT和业务生命周期的强大集成, 其次是在实现端到端DevOps流程方面的大量投资.

• 可量化的指标:
  
  
  
  • Business-related 指标 such as cost-per-unit of work, 收入增加, predictability of product delivery, time-to-market and so on
    

总之

it合作伙伴的交付成熟度是评估当今复杂环境交付质量的真正价值的一种极好的方法, hybrid financial products and services. 通过采用这10个核心原则建立交付成熟度，将成熟度嵌入到合作伙伴文化中, irrespective of the type of service delivered. 这导致了成功的合作关系，可以为银行创造非凡的业务价值.