Comment Horus permet aux architectes d’obtenir des résultats commerciaux

Madin “Root” Rutgers avait tout ce qu’il fallait pour réussir en tant qu’architecte logiciel. Il était doué pour la technique, savait résoudre les problèmes et possédait d’excellentes compétences en matière de relations interpersonnelles. Meneur d’hommes hors pair, il était extrêmement fiable et on pouvait compter sur lui pour tenir ses engagements, en particulier sous la pression et dans des délais serrés.

Pourtant, à ce moment-là, il est loin d’avoir réussi.

La haute direction attendait de lui qu’il “tienne la barque”. Leurs analyses financières devenaient erronées et il n’y avait aucun moyen de justifier les dépassements de coûts auprès des clients.

Que devait faire Madin ?

Il avait une connaissance plus approfondie du processus de développement de logiciels et de ses technologies que n’importe qui d’autre dans l’équipe. Il connaissait les styles architecturaux, les modèles de conception, les méthodes de codage, les langages informatiques, la modélisation des données et la conception de bases de données à l’envers.

Et pourtant, il était là. Impuissant.

Il n’y a pas que les données

Il avait besoin de données pour “mener la barque” et le logiciel “haut de gamme” de l’organisation ne lui donnait pas ce dont il avait besoin.

En fait, il lui a fourni des données. Données inutiles. Il y en a des tonnes. Des graphiques et des diagrammes en barres qui ne lui disent rien.

Fidèle à son nom, Madin “Root” Rutgers savait que la cause première du problème résidait dans le code surchargé produit par ses équipes.

Ce dont il avait besoin, c’était d’un moyen de réviser efficacement des millions de lignes de code, afin de s’assurer que la prochaine version ne contienne pas de code gras.

Il a dû se concentrer sur les segments de code exacts qui étaient à l’origine du problème et déterminer quelle version des versions était responsable du code gonflé.

Cela a pris plus de temps qu’il n’en avait. On ne peut pas s’attendre à ce qu’il vive en dehors du bureau, n’est-ce pas ?

Il devait pouvoir réviser le code à tout moment et en tout lieu.

Il s’est alors souvenu qu’un ami lui avait parlé d’un outil d’habilitation numérique appelé Horus, qui bouleversait l’approche conventionnelle de la qualité.

Horus – Un véritable ami

Étant donné que les revenus – et l’existence – de son organisation dépendaient de son code sous-jacent, il allait de soi que ce code devait être de la plus haute qualité. Horus était une solution d’ingénierie pilotée par les données qui pouvait mesurer la qualité du code et la manière dont il était écrit. Il ne s’est pas contenté d’analyser le code, mais aussi son contexte, et a permis de clarifier les mesures à prendre. Il ne s’est pas contenté d’examiner le code, mais a également analysé les données de suivi des problèmes, les aspects liés à la construction et les données relatives à la gestion de projet. Pour couronner le tout, il pourrait fonctionner à partir d’un IDE, d’un navigateur ou même de son téléphone portable.

Il prend son téléphone et appelle son ami.

Il n’a pas été facile de convaincre les cadres moyens de passer à Horus. La plupart des caractéristiques techniques ont été totalement perdues dans la traduction. Heureusement, l’expérience acquise lui a permis de faire basculer la décision de l’organisation en faveur d’une mise à l’essai.

Pour faire court, Madin a terminé ses examens bien à temps. Non seulement la publication a eu lieu à temps, mais il s’agissait d’un produit de qualité supérieure, plus rapide que n’importe quel autre produit sur le marché.

Grâce à Horus, Madin “Root” Rutgers a tenu ses promesses, une fois de plus.

Allez à la découverte d’Horus