La qualité n’est pas un vain mot chez Agilap. Elle anime notre équipe car nous avons la fâcheuse tendance à détester devoir « refaire » un développement ou « jeter » une application. Or nous pensons que la meilleure manière d’avoir des applications évolutives, c’est de bien coder tout de suite ! Et là vous vous dites, très bien mais ça veut dire quoi « bien coder » ou « qualité des développements » ?
Le développement c’est un peu comme l’écriture, on peut avoir plusieurs « styles » pour exprimer une même idée comme on peut avoir plusieurs manières de coder une même fonctionnalité. Et malheureusement, dans ce genre d’exercice tous les chemins ne mènent pas à Rome, la route pavée est rare… Rare mais pourtant possible si l’on applique certaines bonnes pratiques. Pour nous, la qualité de développements web correspond à la capacité à faire évoluer son développement par un autre développeur.
Nous utilisons des critères pour évaluer cette capacité. En tant que critères objectifs, trois bonnes pratiques doivent être mises en place pour favoriser la qualité d’un projet : l’utilisation de frameworks connus ou standardisés (sortes de grosses boites à outils des développeurs), l’écriture d’une documentation technique pour expliquer la logique macro du projet (arborescence, schéma d’architecture, description des fonctionnalités), et l’ajout de commentaires réguliers au sein même du code pour expliquer la logique micro du projet (c’est-à-dire la logique du développeur). Pour les critères subjectifs, nous noterons particulièrement l’expérience et l’expertise de l’équipe de développement.
Pour mesurer ces cinq critères de qualité, nous vous proposons une méthode simple : établir une note de 1 à 5 pour chaque critère en répondant aux questions suivantes (5 étant la perfection mais pour cette méthode nous vous conseillons de ne pas le réserver à Dieu 😉) :
– Frameworks du projet : Avez-vous des frameworks dans votre projet ? Les frameworks utilisés sont-ils des standards ? Apportent-ils de la valeur ajoutée pour résoudre une problématique technique ?
Attention à l’excès inverse comme l’utilisation du framework « maison » maintenu par 2 développeurs qui n’apporte pas une valeur ajoutée spécifique, et la prolifération des frameworks à la mode. Il vaut mieux un framework un peu plus mature, mieux maitrisé par l’équipe, que de céder aux sirènes de la nouveauté en implémentant sans recul un nouveau framework qui nécessitera forcément un temps d’apprentissage au détriment du projet.
– Documentation technique : Quelle est la documentation technique ? Ces documents sont-ils adaptés à la complexité de votre projet ? Les documents sont-ils mis à jour au fur et à mesure des développements ?
– Commentaires : Y a-t-il des commentaires dans le code ? Quelle est leur fréquence ? Sont-ils compréhensibles ?
Au-delà des commentaires, le respect des conventions de nommage avec des noms explicites apportent déjà beaucoup en lisibilité.
– Expérience de l’équipe : Y a-t-il des développeurs expérimentés dans votre équipe ? Quelle est leur importance dans l’équipe ?
– Expertise de l’équipe : Les développeurs ont-ils déjà travaillés sur des applications similaires ? Les développeurs ont-ils déjà travaillés sur les frameworks du projet ?
En évaluant ces cinq critères, vous aurez une idée de la qualité des développements qui vous seront livrés. Vous pouvez dormir tranquille si vous obtenez une moyenne supérieure à 4 (👌), tandis que vous ne pourrez pas faire évoluer vos développements si vous obtenez une moyenne inférieure à 2 (🚧). Autour de 3, vous devrez être vigilant et vous impliquer dans le projet pour exiger que les critères objectifs soient au moins respectés (🔎).
Développer des applications web de qualité est un investissement rentable car l’effort pour faire évoluer votre solution sera moins important et donc moins onéreux.
Bons projets et à bientôt, l’équipe Agilap 🌈
