AS SiOI
Aperçu Link to heading
Période : Décembre 2013 — Février 2017
Utilisateur : Ministère de l’Énergie de la Fédération de Russie, JSC “Opérateur du Système Énergétique Unifié”
Prestataire : IT Energy Service
Client : JSC “Inspection Technique de l’UES”
Mon Rôle : Ingénieur de Données, Analyste, Architecte, Développeur
Taille de l’Équipe : 35 spécialistes
Réussite en Management Link to heading
🎭 J’avais initialement l’intention de décrire les exigences fonctionnelles et les solutions techniques. Cependant, j’ai décidé de partager ma plus importante réussite en management. Le texte est long et ne se concentre pas sur mes compétences en architecture ou en développement, donc si vous préférez revenir à des sections plus pertinentes — n’hésitez pas à le faire.
Prologue Link to heading
La première phase d’AS SiOI a été lancée en 2012. Elle était basée sur des postes de travail automatisés utilisant des fichiers Excel avec des macros pour remplir des formulaires de rapports.
Le développement et le support du système étaient gérés par un département que nous appelions la Vieille Garde. Il était principalement composé de programmeurs qui travaillaient dans l’entreprise depuis l’époque soviétique, lorsqu’elle portait le nom résonnant de “Centre Principal de Calcul de l’Énergie”. Le plus jeune employé du département avait la cinquantaine.
Au moment de la signature du contrat pour le développement de la deuxième phase, j’occupais le poste de chef de division chez IT Energy Service, chargé de sa mise en œuvre. J’avais 26 ans, et les développeurs étaient encore plus jeunes.
Première Partie : Fusion Link to heading
La deuxième phase d’AS SiOI a été développée tout au long de 2015, parallèlement au support continu de la première phase. Notre équipe avait déjà interagi avec la Vieille Garde lors de la mise en œuvre d’autres portails, mais avec le début des travaux sur le nouveau système, une plus grande cohésion était nécessaire. Nous avons même changé de bureaux pour travailler dans le même espace ouvert.
L’étape finale de l’unification a été la décision de la direction de l’entreprise d’intégrer l’ancienne équipe dans notre division, ce qui a instantanément doublé le nombre de mes subordonnés (sans compter l’équipe de sous-traitants de taille similaire).
Au début, tout se passait bien : nous consultions régulièrement les employés expérimentés sur des questions méthodologiques, observions directement comment le support utilisateur était assuré, et découvrions quels problèmes préoccupaient le plus le client.
Mais à mesure que nous nous rapprochions du lancement du nouveau système, l’inévitable devenait évident pour tous :
There is no country for old men
La situation n’était pas facilitée par la directive officieuse de la direction de “garder autant d’employés à leurs postes que possible après la transition vers la deuxième phase”. Dans mon esprit à ce moment-là, cela signifiait une seule chose — un fardeau !
Deuxième Partie : Transformation Link to heading
La transition d’un système à l’autre ressemblait à des scènes d’un tableau de Bosch. Des centaines d’entreprises énergétiques de tout le pays, deux entreprises d’État du côté client, et le Ministère de l’Énergie de la Fédération de Russie, qui exigeait la fourniture en temps opportun de rapports consolidés indépendamment des nuances techniques de la collecte des données brutes.
Ajoutant de l’huile sur le feu, les opérateurs de première ligne travaillaient dans la même pièce, épaule contre épaule avec mon équipe, et chaque appel entrant résonnait en chacun de nous comme un cri perçant.
Il faut reconnaître le mérite des utilisateurs qui ont traversé toutes les étapes du deuil pendant cette période :
- rejeté le nouveau système et demandé l’ancien
- déversé des tonnes de malédictions furieuses
- négocié pour que nous corrigions manuellement les données déformées par le système
- gardé un silence dépressif en attendant les corrections de bugs
- finalement accepté que le monde est imparfait, et commencé à nous écrire des poèmes
Durant ces premiers mois, il n’y avait pas de temps pour des remaniements de personnel — tout le monde faisait tout. Cependant, après avoir stabilisé le système, nous avons dû décider comment fournir des tâches à ceux qui avaient passé des années à développer des formulaires Excel en VBA.
La première à subir une réorientation était une employée qui avait auparavant développé des rapports analytiques. Dans le nouveau système, SAP BusinessObjects était utilisé à cette fin. Initialement, elle s’occupait de la présentation visuelle des rapports, du formatage des textes et des graphiques. À mesure qu’elle se familiarisait avec l’outil, elle a commencé à configurer la logique métier, et après seulement quelques mois, nous avons pu lui confier avec assurance le développement de cubes OLAP.
Ceux qui avaient de l’expérience avec les bases de données ne faisaient également au début que des corrections ponctuelles, et au fil du temps, révélant progressivement leur potentiel, ils ont entrepris des tâches de plus en plus complexes jusqu’à l’automatisation au niveau de la base de données : écriture de procédures, déclencheurs et optimisation de requêtes.
Mais celle qui m’a le plus surpris était notre employée la plus respectée, âgée de 75 ans. Guidé par mes préjugés, j’ai reporté son intégration dans le nouvel environnement jusqu’au dernier moment et me préparais intérieurement à prendre une décision difficile. La nécessité est venue à notre aide : les sous-traitants qui supportaient la partie du système écrite en APEX ont quitté le projet, et nous devions les remplacer par nos propres ressources. Malgré la riche expérience de l’entreprise avec Oracle, personne n’avait travaillé auparavant sur des projets APEX, alors j’ai décidé d’essayer. Et, boy oh boy, je n’aurais pas pu imaginer à quel point ce serait un succès. Lydia Nikitishna s’est attaquée à ce nouveau domaine avec une persévérance admirable, et après seulement un mois, nous avions oublié tous les problèmes dans cette direction — elle gérait les tâches entrantes comme si de rien n’était !
Troisième Partie : Illumination Link to heading
La première année de support du nouveau système nous a tous donné une expérience incomparable. Au début, les deux équipes se méfiaient l’une de l’autre : les jeunes, y compris moi-même, ne comprenaient pas comment ces dinosaures pouvaient être utiles, tandis que les vétérans s’indignaient de voir ces blancs-becs leur dire comment travailler. Mais vers l’automne, nous étions devenus une équipe cohésive unique où chacun comprenait et respectait les contributions des collègues. J’observais avec une joie non dissimulée comment des étudiants d’hier travaillaient aux côtés de ceux qui avaient connu les cartes perforées : une image qui me semblait impossible peu de temps auparavant.
Épilogue Link to heading
De toute la Vieille Garde, un seul employé a dû être mis à la retraite — celui qui ne voulait ni effectuer de nouvelles tâches ni arrêter de regarder des vidéos d’un certain… hub sur son lieu de travail.
Personnellement, la réalisation la plus importante pour moi dans cette histoire était une vérité simple : nous sommes vivants tant que nous sommes nécessaires. Il n’y a pas de meilleur remède contre le vieillissement que de se sentir utile et valorisé.
Détails Techniques du Projet Link to heading
- Plateforme : Java EE, Oracle WebLogic Server
- Base de Données : Oracle Database
- Frontend : JavaScript, HTML5, CSS3
- Analytique : SAP BusinessObjects, Oracle APEX
- Gestion Documentaire : Intégration avec des systèmes de gestion électronique des documents
- Échelle : Traitement des rapports de centaines d’entreprises énergétiques russes