Archives de l’auteur : Jean-Pierre FAYOLLE

A propos Jean-Pierre FAYOLLE

Freelance consultant, blogger.

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. Lire la suite

É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. Lire la suite

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. Lire la suite

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. Lire la suite

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. Lire la suite

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.

Lire la suite

Bonne année 2015

Bonne année 2015 à tous ceux qui, année après année, contribuent au succès de ce blog Qualilogy.

2015 new year

Qualilogy2014-2En 2014, un peu moins de 40 000 visiteurs, dont plus de 29 000 visiteurs uniques sont venus consulter plus de 70 000 pages.

Je ferai prochainement une revue de statistiques (par pays, par thèmes, etc.) plus précise, mais mon PC m’a lâché avant Noël et j’attends que le prochain arrive.

En Espagne, ce sont les rois mages Melchior, Caspar et Balthazar qui sont censés apporter les cadeaux, mais soit ils sont en retard, soit je n’ai pas été suffisamment sage 🙂

Santé, bonheur et réussite à tous en 2015

 

Upgrade SonarQube

Upgrade SonarQubeCela fait un moment que  je n’ai pas mis à jour mon environnement SonarQube. Un bon six mois, voire plus, puisque je suis encore en version 4.2 alors que la dernière version disponible est une 4.5.1 LTS (Long Term Support). Donc une version éminemment candidate à installation.

Cet article sur le blog de SonarSource décrit les buts et objectifs d’une telle version : Walking the Tightrope: Balancing Agility and Stability. La 4.5.1 ne propose pas uniquement des corrections mais également nombre d’évolutions et de nouvelles features.

Lire la suite