Comment Alfa Bank vit dans une période de changement et ce que nous avons réussi à faire en combinant le développement informatique et Alfa Lab

Salut

Je m'appelle Dasha Ruslanova, je suis directrice du département des solutions numériques chez Alfa Bank. Aujourd'hui, je vais vous dire comment nous vivons lors de changements assez importants, quels résultats lors de ce reformatage nous pourrions atteindre en un an en termes de rapidité, et pourquoi avons-nous besoin d'architectes de solutions.

Pour l'équipe informatique, 2018 a été un grand défi en termes de changements organisationnels, de processus et de pénétration d'une culture d'ingénierie dans l'entreprise. Et, bien sûr, l'intensification du processus de production et l'atténuation de la situation tendue entourant les conflits dans le développement de systèmes frontaux.

Afin d'augmenter la vitesse, nous devions non seulement réorganiser les processus associés à l'embauche d'employés et travailler avec les fournisseurs, mais également apporter des innovations importantes aux processus existants: la technologie de publication en ligne, le soi-disant train de publication - un processus automatisé maximal hebdomadaire de livraison de valeurs à une application mobile. À l'heure actuelle, plus de 20 équipes y travaillent. Au début de chaque semaine, une version candidate est automatiquement collectée et un pipeline de versions est lancé.

Ce que nous voulions en venir: automatiser l'assemblage des applications et la préparation d'une description des modifications - combiner les "tickets" des modifications apportées par le développeur dans Git, et la description de la user story depuis le tableau de commande de jira, ainsi que pour une transparence totale pour les clients et les parties prenantes. Les plans futurs sont de rendre toutes les étapes, à l'exception des tests d'acceptation manuelle, automatiques afin que le cycle de publication devienne inférieur à une semaine.

Soit dit en passant, à propos de la transparence - nous introduisons activement la pratique d'un «partenaire commercial», l'idée ici est que les collègues travaillent dans l'informatique, tout en représentant les intérêts de l'entreprise, en respectant les intérêts les uns des autres, conditionnellement - 50/50. Bien sûr, c'est une situation idéale et un équilibre de référence, dans la pratique, tout est un peu différent, et d'un côté ou de l'autre l'emporte, mais nous nous efforçons de le faire. Dans une telle situation, il s'avère que les collègues surveillent à la fois le remplissage adéquat des équipes et leur synchronisation; observer à la fois la qualité de la résolution des problèmes et le budget.

Nous sommes allés plus loin et avons créé le système «Le rythme de notre production», il vous permet de voir les performances actuelles des équipes, de voir les goulots d'étranglement aux étapes de l'évaluation et de la mise en œuvre, l'état de la sélection et la charge prévisionnelle, et tout cela en ligne

Quelques chiffres

Au cours de la période de 2014 à 2017, nous avons terminé l'année avec environ 900 tâches résolues. 2018 s'est déjà terminé avec une note de 940 tâches. Désormais, nous effectuons environ 1 500 changements par mois sur les plateformes de la Banque (soit environ 50 facteurs changent une fois par jour). Cette vitesse n'est possible qu'avec une architecture flexible et évolutive.

Comme c'était dans Alpha Lab

En 2016, nous avions simultanément deux approches pour la mise en œuvre des produits bancaires - le «Lab» et l'approche informatique classique. Labovsky consistait en la légalisation de l'architecture sur le fait de l'implémentation, et souvent déjà avec l'approbation de l'implémentation. Pour cette raison, il y avait parfois des problèmes dans le processus d'intégration de tout cela avec des applications qui n'étaient pas essentielles pour Alpha Lab.

L'informatique classique a travaillé sur un processus standard:

1. Préparation des exigences commerciales.
2. Préparation et coordination de l'architecture.
3. Mise en œuvre.

Cela semble bon, mais comme les exigences ont changé, ce processus est devenu très long et inefficace.

Par conséquent, nous avons décidé de combiner les approches en tirant le meilleur parti de chacune. En conséquence, un service d'architectes de solutions est apparu.

Ces mecs travaillent sur la base de concepts établis en banque, et en contact étroit avec les équipes et les business units. Cela permet dès le début du projet de proposer des solutions alliant à la fois une coordination complète avec l'architecture de la banque dans son ensemble et une efficacité de mise en œuvre. Grâce à cela, la coordination de l'architecture et de l'évaluation du projet prend désormais environ 1 semaine au lieu de 1 mois selon l'ancien schéma.

Pourquoi tout cela est-il si important?

Personne n'a annulé la course à la technologie - tous les deux ans, une mise à jour assez importante de la pile technologique a lieu sur le marché, ce qui nécessite que la direction informatique se synchronise constamment avec le marché externe. Vous devez être en mesure d'introduire rapidement une nouvelle pile, de former de nouveaux spécialistes et de procéder rapidement à l'intégration de nouveaux membres de l'équipe.

Par conséquent, nous construisons maintenant un environnement de support pour la synchronisation du travail et de l'équipe, en essayant de réutiliser les composants autant que possible. Et c'est aussi largement le mérite des architectes de solutions. Même en l'absence d'un budget spécial pour le retrait des anciens systèmes, leur travail a permis de dépasser de 20% les attentes de l'architecte en chef sur cet indicateur.

Gens et culture

Ici, je vais noter les principales choses que je continue d'apprendre constamment de mon équipe.

Reconnaissance des résultats. C'est une partie importante, les résultats doivent être reconnus au niveau de l'entreprise, cela donne non seulement un sentiment de petites vacances et que vous avez tout bien fait, mais aussi une synchronisation supplémentaire: la partie prenante attendait quelque chose de spécifique de la part de l'équipe de développement - et elle l'a terminé dans son intégralité. Parce que les gens travaillent dans le développement, pour qui il est très important de se développer professionnellement et de travailler spécifiquement pour le résultat. Et c'est difficile à faire si seulement vous voyez le résultat, et ce n'est pas très reconnu ailleurs.

Échec rapide, analyse des erreurs. Les erreurs sont une chose qui doit être rapidement identifiée et doit être discutée. Au niveau de la tête de filière ou, en général, des affaires. Sans embellissement, dites ce qui s'est passé, ce que tout le monde en pense et continuez. Bien sûr, il y a parfois des conflits sur cette base qui s'éternisent, mais au cours d'une année, nous avons appris à nous entendre et à partir de la valeur d'une cause commune plutôt que des émotions de chacun de nous.

Total - nous continuons d'élargir l'équipe, nous avons actuellement plus de 30 postes vacants pour les développeurs et les architectes. Nous avons pu prendre les meilleures pratiques d'Alfa Lab, y compris celles liées à la rapidité de livraison des mises à jour, et les intégrer de manière transparente dans l'informatique bancaire, annulant les éventuels conflits entre collègues en train de s'entendre sur certaines décisions.

De plus, nous continuons à organiser des réunions pour les développeurs, les concepteurs et les testeurs (vous pouvez suivre l'actualité ici ).

Et après-demain, nos gars tiendront une réunion à Ekaterinbourg pour les fans d'Atlassian .