La dépendance à la technologie est dangereuse.

Je sais de quoi je parle. J’étais un accro de la technologie pour la technologie, influencé par l’écosystème d’ingénierie dans lequel je me trouvais.

J’ai ensuite évolué, commençant à poser des questions plus longues.

De « Est-ce que ça marche? », j’ai commencé à demander « Est-ce que cela apporte de la valeur pour notre entreprise, aujourd’hui et demain ? » et « Quelle est la solution minimale? ».

Nous avons exploré les principales raisons de contenir l’entropie technologique dans « Plus de technologie, plus de problèmes » ; cet article se concentre sur le comment.

Cet article explique comment créer un tech radar pour le Quality at Speed en alignant votre entreprise, technologie et organisation.

Suivez la QE Unit pour plus de Quality Engineering de la communauté.

Commencez par agir en mode Quality Engineering

La solution la plus rapide serait de commencer à cataloguer toutes les technologies utilisées. Mais une préparation minimale fait la différence.

Les pratiques suivantes vous permettront de démarrer du bon pied :

• Utilisez l’automatisation au possible pour récupérer les technologies en cours d’utilisation ;
• Soyez collaboratif pour renforcer l’ adhésion et obtenir ce qui utilisé en dehors des scanners ;
• Identifiez les métadonnées telles que le domaine, les fonctions et l’étendue du déploiement.

Vous pouvez généralement récupérer des informations utiles dans des référentiels de code (e.g. Git) et des plates-formes de déploiement (e.g. Gitlab, GitHub, Azure DevOps, etc.).

Des solutions de scanner existent, mais évitez d’ajouter une autre technologie si vous n’en avez pas.

La collaboration peut se faire en partageant votre initiative lors de la planification des priorités, et en organisant un kick-off et réunions de suivi avec les parties prenantes.

Vous pouvez ensuite passer à la construction de votre radar technologique.

Construisez votre portefeuille de technologies de Quality Engineering

Nous pouvons considérer un portefeuille de technologies comme une simple liste de technologies utilisées, mais des informations spécifiques vous offrent une perspective plus large.

Le contexte est important pour les décisions globales et locales ; une technologie d’interface utilisateur n’est pas la même préoccupation pour des millions d’utilisateurs finaux que pour quelques utilisateurs internes.

Des métadonnées sont présentes dans la version QE pour répondre au « pourquoi », au « quoi » et au « qui ». Accédez-y ici.

Ces rubriques font partie du radar technologique du Quality Engineering :

• Pourquoi (obligatoire)
  • Domaine fonctionnel, idéalement en Domain-Driven Design (DDD);
  • Fonctions fournies par la technologie spécifique ;
  • Impact de « mineur » à « critique pour l’entreprise » ;

• Quoi (obligatoire)
  • Catégorie technologique ;
  • Nom de la technologie ;
  • Statut actuel qui peut être « Adopt », « Trial », « Assess », « Hold » ;
  • Score QE classé par valeur décroissante à partir des trois champs suivants ;
  • Qualité évaluant la contribution pour répondre aux exigences de valeur ;
  • Rapidité évaluant la capacité à assurer la rapidité de livraison et d’évolution ;
  • Complexité de la livraison et de la maintenance de la technologie ;

• Comment (facultatif)
  • Statut trimestriel spécifiant le statut avec une photo de 2-3 ans idéalement ;
  • Versions technologiques avec en cours d’utilisation et dernière majeure disponible ;
  • Déploiement périmètre allant de « 1 application » à « global » ;
  • Support en charge des opérations, utile pour identifier les compétences vs managées ;
  • Propriétaire la personne en charge du service applicatif, évitez le nom de l’équipe ;
  • Description pour définir une brève description de la technologie ;
  • documentation pour plus de détails ;
  • Flag IsNew pour identifier récent, compatible avec ThoughtWorks 😉

Les colonnes du « Pourquoi » peuvent être remplies avec un domaine général au début. Au fil du temps, vous pouvez affiner les fonctions et les impacts lors de leur fractionnement.

Ces premières colonnes par technologie peuvent dupliquer certaines lignes. Vous pensez peut-être « factorisons en supprimant les colonnes inutiles » – ne le faites pas. 

Ces champs sont utiles pour mettre en contexte l’utilisation de la technologie pour constamment garder la perspective globale et locale pour une meilleure prise de décision.

Si vous manquez de temps, concentrez-vous sur les deux premiers blocs, « Pourquoi » et « Quoi ».

Des données supplémentaires permettent plus de choix

Ces données supplémentaires vous donnent une vision précise de l’empreinte des technologies aux niveaux global et local.

Vous pouvez concrètement prendre des décisions en contexte :

• Les domaines permettent de visualiser la technologie à travers les écosystèmes ;
• Les fonctions vous permettent d’identifier les technologies en doublon par fonction ;
• La portée et l’impact définissent un contexte factuel de l’empreinte du déploiement ;
• Le statut au fil du temps vous donne l’image historique et prévisionnelle ;
• Le propriétaire précise qui contacter et doit conserver la documentation.

Il est maintenant temps de tirer parti de la collaboration mise en place dans la première étape pour accélérer le remplissage du document.

Je vous recommande fortement d’effectuer des contrôles de qualité des données pendant cette phase :

• Vérifiez que tous les domaines fonctionnels sont représentés ;
• Vérifiez que la liste des fonctions contient les principales ;
• Évaluer l’équilibre entre les technologies à faible et fort impact ;
• Définissez le propriétaire de la technologie pour chaque ligne.

Ensuite, vous pouvez commencer à prendre des décisions.

Prendre des décisions de Quality Engineering

La rationalisation technologique consiste à éliminer la complexité inutile et à rationaliser les processus, et non à réduire les coûts ou les effectifs.

Le processus vise à faire progresser votre organisation vers le Quality at Speed avec le minimum de Complexité, même si vous pouvez trouver des optimisations financières.

Le processus de Quality Engineering utilise des questions sur l’entreprise, la technologie et l’organisation pour trouver des solutions appropriées dans votre contexte.

La décision d’utiliser une nouvelle technologie nécessite un bon questionnement. Dans tous les cas, votre question principale de Quality Engineering est :

« Quelle technologie minimale peut améliorer la qualité, la vitesse avec moins de complexité ? »

—Antoine Craske, Construire un tech radar pour le Quality at Speed

Vous pouvez utiliser les questions suivantes pour structurer votre raisonnement.

Quality

1. Quelles sont les fonctions les plus importantes par domaine, pourquoi ?
2. Quelles sont les fonctions qui manquent le plus de Quality ? Pourquoi ? Que pouvons-nous faire ?
3. Quelles sont les fonctions les plus importantes qui ne sont pas couvertes par une technologie « Adopt » ?
4. Quelles technologies matures pourraient le mieux supporter ces fonctions demain ?
5. Quelles technologies adopter, évaluer, conserver et tester dans les 12 prochains mois ?

Speed

1. Quelles technologies apportent le moins de Speed? Pour quels domaines et fonctions impactés?
2. Avons-nous une technologie en « Adopt » avec du Speed inférieur au minimum acceptable ?
3. Quelle technologie avec plus de Quality manquant de Speed? Peut-on s’améliorer ?
4. Quelles fonctions critiques pour l’entreprise ne sont pas prises en charge par une technologie « Adopt » ?
5. Quelles fonctions sont prises en charge par plus d’une technologie ? Peut-on simplifier ?

Complexity

1. Quelles sont les technologies les moins déployées et les moins importantes à nettoyer ?
2. Sommes-nous au courant de nos technologies les plus critiques et du statut « Adopt » ?
3. Quelles technologies pourraient être supprimées dans tous les « Trial », « Assess » et « Hold » ?
4. Quelles sont les technologies qui ne sont pas correctement prises en charge par notre organisation ?
5. Quelles technologies devrions-nous cesser de prendre en charge ou passer à des technologies en managed services ?

Cet exercice vous donnera des informations redondantes sur les choix technologiques que vous devez utiliser pour mettre à jour le portefeuille en : 

• Ajoutant les fonctions manquantes et les nouvelles technologies identifiées ;
• Remplir la colonne Statut trimestriel pour les 12 prochains mois ;

Vous devez ensuite concrétiser le plan.

Construire un écosystème pour contenir l’entropie technologique

Au cours des 3 prochains mois, vous devez créer un écosystème qui contiendra l’entropie technologique au fil du temps.

Construire une gouvernance technologique vous permet de piloter la mise en œuvre et de vous adapter en permanence à la réalité.

Vous pouvez réutiliser les directives initiales de collaboration, d’automatisation et de métadonnées pour organiser votre gouvernance.

Nous proposons trois niveaux de synchronisation :

1. Asynchrone pour que les utilisateurs suggèrent une mise à jour de la technologie ;
2. Synchronisation opérationnelle pour préparer les évolutions les plus importantes ;
3. Synchronisation du pilotage avec les décideurs pour aligner les scénarios proposés.

L’exercice peut être effectué toutes les 4 à 12 semaines selon la taille, la complexité et le taux de changement de votre organisation.

Bien fait, vous avez construit une autorité technologique.

Le Quality Engineering pour aligner vos technologies

La technologie est au cœur des entreprises digitales. La maîtrise de son portefeuille est une exigence pour itérer en continu en Quality at Speed.

Ce processus de radar technologique maintient la pression en mesurant en permanence les résultats de la technologie avec les résultats business.

La perspective organisationnelle découle ensuite des opportunités business et technologiques, compte tenu de votre capacité d’exécution.

C’est la façon dont le Quality Engineering contraint les logiciels à fournir une valeur continue, contenant l’entropie et les modes á s’installer.

Prêt à construire votre tech radar pour le Quality at Speed?

Suivez la QE Unit pour plus de Quality Engineering.

Ce travail est disponible sous la licence suivante : attribution-NonCommercial-ShareAlike 4.0 International (CC BY-NC-SA 4.0)