你好
我的名字叫Alexander，我负责UBRD的IT开发！
在2017年，我们在UBRD信息技术服务开发中心意识到全球变革或敏捷转型的时机已经到来。 在业务密集发展和金融市场竞争迅速增长的情况下，两年是令人印象深刻的时期。 因此，该评估该项目了。
最困难的事情是改变您的思维方式，并逐渐改变组织中的文化，习惯上要推理：“谁将成为该团队的老板？”，“老板更了解我们需要做什么”，“我们在这里工作了10年，并且比我们的客户更了解，我们知道他们的需求。”
敏捷变革只有在人们自己改变时才能发生。
我要强调阻止人们改变的以下主要恐惧：
走上了转型之路，我们选择了首批“有经验的兔子”-零售部门的员工。 第一步是重新设计效率低下的IT结构。 在提出结构的目标概念之后，我们开始组建开发团队。
就像许多其他银行一样，我们银行的架构也要轻描淡写。 通过DB链接无缝链接的大量应用程序和组件具有ESB总线，但无法实现其目的。 也有几种ABS。
在组建Scrum团队之前，出现了一个问题：“团队应该围绕什么进行组装？”。 当然，银行中有一种产品的概念是悬而未决的，但是距离却遥不可及。 经过深思熟虑，他们决定将团队聚集在一个方向或一个部门。 例如，开发贷款的“ Team Loans”。 决定了这一点之后，我们开始提出目标的角色组成和该领域有效发展所需的一套能力。 像许多其他公司一样，我们考虑了Scrum Master以外的所有角色-当时几乎无法向CIO解释这个好人的角色。
结果，在明确了建立开发团队的必要性之后，我们成立了三个团队：
- 贷款额
- 卡片
- 被动操作
具有一组角色：
- 开发经理（技术主管）
- 开发者
- 分析员
- 测试仪
下一步是确定团队的工作方式。 我们对所有团队成员进行了敏捷培训，将每个人都放在一个房间里。 PO不在团队中。 可能每个进行敏捷转换的人都知道，要解释PO在业务中的作用是多么困难，而将其置于团队旁边并赋予其权力甚至更加困难。 但是我们已经“步入”了这些变化。
由于大量的应用程序涉及到贷款流程和零售业务的其他领域，因此我们开始思考，谁能胜任？ 一个技术堆栈的开发人员，然后您就可以看到-并且您需要另一个技术堆栈的开发人员！ 因此，您找到了需要的人，但是员工的渴望也是一件重要的事情，而让一个人在他不喜欢的地方工作是非常困难的。
在分析了企业贷款流程的工作以及与同事的长时间交谈之后，我们仍然找到了中间立场！ 因此，有三个开发团队。
接下来是什么？
人们开始分为那些想要改变的人和那些不想改变的人。 每个人都习惯在以下条件下工作：“他们给了我一个任务，我做到了，让我独自一人”，团队合作并不意味着这样做。 但是我们已经解决了这个问题。 在变更期间，总共有150人中有8人退出了！
然后，乐趣开始了。 我们的跨部门团队开始发展自己。 例如，有一项您需要在CRM开发人员领域中具有技能的任务。 他在团队中，但他一个人。 还有一个Oracle开发人员。 如果您需要解决CRM中的2或3个任务，该怎么办？ 互相教！ 他们开始互相转移自己的能力，团队扩大了能力，最大限度地减少了对一位强大专家的依赖（顺便说一句，在任何一家公司中，都有超人知道一切，却不告诉任何人）。
今天，我们已经收集了13个开发团队，用于业务和服务开发的所有领域。 我们继续进行敏捷转型，并迈入新的高度。 这将需要新的更改。 我们将重新设计团队和架构，我们将开发能力。
我们的最终目标是：快速响应产品变化，迅速向市场推出新功能并改善银行服务！