Agile Alliance – Technical Debt Initiative workshop

Vous souvenez-vous de ce post ‘Agile Alliance Technical Debt Initiative‘ que j’ai réalisé en Avril, pour annoncer la publication des livrables de notre groupe ? Et bien nous avons tenu il y a deux semaines notre workshop 2016, afin d’avancer sur d’autres réalisations pour cette année.

Laissez moi tout d’abord revenir un instant sur l’Agile Alliance Technical Debt Initiative : vous trouverez toutes les explications nécessaires sur cette page du site web de l’Agile Alliance :

  • Une introduction au sujet de la Dette Technique, revue par Ward Cunningham lui-même.
  • Le modèle A2DAM ou Agile Alliance Debt Analysis Model, développé avec l’aide de onze software vendors, qui liste une quarantaines de règles de base prêtes à l’emploi et qui, lorsqu’elles ne sont pas respectées, génèrent de la dette technique.
  • Une publication que personnellement j’apprécie beaucoup, sur la gestion de la dette technique dans les projets agiles, aux niveaux Release, Itération et Story du projet.
  • Et ‘last but not least’, le jeu des ‘Dice of Debt’, que nous avons eu l’occasion de pratiquer avec nos amis madrilènes.

Ai-je oublié de vous dire que notre workshop s’est tenu à Madrid ? Bel endroit et super beau temps pour notre atelier de trois jours, et des échanges très créatifs.

Modélisation de la Dette Technique

Je ne vais pas énumérer tout ce que nous avons fait et ce que nous prévoyons de réaliser en 2016, mais nous avons pu bénéficier d’une présentation intéressante de Declan sur les System archetypes et une autre présentation de Dan au sujet de travaux qu’il a menés dans ce domaine. L’idée est d’identifier des ‘patterns’ dans la création de la dette technique et son évolution, basés non seulement sur cette théorie des archétypes de système, mais également sur des expériences concrètes de terrain.

Thierry travaille sur une modélisation dynamique de la dette technique, qui me parait présenter un grand potentiel. Imaginez être en mesure d’utiliser un outil afin d’évaluer l’impact de votre dette technique, en modifiant ses paramètres et sa configuration afin de l’adapter à votre contexte, votre projet, vos pratiques Agile, etc. Cela rendrait la dette technique visible auprès de votre organisation, et faciliterait la compréhension de son évolution à court et à long terme, en fonction des décisions que vous adoptez pour la gérer.

Meetup MadriAgil

Nous avons profité de notre présence dans la capitale madrilène pour organiser un évènement avec MadriAgil. Jean-Louis a introduit ce Meetup avec une courte présentation de notre groupe, ses objectifs, les travaux déjà réalisés et Tom a présenté quelques slides au sujet de la dette technique.

MeetupMadriAgil_TomPuis nous sommes rapidement passés à une session de jeu du ‘Dice of Debt’, avec la formation d’équipes de quatre joueurs qui devaient décider d’une stratégie afin de gérer la dette technique sur une période de dix ‘sprints’.

MeetupMadriAgil_DiceofDebtTout le monde a vraiment adoré, dans une ambiance très fun, et le feedback a été réellement fantastique.

MeetupMadrAgil_FeedbackCe fut également l’occasion pour notre groupe d’en tirer quelques enseignements:

  • Sur les près de 40 participants, une bonne proportion d’entre eux assistait pour la première fois à un meetup Agile: la dette technique est un sujet qui intéresse et attire, probablement parce qu’elle constitue une réelle préoccupation pour beaucoup d’entre nous.
  • Declan a demandé à chacun d’évaluer la dette technique sur ses projets, sur une échelle de 1 (bon) à 5 (très mauvais) : une grande majorité de 3 et de 4.

MeetupMadridAgilTD

  • Jusqu’à 80% des participants utilisaient Scrum sur leur projet. Cela me fait penser qu’il y a de la place pour des pratiques opérationnelles de gestion de la dette technique sur les projets Agile.

Nous étions tous très enthousiastes après cet évènement, et nous espérons pouvoir en tenir à nouveau, avec d’autres communautés Agile dans d’autres villes.

Je terminerai avec quelques autres travaux en cours cette année : une version en ligne de ce jeu des ‘dés de la dette’, ainsi qu’un quizz en ligne qui permettrait à chacun d’auto-évaluer ses connaissances sur la dette technique. Il devrait y avoir aussi un webinar, peut-être plus d’un car il y a tellement de choses à dire sur ce sujet.

Ce fut à nouveau un grand plaisir de nous réunir pour ce workshop, il n’est pas toujours possible de tout faire par Hangouts. Aussi laissez-moi conclure avec une photo de notre groupe :

Workshop Agile Alliance Technical Debt Initiative – Madrid 2016

Workshop Madrid2016

Dan Sturtevant, Jean-Pierre Fayolle, Thierry Coq, Jean-Louis Letouzey, Declan Whelan, Tom Grant

Agile Alliance Technical Debt Initiative

Je n’ai pas écrit jusqu’ici à ce sujet, mais le moment est enfin venu de vous présenter le travail que nous avons réalisé dans le cadre de l’Agile Alliance Technical Debt Initiative.

J’attendais la publication de nos livrables, maintenant disponibles sur cette même page, pour écrire un post au sujet de ce programme et de notre groupe. Peut-être ne connaissez vous pas l’Agile Alliance, mais je suis sûr que vous au moins entendu parler du Manifesto Agile. Et bien, comme expliqué sur cette page, « L’Alliance Agile a été créée peu après cette rencontre afin d’encourager les professionnels à explorer et à partager idées et expériences » sur ces pratiques Agile. Continuer la lecture

Évaluation d’un portfolio avec le modèle 3D City

Qualilogy_TechnicalDebt_PortfolioLa semaine dernière, je vous ai présenté les différents niveaux de maturité en matière de qualité logicielle et comment la mesure de la dette technique nous permet de progresser à travers ces différents niveaux, pour une gestion proactive et optimisée de la qualité.

A cette occasion, j’ai parlé d’utiliser la dette technique dans le cadre de la représentation d’un portfolio d’applications, selon différents axes. Je me suis alors demandé ce que donnerait une représentation 3D d’un tel portfolio, avec le plugin ‘3D City Model’ d’eXcentia (1).

Je vous ai déjà présenté celui lors d’articles précédents : City Model, City Model – Nouvelle versionCité Critique, où nous avions vu notamment comment rentrer nos propres formules pour jouer avec ce modèle 3D, et enfin La métrique ABC  afin  d’investiguer la métrique du même nom. Continuer la lecture

Software Quality Maturity Model & Technical Debt

Software Quality Maturity Model & Technical DebtVous connaissez tous CMMI, je pense ? Ce modèle développé par le Software Engineering Institute prévoit cinq niveaux de maturité afin de mesurer la qualité des services informatiques, ainsi que les bonnes pratiques associées à cette échelle de niveaux et permettant de progresser à travers celle-ci. Je ne vais pas écrire tout un post sur ce modèle, ce n’est d’ailleurs pas le sujet de cet article, mais simplement le présenter comme je pourrais le résumer à quelqu’un qui n’y connaît rien en matière de gestion de projets et de développements d’applications. Continuer la lecture

4 bougies pour Qualilogy

Qualilogy a soufflé ses 4 bougies ce week-end, avec plus de 100 000 visiteurs uniques, en près de 150 000 sessions et 255 000 pages visitées.

4 bougies pour QualilogyMême si je n’ai pas publié beaucoup cette année, voire pas du tout ces derniers mois, la tendance se maintient cependant, avec 42 000 visiteurs uniques supplémentaires en 1 an, passant de 65 000 à 107 000, en 58 000 sessions (de 90 000 à 148 000).

Qualilogy - Tendance 2015Comme on peut le voir sur le graphique ci-dessus, la barre des 100 000 visiteurs a été dépassée il y a 2 mois (le 23 septembre très exactement).

Qualilogy - AcquisitionLa grande majorité des visites proviennent de moteurs de recherche, plus de 3 800 sont effectuées en direct, et le reste par des sites qui référencent mon blog ou depuis les réseaux sociaux.

Qualilogy - Countries 2015L’Inde et les Etats-Unis restent les pays de maximum audience, dépassant parfois les 1 000 visites en un mois, suivi de prés par la France puis l’Espagne. Je ferai un récapitulatif statistique plus avancé lorsque l’année 2015 se sera écoulée, mais les pays d’Amérique du Sud continuent d’apporter une fréquentation importante.

Merci à nouveau à Vicken pour me laisser illustrer mes articles avec les magnifiques photos qu’il ramène de ses escapades de globe-trotteur. Et à bientôt pour de nouveaux posts.

Les développeurs rêvent-ils de points de fonction automatisés ? (II)

Qualilogy - Automated Function PointsNous nous sommes demandé, dans le post précédent, pourquoi les développeurs ne connaissaient généralement pas les Points de Fonction, et si cette métrique pouvait leur être utile.

Notre réponse est plutôt négative, surtout si l’on considère qu’une telle estimation est réalisée manuellement, par des consultants qui s’appuient sur une démarche assez complexe. Il existe d’ailleurs nombre de certifications dont l’objet est de valider qu’un consultant maîtrise ces concepts et sache les mettre en œuvre de manière opérationnelle. Continuer la lecture

Les développeurs rêvent-ils de points de fonction automatisés ? (I)

Qualilogy - Automated Function PointsLe titre de ce post paraphrase le titre d’un roman de science-fiction que vous connaissez peut-être : « Do Androids Dream of Electric Sheep? ».

Cette nouvelle de Philip K. Dick a servi de base au film « Blade Runner » de Ridley Scott, dans lequel un détective du futur doit retrouver et neutraliser des androïdes que rien ne diffère des humains. Continuer la lecture

Résultats Qualilogy 2014

Qualilogy - Résultats 2014Comme promis dans mon post de vœux pour 2015, quelques statistiques sur la fréquentation de mon blog Qualilogy durant l’année 2014.

Comme d’habitude, je vais me baser sur Google Analytics, même si celui-ci a plutôt tendance à minimiser les résultats puisqu’il prend en compte uniquement les visites de browsers avec Javascript activé.

Ceci afin d’éviter de comptabiliser des ‘hits’ effectués par des moteurs de recherche, outils de spam, etc.

Continuer la lecture

Prédictions 2015

Prédictions Cloud 2015Le début d’une nouvelle année est toujours la période des bonnes résolutions et du bilan.

Non, ne craignez rien, je ne vais pas vous annoncer le plan des grandes manœuvres 2015 pour Qualilogy. D’abord, il n’y a pas de plan, et ensuite je fais partie des personnes dont 90% des bonnes résolutions échouent, et je ne crois pas que les rendre publiques pourra améliorer ce faible taux de réussite.

Simplement, cela fait déjà un bon moment  (1) que je réfléchis aux impacts que le Cloud pourrait avoir en matière de management des applications et de bonnes pratiques de programmation.

Continuer la lecture