Wie die Alfa Bank in einer Zeit des Wandels lebt und was wir durch die Kombination von IT-Entwicklung und Alfa Lab geschafft haben

Hallo!

Mein Name ist Dasha Ruslanova, ich bin der Direktor der Abteilung für digitale Lösungen bei der Alfa Bank. Heute werde ich Ihnen erzählen, wie wir während ziemlich bedeutender Veränderungen leben, welche Ergebnisse bei dieser Neuformatierung wir in einem Jahr in Bezug auf Geschwindigkeit erzielen könnten und warum wir Lösungsarchitekten brauchen.

Für das IT-Team war 2018 eine große Herausforderung in Bezug auf organisatorische Änderungen, Prozesse und das Eindringen einer Ingenieurkultur in das Unternehmen. Und natürlich den Produktionsprozess zu vergrößern und die angespannte Situation im Zusammenhang mit Konflikten bei der Entwicklung von Front-End-Systemen zu lindern.

Um die Geschwindigkeit zu erhöhen, mussten wir nicht nur die Prozesse neu organisieren, die mit der Einstellung von Mitarbeitern und der Zusammenarbeit mit Lieferanten verbunden sind, sondern auch bedeutende Innovationen in bestehende Prozesse einbringen: Inline-Release-Technologie, den sogenannten Release-Zug - ein wöchentlicher maximal automatisierter Prozess zur Bereitstellung von Werten für eine mobile Anwendung. Derzeit arbeiten über 20 Teams daran. Zu Beginn jeder Woche wird automatisch ein Release-Kandidat gesammelt und eine Release-Pipeline gestartet.

Was wir erreichen wollten: die Zusammenstellung von Anwendungen und die Erstellung einer Beschreibung von Änderungen zu automatisieren - die "Tickets" der vom Entwickler in Git vorgenommenen Änderungen und die Beschreibung der User Story von der Kommandotafel in Jira sowie vollständige Transparenz für Kunden und Stakeholder zu kombinieren. Zukünftige Pläne sehen vor, alle Phasen außer dem manuellen Abnahmetest automatisch durchzuführen, damit der Freigabezyklus weniger als eine Woche beträgt.

Übrigens, was Transparenz betrifft - wir führen aktiv die Praxis eines „Geschäftspartners“ ein. Hier geht es darum, dass Kollegen in der IT arbeiten und dabei die Interessen des Unternehmens vertreten und die Interessen der anderen bedingt respektieren - 50/50. Natürlich ist dies eine ideale Situation und ein Referenzgleichgewicht. In der Praxis ist alles etwas anders und die eine oder andere Seite überwiegt es, aber wir streben danach. In einer solchen Situation stellt sich heraus, dass Kollegen sowohl die angemessene Besetzung der Teams als auch deren Synchronisation überwachen. Beachten Sie sowohl die Qualität der Problemlösung als auch das Budget.

Wir sind noch weiter gegangen und haben das System „Der Rhythmus unserer Produktion“ entwickelt, mit dem Sie die aktuelle Leistung von Teams, Engpässe in den Phasen der Evaluierung und Implementierung, den Status der Auswahl und die prognostizierte Belastung sowie alles online sehen können

Nur wenige Zahlen


Im Zeitraum von 2014 bis 2017 haben wir das Jahr mit rund 900 gelösten Aufgaben abgeschlossen. 2018 ist bereits mit 940 Aufgaben abgeschlossen. Jetzt führen wir monatlich rund 1.500 Änderungen auf den Plattformen der Bank durch (dh ungefähr 50 Faktoren ändern sich einmal täglich). Diese Geschwindigkeit ist nur mit einer flexiblen und evolutionären Architektur möglich.

Wie im Alpha Lab

2016 hatten wir gleichzeitig zwei Ansätze zur Implementierung von Bankprodukten - das "Lab" und den klassischen IT-Ansatz. Labovsky bestand in der Legalisierung der Architektur aufgrund der Tatsache der Implementierung und oft bereits mit der Genehmigung der Implementierung. Aus diesem Grund gab es manchmal Probleme bei der Integration all dessen in Anwendungen, die für Alpha Lab nicht zum Kern gehörten.

Die klassische IT arbeitete an einem Standardprozess:

  1. Vorbereitung der Geschäftsanforderungen.
  2. Vorbereitung und Koordination der Architektur.
  3. Implementierung.


Es sieht gut aus, aber als sich die Anforderungen änderten, wurde dieser Prozess sehr lang und ineffizient.

Aus diesem Grund haben wir uns entschlossen, Ansätze zu kombinieren und das Beste aus jedem herauszuholen. Als Ergebnis erschien ein Lösungsarchitekten-Service.

Diese Leute arbeiten auf der Grundlage von Konzepten, die in der Bank etabliert sind, und in engem Kontakt mit Teams und Geschäftsbereichen. Dies ermöglicht es zu Beginn des Projekts, Lösungen anzubieten, die sowohl eine vollständige Koordination mit der Architektur der gesamten Bank als auch eine effiziente Umsetzung verbinden. Dank dessen dauert die Koordination von Architektur und Projektevaluierung nach dem alten Schema nun etwa 1 Woche statt 1 Monat.

Warum ist das alles so wichtig?


Niemand hat das Technologierennen abgesagt - alle zwei Jahre findet eine ziemlich bedeutende Aktualisierung des Technologie-Stacks auf dem Markt statt, und dies erfordert, dass sich das IT-Management ständig mit dem externen Markt synchronisiert. Sie müssen in der Lage sein, schnell einen neuen Stack einzuführen, neue Spezialisten auszubilden und neue Teammitglieder schnell einzubinden.

Aus diesem Grund bauen wir jetzt eine unterstützende Umgebung für die Arbeits- und Teamsynchronisation auf und versuchen, Komponenten so weit wie möglich wiederzuverwenden. Und das ist auch weitgehend das Verdienst von Lösungsarchitekten. Selbst ohne ein spezielles Budget für den Rückzug von Altsystemen konnten wir durch ihre Arbeit die Erwartungen des Chefarchitekten an diesen Indikator um 20% übertreffen.

Menschen und Kultur


Hier werde ich die wichtigsten Dinge notieren, die ich ständig von meinem Team lerne.

Anerkennung von Ergebnissen. Dies ist ein wichtiger Teil, die Ergebnisse sollten auf Unternehmensebene anerkannt werden, es vermittelt nicht nur das Gefühl eines kleinen Urlaubs und dass Sie alles richtig gemacht haben, sondern auch eine zusätzliche Synchronisation: Die Stakeholder erwarteten etwas Spezifisches vom Entwicklungsteam - und sie hat es vollständig abgeschlossen. Weil Menschen in der Entwicklung arbeiten, für die es sehr wichtig ist, sich professionell zu entwickeln und gezielt für das Ergebnis zu arbeiten. Und dies ist schwierig, wenn Sie nur das Ergebnis sehen und es anderswo nicht sehr anerkannt ist.

Fehler schnell, Analysefehler. Fehler sind eine Sache, die schnell identifiziert und diskutiert werden muss. Auf der Ebene des Stream-Leiters oder allgemein des Geschäfts. Sagen Sie ohne Verschönerung, was passiert ist, was alle darüber denken, und fahren Sie fort. Natürlich gibt es manchmal Konflikte auf dieser Basis, die sich hinziehen, aber im Laufe eines Jahres haben wir gelernt, einander zu hören und beginnen immer noch mit dem Wert einer gemeinsamen Sache und nicht mit den Emotionen eines jeden von uns.

Insgesamt - wir bauen das Team weiter aus. Derzeit sind mehr als 30 Stellen für Entwickler und Architekten offen. Wir konnten die Best Practices von Alfa Lab nutzen, einschließlich derer, die sich auf die Geschwindigkeit der Bereitstellung von Updates beziehen, und diese nahtlos in die Bank-IT integrieren, wodurch mögliche Konflikte zwischen Kollegen bei der Einigung auf bestimmte Entscheidungen zunichte gemacht wurden.

Darüber hinaus halten wir weiterhin Meetings für Entwickler, Designer und Tester ab (Sie können die Neuigkeiten hier verfolgen).

Und übermorgen werden unsere Jungs in Jekaterinburg ein Treffen für Atlassian-Fans abhalten.

Source: https://habr.com/ru/post/de448276/


All Articles