Entrazure
Ce que c’est réellement
Des séances de travail sur le code que nous avons écrit pour vous. Pas une introduction à Terraform. Un parcours de vos modules, de votre pipeline, de votre jeu de politiques : pourquoi la hiérarchie de groupes d’administration a cette forme, ce qui casse si un module change, comment ajouter un abonnement, ce que le pipeline fait à l’ouverture d’une pull request et ce qu’il refuse de faire. Vos ingénieurs ouvrent le code et font une modification pendant la séance, avec nous dans la pièce. C’est la seule façon fiable de savoir si le transfert a pris.
Les fondamentaux Azure et IA pour vos équipes. Destinés aux personnes qui vivront avec le parc : l’équipe de plateforme qui l’exploitera, les développeurs qui y déploieront, et le cas échéant les analystes et les gens de données qui le consomment. Le contenu est bâti contre votre environnement : le modèle d’identité de la séance est celui de votre locataire, et la nomenclature de l’exercice est la vôtre.
L’accompagnement des revues d’architecture. Nous assistons à vos revues de conception et posons les questions que nous nous poserions : où cette donnée se pose-t-elle, qui peut l’atteindre, combien ça coûte à trois fois le volume, que se passe-t-il en cas de panne, que voit un auditeur. Après quelques cycles, vos architectes mènent la revue et nous y sommes en deuxième avis. L’objectif est que la revue survive à notre départ : un processus qui ne fonctionne qu’en présence d’un consultant n’est pas un processus.
De la documentation et des procédures faites pour être exécutées. Écrites pour la personne qui fait la tâche à sept heures du matin, pas pour celle qui approuve la facture. Chaque tâche d’exploitation récurrente a sa procédure, et chacune est testée par quelqu’un de votre équipe pendant que nous sommes encore là pour la corriger.
Une revue de sortie. Une séance en fin de mandat qui nomme ce que l’équipe sait maintenant faire seule, ce qui dépend encore de nous, et ce que nous recommandons avant que cette dépendance devienne un problème. C’est écrit, y compris les parties inconfortables.
Vendu dans le cadre d’un mandat, pas comme un catalogue de cours
C’est un service, pas une école. Il n’y a ni calendrier public, ni numéros de cours, ni parcours de certification, ni prix par participant. Le transfert se cadre comme un lot de travail à l’intérieur d’un mandat de livraison, ou comme un bloc rattaché à un parc que nous exploitons déjà.
La raison n’est pas de la modestie commerciale. Une formation détachée de votre environnement enseigne de l’Azure générique, et l’Azure générique est déjà bien enseigné, gratuitement, par le matériel d’apprentissage de Microsoft. Ce qu’aucun cours ne couvre, c’est pourquoi votre jeu de politiques exempte un abonnement, pourquoi la topologie réseau porte une asymétrie, ou ce que l’équipe a tranché en première semaine puis oublié. Ce savoir-là n’existe qu’à l’intérieur du mandat, et il se dégrade vite dès que les personnes qui le détiennent passent à autre chose. Le transfert, c’est la façon de le sortir de nos têtes pour le mettre dans les vôtres pendant qu’il est encore exact.
Le cadrage honnête est donc celui-ci. S’il vous faut un organisme de formation, nous n’en sommes pas un et nous le dirons au premier appel. S’il vous faut que votre équipe puisse exploiter, faire évoluer et défendre ce qui a été construit pour elle, c’est exactement ça, et ça doit figurer dans l’énoncé de travail dès le départ plutôt que d’être négocié en supplément à la fin.
À quel moment ça se passe
Le transfert est réparti sur le mandat plutôt que gardé pour la fin.
Pendant la phase des décisions. Votre équipe est dans la pièce quand les choix coûteux à défaire se prennent, parce que comprendre une décision est bien plus facile que la reconstituer à partir du résultat. Le registre de décisions est un artefact partagé, pas un rapport remis.
Pendant la construction. Les séances suivent le travail : la séance sur le pipeline a lieu la semaine où le pipeline se construit, celle sur les politiques la semaine où le jeu de politiques arrive. Vos ingénieurs relisent nos pull requests, ce qui est du transfert déguisé en revue de code et fonctionne mieux que l’un ou l’autre séparément.
À la remise. Les parcours de procédures, avec votre équipe qui exécute et nous qui regardons, plutôt que l’inverse.
Après. Quand le mandat se poursuit en Azure infogéré, la revue d’architecture trimestrielle est elle-même une séance de transfert, et l’équilibre se déplace avec le temps : nous présentons de moins en moins, votre équipe de plus en plus.
Ce que vous gardez
- Les parcours écrits de votre code d’infrastructure, rattachés au dépôt qu’ils décrivent.
- Les procédures de chaque tâche récurrente, chacune testée par une personne de votre équipe.
- Les registres de décisions, avec le raisonnement derrière chaque choix et pas seulement le choix.
- Le matériel des séances, bâti contre votre environnement, dans votre dépôt, à réutiliser et à modifier.
- La revue de sortie, qui nomme honnêtement ce que votre équipe sait faire seule et ce qu’elle ne sait pas encore.
Pour qui c’est
Des organisations qui comptent s’approprier ce qui a été construit pour elles. Ça compte surtout quand une équipe interne est petite et hérite de quelque chose de plus sophistiqué que ce qu’elle exploitait avant, typiquement après une landing zone Azure, un mandat DevOps et infrastructure en code, ou une construction en ingénierie IA où le modèle d’exploitation est neuf pour tout le monde. Ça vaut tout autant côté poste de travail, où la gouvernance issue d’un mandat d’environnement de travail numérique doit être tenue par des gens qui ne l’ont pas conçue.
Pour qui ce n’est pas
Si vous cherchez un catalogue de cours, des séances au calendrier et de la préparation aux certifications, achetez ça à un fournisseur de formation. C’est un vrai métier, et ce n’est pas le nôtre.
Si le plan est d’externaliser l’exploitation en permanence et que l’équipe n’a aucune intention de toucher au parc, le transfert est une ligne budgétaire que personne n’utilisera. Dites-le, et nous cadrerons une entente d’infogérance au lieu de faire semblant qu’un transfert va avoir lieu.
Et si l’équipe n’a pas le temps d’assister aux séances, ça échoue en silence. Deux heures par semaine est un engagement réel, et un mandat où personne n’est libéré pour y participer produit un parc bien documenté que personne ne comprend.
Pages liées
- Landing zone Azure, le mandat dont ce travail rend le registre de décisions durable.
- DevOps et infrastructure en code, le code sur lequel les séances de travail se tiennent.
- Environnement de travail numérique Microsoft 365, la gouvernance que votre équipe doit tenir.
- Azure infogéré et FinOps, l’autre voie quand le transfert n’est pas l’objectif.
- Tous les services Azure, le catalogue complet des mandats.
Questions fréquentes
Peut-on acheter la formation seule, sans projet ?
Seulement lorsque nous connaissons déjà le parc, en général parce que nous en avons construit une partie ou que nous l’exploitons. Le transfert fonctionne parce que la matière, c’est votre code, votre jeu de politiques et votre architecture. Détaché de ça, il devient du contenu Azure générique, que Microsoft publie gratuitement et enseigne mieux que nous.
Préparez-vous aux examens de certification Microsoft ?
Non. Nous ne faisons pas de préparation aux examens, nous n’émettons aucune attestation, et nous ne sommes pas un organisme de formation. Si l’objectif est la certification, achetez-la à un fournisseur dont c’est tout le métier. Nos séances visent la capacité d’exploiter et de modifier votre parc, ce qui est un objectif différent.
Qui anime les séances ?
Les ingénieurs et les architectes qui ont fait le travail. Notre pratique ne confie pas le transfert à un formateur qui relirait les notes de quelqu’un d’autre : ce qui a de la valeur dans une séance, c’est la réponse à la question que personne n’avait préparée, et cette réponse vient de la personne qui a écrit le code.
Combien de temps ça prend à notre équipe ?
Comptez deux heures par séance et de quatre à huit séances sur la durée d’un mandat, étalées plutôt qu’empilées. Un transfert comprimé dans la dernière semaine est une cérémonie de remise, pas un transfert, et l’essentiel est oublié avant le premier besoin réel.
Et si notre équipe n’est pas prête pour l’architecture que vous avez construite ?
Alors c’est un problème de cadrage, et nous préférons le découvrir en première semaine plutôt qu’à la remise. Parfois la réponse honnête est une architecture plus simple. Parfois c’est un bloc de transfert plus long, ou une entente d’infogérance le temps que l’équipe grandisse. Ce que nous ne ferons pas, c’est livrer quelque chose de sophistiqué, tenir une séance de formation et déclarer l’écart comblé.
Est-ce que nous gardons le matériel ?
Oui. Les enregistrements quand la séance est enregistrée, les parcours écrits, les exercices et les registres de décisions, dans votre propre dépôt. Le matériel est écrit contre votre environnement : il reste utile après notre départ au lieu de devenir une présentation que personne ne rouvre.
Une question sur ce mandat ?
Trois champs. Un architecte le lit et répond en un jour ouvrable.