凯特·科德尔，客户总监
快速适应不断变化的环境需要新的系统和工作方式，帮助你快速和经济有效地行动。但如何在不中断的情况下实现转型?把改变转化为竞争优势的最好方法是什么?
瀑布模型和对手工测试的依赖会浪费宝贵的时间，并导致严重的瓶颈。那么，如何过渡到一个迭代过程，定期反馈循环，帮助改造你的银行?
通过敏捷性转换业务价值
敏捷模型的成功采用可以带来巨大的优势，包括更快的上市时间、更大的商业价值、更好的客户参与度和产品/服务质量。
它们为企业提供了一个定义、优先排序和实现业务价值的绝佳框架。
使业务价值成为变革议程的核心，推动个人所有权和对价值结果的承诺;它将变更团队与业务及其客户的优先级联系起来。成功是基于团队交付的价值，而不是完成的工作或创造的资产。
我们与领先的银行机构合作，实施了“用户故事到价值”的运营模式，应用了以下属性:
- 精益
- DevOps
- Spotify
- 安全
- 少
- 管理3.0
这一经验帮助我们确定了一些共同的挑战和有效的解决办法。
运营模式
敏捷转换建立适合目的的运营模型，以价值为导向。随着价值概念和优先事项的变化(由市场和人口力量驱动)，模型也需要进化和适应。这意味着新的团队结构，新的工作方式，由具有正确心态的人员组成;拥抱变化的心态和不断创新的文化。对于受影响的个人来说，所有这些都意味着痛苦和不舒服的过渡。
文化与心态
变革计划在组织内部的多个层面遇到阻力是很常见的。改变心态和行为意味着采取激进的行动，同时承认和减轻相关风险。
扁平化管理层级需要勇气，但可以非常有效地创建有凝聚力和高度联系的团队;它消除了在新标签下重建旧领土边界和封地的倾向。
经验丰富的变革推动者，熟悉典型的陷阱和行为“反模式”，可以在变革之旅中提供及时的指导和保证。我们动员了“t型”教练，与客户领导者合作;事实证明，它们在帮助团队理解变更的“原因”和推动全心采用方面非常有效。
团队结构，工作方式
组织可能很难在交付团队中获得业务和客户领域的正确表示，特别是在由独立的技术组织交付变更的情况下。
敏捷转换计划的成败取决于整个变更生态系统的参与程度。在这方面，产品负责人的角色至关重要;它需要反映对生态系统角色和功能的强烈认识，这些角色和功能可以对客户和业务产生影响。例如，当业务和IT运营团队被低估或忽视时，就会出现问题，最终影响客户体验、运营和支持工作以及管理费用。
产品负责人需要确保用户描述及其接受标准反映了直接或间接影响客户的领域。
架构和基础设施
根据我们的经验，技术能力(资产、工具、基础设施、技能)可以极大地破坏或释放价值潜力。
致力于将DevOps作为交付模型的组织，往往低估了在操作技能和工具上所需的投资。合适的合作伙伴可以根据您的投资和风险偏好制定转型路线图，从而启动这一过程。一套清晰的基于价值的选项，与您的业务和技术堆栈相一致，将支持您的决策。
IT组织面临的一个关键挑战是向企业展示他们能够提供支持其雄心的技术敏捷性。当内部技术团队反应缓慢时，企业可能会面临巨大的市场压力，要求他们追求“影子IT”。有效的方法可以是多速度的技术路线图，在对业务最重要的地方加速敏捷性。我们可以帮助塑造和优化IT的价值之旅。
