Software Craftsmanship

software craftsmanship
software craftsmanship

Les méthodes agiles devenues les méthodes les plus populaires au sein des DSI françaises et en pleine expansion en Suisse insistent de plus en plus sur l’excellence technique ; le manifeste du Software Craftsmanship pose les règles.

Software Craftsmanship : à la base, le manifeste agile

Ecrit en 2001, 17 spécialistes reconnus dans le monde du développement logiciel se sont réunis pour écrire ensemble la manifeste agile qui a pour but de déterminer ce qui est une méthode agile ou non ; celui-ci écrit 4 valeurs fondamentales avec 12 principes sous-jacent à ces valeurs.

Voici les 4 valeurs du manifeste agile sont :

  • Les individus et leurs interactions plus que les processus et les outils
  • Des logiciels opérationnels plus qu’une documentation exhaustive
  • La collaboration avec les clients plus que la négociation contractuelle
  • L’adaptation au changement plus que le suivi d’un plan

(rappel : Nous reconnaissons la valeur des seconds éléments,
mais privilégions les premiers.)

Le manifeste du Software Craftsmanship part de ces 4 valeurs agiles pour compléter certains aspects pour renforcer l’excellence technique déjà recommandée par le manifeste agile lui-même.

Qu’est-ce que le Software Craftsmanship ?

Le craftsmanship est une approche agile très axée sur la qualité technique des réalisations. La démarche fait suite à une longue période où la baisse des coûts et l’accélération des sorties (Time-To-Market) se faisaient au détriment de la qualité.

Ce mouvement craftsmanship est donc né pour remettre la qualité technique au centre des préoccupations des développeurs. D’ailleurs, il va même au delà en faisant référence à la qualité des produits artisanaux .

Un livre « software craftsmanship » est publié en 2001 pour différencier un développeur enfermé dans un monde industriel et un développeur agile. C’est en 2008 qu’on considère que le mouvement se lance vraiment avec la proposition d’une cinquième valeur au manifeste agile par Uncle Bob : « l’artisanat plus que l’exécution ».

Le livre « the software craftsman: professionalism, pragmatism, pride » de Sandro Mancuso est devenu une référence dans l’univers du développement.

Maintenant ce mouvement du craftsmanship se fait de plus en plus connaitre et des coach craftsman apparaissent dans les grands groupes pour accompagner les équipes techniques à revenir vers des produits bien conçus.

Le manifeste du Software Craftsmanship

manifesto for software craftsmanship
manifesto for software craftsmanship

Voici les 4 valeurs du software craftsmanship qui ont été écrites par les craftsman se voulant de ce mouvement agile :

  •  1# Pas seulement des logiciels opérationnels, mais aussi des logiciels bien conçus.
  •  2# Pas seulement l’adaptation aux changements, mais aussi l’ajout constant de valeur.
  •  3# Pas seulement les individus et leurs interactions, mais aussi une communauté professionnelle.
  •  4# Pas seulement la collaboration avec les clients, mais aussi des partenariats productifs.

« C’est-à-dire qu’en recherchant les éléments de gauche, nous avons trouvé que les éléments de droite sont indispensables. »

En effet en lisant ces quelques valeurs du software craftsmanship, nous voyons l’insistance qui est fait sur l’excellence technique ; par exemple avec le terme « des logiciels bien conçus ». En effet durant une dizaine d’année au sein des entreprises, l’excellence technique avait plutôt disparue au profit de l’accélération des mises en production. Aujourd’hui un grand nombre d’entreprises souffrent encore de cette période pas si ancienne.

On peut indirectement revoir dans ce mouvement Software Craftsmanship, un retour de l’Extreme Programming qui se voulait mettre en avant l’excellence technique.

Version originale du manifeste : manifesto for software craftsmanship

Conclusion

Nos applications, services et outils ont besoin indéniablement d’être bien conçus afin de ne pas créer un legacy futur qui deviendra une perte financière importante pour l’entreprise.

Avoir des outils bien conçus permet d’avoir une capacité d’innovation toujours forte et d’être capable de suivre l’éventuelle concurrence. Si les entreprises y voit un coût initial, il faut principalement y voir un gain futur ; cette excellence technique évitera à l’entreprise de vivre des périodes de survit.

Ce mouvement Software Craftsmanship vous intéresse ?

Lien utileLe coach craftsmanship

Livre à lire : The software craftsman: professionalism, pragmatism, pride

Erreur courante : Software Craftmanship (avec le s manquant)

[ Article lu 1 fois aujourd'hui ]
A propos Judicaël Paquet 942 Articles
  Paquet Judicaël (expert en transformation et AI) Mes activités en France et en Suisse : - ingénieur prompt - coach AI - architecte de transformation agile - formations agiles personnalisées - sensibilisations et coaching de manager - audits de maturité agile et de situations - coaching agile (équipes, orga, product owner, scrum master, coach agile) Spécialités : scrum, kanban, management 3.0, agilité à l’échelle, lean startup, méthode agile, prompt AI, Intelligence artificielle. [Me contacter]

31 Rétroliens / Pings

  1. Quelle est la différence entre l'ATTD et la BDD ? | Blog Myagile Partner
  2. Qu'est-ce que le Chaos monkey ? - Blog Myagile Partner
  3. Le coach craftsmanship - Blog Myagile Partner
  4. Le manifeste agile : 4 valeurs et 12 principes - Blog Myagile Partner
  5. Qu'est-ce qu'un Backlog ? - Blog Myagile Partner
  6. What is agile at scale? - Blog Myagile Partner
  7. Qu'est-ce que l'agile à l'échelle ? - Blog Myagile Partner
  8. Non, Scrum n'est pas une méthode agile ! - Blog Myagile Partner
  9. Les Business Owners en SAFe - Blog Myagile Partner
  10. Kanban vs Scrum vs Scrumban - Blog Myagile Partner
  11. Scrum@Scale - agilité à l'échelle - Blog Myagile Partner
  12. Scrum of Scrum : Coordonner plusieurs équipes - Blog Myagile Partner
  13. Le value proposition canvas - Blog Myagile Partner
  14. Le Manifeste Agile - Blog Myagile Partner
  15. L'art de la rétrospective - Blog Myagile Partner
  16. SAFe VS Scrum - My Agile Partner Scrum
  17. Travailler la vision du produit - My Agile Partner Scrum
  18. Vision Produit - TOP 20 des ateliers - My Agile Partner Scrum
  19. DDD (Domain Driven Design) - My Agile Partner Scrum
  20. Innovation Games : Start your day - My Agile Partner Scrum
  21. Show and Tell - Innovation Games - My Agile Partner Scrum
  22. Me and My Shadow - Innovation Games - My Agile Partner Scrum
  23. Give Them a Hot Tub - Innovation game - My Agile Partner Scrum
  24. The Apprentice - innovation games - My Agile Partner Scrum
  25. Méthode Agile - premiers pas - My Agile Partner Scrum
  26. Manifeste Agile #1 : les individus et leurs interactions plus que les processus et les outils - My Agile Partner Scrum
  27. Manifeste Agile #4 : l’ adaptation au changement plus que le suivi d’un plan - My Agile Partner Scrum
  28. Qu'est-ce que le STE (Solution Train Engineer) ? - My Agile Partner Scrum
  29. L'agilité dans le monde du Big Data - My Agile Partner Scrum
  30. Etre agile et faire de l'agile ! - My Agile Partner Scrum
  31. Les origines du Scrum - My Agile Partner Scrum

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée.


*


Ce site utilise Akismet pour réduire les indésirables. En savoir plus sur comment les données de vos commentaires sont utilisées.