Cadrage avant code
Je n'écris jamais une ligne de code avant qu'on soit d'accord sur ce qu'il faut produire. Pour les petits développements (< 5 jours), un échange et une note d'une page suffisent. Pour les plus gros, je rédige une note de cadrage technique qui décrit : le besoin fonctionnel, l'architecture proposée, les points d'attention, les hypothèses, et une estimation de charge en fourchette.
Code propre et testé
Mes modules sont écrits dans le respect des standards Drupal (coding standards, security best practices) et passent les outils d'analyse statique (PHPStan niveau 6+ minimum, PHP_CodeSniffer). Les modules métier sont accompagnés de tests unitaires PHPUnit pour les fonctions critiques, et de tests fonctionnels Drupal pour les workflows.
Documentation utile
Je documente ce qui sert : une README technique dans le module (installation, configuration, dépendances, points d'extension), des commentaires de code là où c'est utile (pas pour décrire ce que le code fait — pour expliquer pourquoi il le fait ainsi). Pas de documentation pléthorique qui sera obsolète dans six mois.
Livraison incrémentale
Pour les développements supérieurs à 10 jours, je livre par incréments hebdomadaires testables sur un environnement de staging. Vous voyez le travail avancer, vous pouvez réajuster en cours de route, et le risque de dérive est minimisé.
CI/CD intégré
J'intègre systématiquement le code dans votre pipeline CI/CD existant (Azure DevOps, GitLab CI, GitHub Actions). Si vous n'avez pas de pipeline, je peux en mettre un en place dans le cadre de la mission.