HORUS – Activation numérique et au-delà

Il y a environ 6 mois, nous avons eu une conversation avec un CTO, qui avait acheté un outil de pointe pour évaluer sa préparation numérique . Il a expliqué comment l’outil les avait réellement aidés à se préparer au voyage numérique. Nous lui avons demandé de développer 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 en continu la santé de leur code, à gérer les SLA pour les membres de l’équipe d’ingénierie, etc.

Alors que l’approche de haut niveau recommandée et mise en œuvre par l’outil semblait logique, nous avons été surpris de voir 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 avait en fait utilisé un ensemble de fichiers à partir d’un ordinateur local et publié des mesures sur la santé du code dans des tableaux de bord accrocheurs sur leurs applications et l’avait utilisé pour déterminer leur numérique . préparation.

La réunion qui était prévue pour 30 minutes a duré 2 heures, car nous avons expliqué pourquoi il est important de réfléchir et d’en tirer des réponses spécifiques au contexte de l’organisation pour des questions telles que celles ci-dessous :

• En tant que responsable de l’ingénierie, comment puis-je apporter de la rigueur au processus de développement logiciel ?
• 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 une dette technique ou ajoutent-ils de la valeur d’actif à la base de code ?
• Quelles métriques dois-je suivre pour l’ingénierie des versions ?
• Quels SLA d’ingénierie devrions-nous utiliser et comment nous assurer que les équipes s’y conforment ?
• Comment déterminer la maturité de l’ingénierie ?
• Les tests sont-ils considérés comme faisant partie des efforts d’ingénierie ?
• Une fois que vous avez identifié les lacunes techniques, comment les suivre et les combler

Maintenant, on pourrait 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, ils sont soulevés mais sont traités avec des outils de pointe ou traités à l’aide de tableaux de bord construits par l’équipe d’ingénierie qui ne servent à rien d’autre que de devenir une formalité sur une période de temps.

Suite à la conversation du CTO, alors que nous commencions à discuter de ce sujet avec certains de nos clients existants, les représentants de l’ingénierie n’ont pas tardé à nous dire qu’ils connaissaient ces questions et…. réponses aussi ! Mais quand nous avons creusé plus profondément, alors seulement ils ont eu leur révélation. Nous avons également pris conscience de la nécessité de convertir ces conversations en action, ce qui nous a amenés à créer ” HORUS “ , une solution qui aide les organisations à réussir leur parcours numérique avec l’excellence de l’ingénierie.

Précédent

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