HORUS – L’habilitation numérique et au-delà

Il y a environ six mois, nous avons discuté avec un directeur technique qui avait acheté un outil de pointe pour évaluer sa préparation numérique. Il a expliqué comment l’outil les avait aidés à se préparer à l’aventure numérique. Nous lui avons demandé de s’étendre sur le sujet et il a longuement expliqué comment l’outil avait introduit de la rigueur dans leur processus d’ingénierie, les avait aidés à mesurer la santé de leur code sur une base continue, à gérer les accords de niveau de service pour les membres de l’équipe d’ingénierie, et ainsi de suite.

Alors que l’approche de haut niveau recommandée et mise en œuvre par l’outil semblait logique, nous avons été surpris de constater que l’outil n’a pas approfondi les domaines qui auraient donné une représentation fidèle de leur processus d’ingénierie logicielle. Par exemple, l’outil n’a jamais examiné le système de contrôle de version utilisé par l’organisation, mais a en fait utilisé un ensemble de fichiers provenant d’un ordinateur local et publié des mesures sur la santé du code dans des tableaux de bord attrayants concernant leurs applications et les a utilisées pour déterminer leur état de préparation numérique.

La réunion, qui devait durer 30 minutes, s’est prolongée pendant deux heures, au cours desquelles nous avons expliqué pourquoi il est important de réfléchir et de trouver des réponses spécifiques au contexte de l’organisation pour des questions telles que celles qui suivent :

• En tant que responsable de l’ingénierie, comment puis-je apporter de la rigueur au processus de développement de logiciels ?
• En tant que responsable de l’ingénierie, comment puis-je mesurer la santé de la base de code ?
• Utilisons-nous des pratiques agiles et de livraison continue efficaces ?
• Mes ingénieurs logiciels ajoutent-ils de la dette technique ou de la valeur à la base de code ?
• Quels sont les indicateurs à suivre pour l’ingénierie de mise en production ?
• Quels accords de niveau de service (SLA) devrions-nous utiliser en matière d’ingénierie et comment s’assurer que les équipes s’y conforment ?
• Comment déterminer la maturité de l’ingénierie ?
• Les essais sont-ils considérés comme faisant partie des efforts d’ingénierie ?
• Une fois que vous avez identifié les lacunes en matière d’ingénierie, comment les suivre et les combler ?

On peut se demander si ces questions ne sont pas posées tous les jours par un champion au sein de l’organisation d’ingénierie. Oui, ces questions sont soulevées, mais elles sont traitées avec des outils de pointe ou à l’aide de tableaux de bord élaborés par l’équipe d’ingénieurs, ce qui ne sert à rien d’autre qu’à devenir une formalité au bout d’un certain temps.

Suite à la conversation avec le CTO, lorsque nous avons commencé à discuter de ce sujet avec certains de nos clients existants, les représentants de l’ingénierie se sont empressés de nous déconsidérer en déclarant qu’ils connaissaient ces questions et ….. réponses aussi ! Mais lorsque nous avons creusé plus profondément, c’est seulement à ce moment-là qu’ils ont eu leur révélation. Nous avons également pris conscience de la nécessité de transformer ces conversations en actions, ce qui nous a amenés à créer “HORUS“ , une solution qui aide les organisations à réussir leur parcours numérique grâce à l’excellence de l’ingénierie.

Précédent

Mesurer l’efficacité du code à l’ère de la transformation numérique