Un échange autour du Craft et du Quality Engineering !
Une rencontre entre Jean-François Fresi, Directeur du Pôle Conseil et de l’Offre de Service chez Werin Group, et Arthur Magne, CTO & co-founder de Promyze.Promyze est une plateforme dédiée au partage des meilleures pratiques et connaissances de code.
Lors de ce live, nous échangeons sur sa vision du Quality Engineering, du partage des bonnes pratiques du Craft et du partage des connaissances dans une équipe.
Promyze est une plateforme dédiée au partage des meilleures pratiques et connaissances de code.
Le concept de nos Werin Lives
Le concept de ce Live est un peu particulier car pas de présentation Powerpoint ni de démonstration ni de retour d’expérience mais une discussion à laquelle nous vous invitons à participer par chat avec notre invité du jour.
Nous tâchons de répondre aux questions au fur et à mesure de nos échanges et si nous n’avons pas le temps d’y répondre pendant le live, nous y répondrons par la suite via Linkedin et notre blog.
Nos Werin Lives sont enregistrés et sont disponibles en replay sur notre site et en podcast.
Le QE et le Craft : une vision partagée
Arthur, peux-tu te présenter en quelques mots ?
Arthur : je suis je suis le CTO et co-fondateur d’une start-up qui s’appelle Promyze qu’on a créée avec mon associé Cédric qui a fait un doctorat sur la partie qualité logicielle. Le sujet exploré comment est ce que les équipes de développement peuvent communiquer, partager des connaissances : pair programming, outils de qualimétrie et de revue de code et tout ce qui entoure cela.
On a commencé à travailler dessus à partir de 2014.
On accompagne pas mal d’entreprises dans cette notion de partage, de connaissances et de Craft.
Depuis quelque temps, on a développé essentiellement des plugins pour les IDE et pour les outils de revue de code qui permettent justement aux équipes de se partager de l’expertise sur différents sujets : du test, de l’architecture, du clean code, du java, de l’angular, …
Et donc ce qui est intéressant, c’est qu’on rencontre beaucoup de contextes différents. Ça va être soit des ESN, soit des grands comptes, soit des startups, soit des PME , etc… Et à chaque fois quand on rentre dans ce contexte, on leur pose des questions sur :
- Comment est-ce que vous êtes organisés ?
- Comment ça se passe au niveau de ce transfert de connaissances ?
- Est-ce que tout se passe bien ?
- Est-ce que le niveau est assez homogène ?
- Est-ce que, quand vous avez des gens qui arrivent, qui sont en stage ou en alternance, comment se passe le partage de connaissance ?
- Cela nous permet d’avoir un retour concret du terrain, de comment ça a évolué ces dernières années, et à quel niveau on en est autour de cette pratique de partage de connaissances.
Quelle est ta définition du Craft ?
Arthur : Pour moi, le Craft, c’est un mouvement qui est apparu au fil des années et qui est le vrai manifeste Software Craftsmanship, arrivé en 2009. C’est un peu une réponse au mouvement Agile, une réponse technique entre guillemets en disant l’agilité c’est super important avec plein de valeur à mettre en avant comme d’avoir des boucles de feedback le plus rapide possible, d’essayer de livrer de la valeur le plus rapidement possible. Le Craft c’est un petit peu le pendant technique, même si normalement ça devrait être déjà intégré dans l’agilité.
Mais ça a été plus ou moins bien compris par pas mal d’entreprises et, en fait, le Software Craftsmanship c’est un mouvement qui va pousser différentes valeurs pour les équipes techniques. Donc, ça va être surtout de l’échange et du partage, du mentoring, une recherche d’amélioration continue et une recherche d’excellence tout le temps.
Et ce qui est intéressant, c’est que c’est quelque chose d’assez intemporel dans le sens où les technologies évoluent, les manières de faire évoluer, les manières de gérer l’architecture ou les tests, ça évolue. Par contre, les valeurs qui sont dans le Software Craftsmanship depuis des années, elles n’ont pas vraiment bougé et ça devrait toujours être même, c’est-à-dire le partage, le partenariat vraiment productif avec les clients, la production de valeur et vraiment, ce côté amélioration continue dans les équipes.
Jean-François : je suis assez en phase. Je rajouterai que le Software Craftsmanship est en complément de l’agilité où l’excellence technique faisait partie des valeurs fondamentales de l’agilité. Et que, finalement, il est un peu moins mis en évidence aujourd’hui et du coup le Craft a voulu remettre bien en avant cette excellence. Si on veut délivrer rapidement et de façon qualitative, il faut avoir de l’expertise technique et pour cela il faut partager les pratiques, travailler en commun et surtout échanger les uns avec les autres.
Pour toi, c’est quoi le Quality Engineering ?
Arthur : Alors c’est une bonne question. Parce qu’effectivement, le Quality Engineering, on entend de plus en plus parler. C’est encore assez flou dans la tête de certaines personnes. J’ai l’impression qu’il y a qui voit ça encore comme de la Quality Assurance et qui font l’amalgame entre les deux.
De mon point de vue, c’est quelque chose qui regroupe plus de métiers ensemble. C’est-à-dire que, quand on travaille dans l’IT, on peut travailler sur une partie DevOps, sur du code, sur du test, sur de l’infra sur tout plein d’aspects. Le Quality Engineering c’est une vision commune qui est de se dire tout ce qu’on fait aujourd’hui, on ne le fait pas juste “pour pisser du code”, on le fait pour produire de la valeur et apporter vraiment une réelle valeur à nos utilisateurs finaux.
Et tous les métiers qui travaillent ensemble dans une entreprise doivent aller dans la même direction et doivent se poser la question : est-ce que ce que je fais actuellement, c’est vraiment créateur de valeur ? Est-ce que ça ne va pas avoir un coût énorme en termes de maintenabilité.
Le live du Quality Engineering : le podcast !
Découvrez l’intégralité de nos Werin Live sur notre podcast : Le Live du Quality Engineering.
