你好
我叫Dasha Ruslanova，我是Alfa Bank数字解决方案部总监。 今天，我将告诉您，在相当重要的变化中我们的生活，在重新格式化期间，我们在一年内可以实现的速度方面会取得什么结果，以及为什么我们需要解决方案架构师。
对于IT团队而言，2018年对于组织变革，流程和工程文化对企业的渗透而言是一个巨大的挑战。 当然，在前端系统开发中，扩大生产过程并缓解围绕冲突的紧张局势。
为了提高速度，我们不仅需要重新组织与雇用员工和与供应商合作的流程，还需要对现有流程进行重大创新：在线发布技术，即所谓的发布培训-每周最大的自动化流程，为移动应用程序提供价值。 目前，有20多个团队正在努力。 每周开始时，将自动收集候选发布者并启动发布管道。
我们想要实现的目标是：自动化应用程序的组装和更改描述的准备-结合开发人员在Git中所做的更改的“票证”，jira命令行中对用户故事的描述以及对客户和利益相关者的完全透明性。 未来的计划是使除手动验收测试之外的所有阶段都自动执行，以使发布周期少于一周。
顺便说一下，关于透明度-我们正在积极介绍“业务合作伙伴”的做法，这里的想法是同事在IT部门工作，同时代表企业的利益，有条件地尊重彼此的利益-50/50。 当然，这是一个理想的情况，并且具有参考平衡，实际上，一切都有些不同，一侧或另一侧要胜过它，但我们会为此努力。 在这种情况下，事实证明，同事们正在监视团队的人员充裕及其同步。 观察解决问题的质量和预算。
我们走得更远，创建了“生产节奏”系统，它使您可以查看团队的当前表现，查看评估和实施阶段的瓶颈，选择和预测负荷的状态以及所有这些在线信息
几个数字
在2014年至2017年期间，我们完成了约900项任务。 2018年已经完成940个任务。 现在，我们每月在银行的平台上进行约1,500次更改（也就是说，每天约有50个因素发生更改）。 这种速度只有在灵活且不断发展的架构中才能实现。
就像在Alpha Lab中一样在2016年，我们同时采用了两种实现银行产品的方法-“实验室”和经典的IT方法。 Labovsky的工作是根据实现的事实进行架构合法化，并且通常已经通过了实现的批准。 因此，有时将所有这些与Alpha Lab的非核心应用程序集成时会出现问题。
经典IT遵循标准流程：
- 准备业务需求。
- 准备和协调架构。
- 实施。
看起来不错，但是随着需求的变化，此过程变得非常漫长且效率低下。
因此，我们决定结合各种方法，并充分利用每种方法。 结果，出现了解决方案架构师服务。
这些人根据银行中建立的概念进行工作，并与团队和业务部门保持密切联系。 这使得在项目开始时就可以提供将完整的协调与整个银行体系结构以及实施效率相结合的解决方案。 因此，根据旧方案，架构和项目评估的协调现在大约需要1周而不是1个月。
为什么这一切如此重要？
没有人能取消技术竞赛-市场每两年对技术堆栈进行一次相当重要的更新，这需要IT管理人员不断与外部市场保持同步。 您需要能够快速引入新的团队，培训新的专家并快速进行新团队成员的入职。
因此，我们现在正在建立一个支持工作和团队同步的环境，尝试尽可能多地重用组件。 这在很大程度上也是解决方案架构师的优点。 即使没有用于撤消旧系统的特殊预算，他们的工作也使我们比首席架构师对该指标的期望超出了20％。
人与文化
在这里，我将指出我将继续从团队中不断学习的主要内容。
认可结果。 这是重要的部分，其结果应在业务级别得到认可，它不仅给人以小小的假期的感觉，而且你所做的一切都正确无误，而且还可以实现额外的同步：利益相关者期望开发团队有一些特定的东西-她完全完成了这一工作。 因为人们在发展中工作，所以对他们而言，专业地发展并专门为结果而工作非常重要。 如果仅看到结果，则很难做到这一点，并且在其他地方也不太了解。
快速失败，解析错误。 错误是需要快速识别并且必须加以讨论的事情。 在业务或一般业务头层。 不加修饰，说出发生了什么，每个人对它的看法，然后继续前进。 当然，有时在此基础上会有一些冲突拖延，但是在一年的过程中，我们学会了互相倾听，仍然是从共同事业的价值出发，而不是从我们每个人的情感出发。
总计-我们将继续扩大团队，现在我们为开发人员和建筑师提供
了30多个职位空缺 。 我们能够采用Alfa Lab的最佳实践，包括与更新交付速度有关的最佳实践，并将它们无缝集成到银行IT中，从而消除了在商定某些决策过程中同事之间可能发生的冲突。
此外，我们将继续为开发人员，设计师和测试人员举行会议（您可以在
此处关注新闻）。
第二天，我们的家伙将在叶卡捷琳堡
为Atlassian粉丝举行
会议 。