Comment travailler avec des développeurs quand on n'est pas technicien

Travailler avec des développeurs sans formation technique ne veut pas dire apprendre à programmer. Cela veut dire savoir dire clairement ce qui doit changer pour l'acheteur, convenir de la façon de le vérifier et voir ce qui se passe dans le projet. Les compétences ordinaires de gestion suffisent.

Ce qu'il faut savoir faire, et ce qui n'est pas nécessaire

Vous n'avez pas besoin de connaître un langage de programmation. Vous devez savoir :

• décrire le résultat, pas la solution : « l'acheteur voit le statut de livraison du transporteur dans son compte » plutôt que « construire une intégration par API » ;
• dire pourquoi c'est nécessaire et quel chiffre doit changer ;
• convenir de critères d'acceptation : à quoi vous direz « c'est fait » ;
• comprendre ce qu'il faut vérifier : le formulaire, le paiement, la version mobile, les e-mails.

Comment poser une tâche

1. Une phrase sur l'objectif et le problème qu'il résout.
2. Qui en a besoin (acheteur, commercial, comptable).
3. Comment cela doit fonctionner, étape par étape, avec l'exemple d'une vraie commande.
4. Ce que nous considérons comme terminé : une liste de vérifications.
5. Ce qui ne fait pas partie de la tâche.

Pour les gros changements, rédigez un cahier des charges et convenez tout de suite de qui vérifie quoi.

Comment ne pas dépendre d'une seule personne

• Les accès (domaine, hébergement, code, analyse) doivent être enregistrés au nom de l'entreprise.
• Le code vit dans un dépôt auquel vous avez accès.
• Les changements sont fréquents et petits, pas une grosse livraison tous les six mois.
• Il existe un environnement de test où vous examinez les changements avant publication.
• Les décisions et les explications sont écrites, pas seulement dites.

Développeurs et IA

Les développeurs utilisent déjà largement l'IA. Selon le rapport DORA 2025 (près de 5 000 professionnels techniques interrogés), 90 % des répondants utilisent l'IA, et 30 % ont peu ou pas confiance dans le code généré. La principale conclusion du rapport : l'IA amplifie ce qui existe déjà dans l'équipe. Les équipes soudées gagnent en efficacité, les équipes fragmentées n'obtiennent que davantage de problèmes (Google, DORA 2025). Pour vous, cela signifie : ne demandez pas « utilisez-vous l'IA », demandez « comment vérifiez-vous le résultat ». Plus sur les limites : vibe coding et dette technique.

Erreurs fréquentes

• Donner une tâche oralement sans trace écrite.
• Changer les exigences en cours de route et s'étonner des délais et du coût.
• Ne pas regarder les résultats intermédiaires avant la livraison finale.
• Ne pas demander ce qu'il advient du support après le lancement et qui le paie (coût de possession).
• Mesurer le travail en heures et non en résultats pour l'acheteur.

FAQ

Comment savoir si un développeur dit vrai sur les délais ? Demandez-lui de découper le travail en petites étapes avec un résultat visible et passez-les en revue chaque semaine. Une seule étape est bien plus facile à vérifier qu'un « 80 % prêt » global.

Que faire si je ne comprends pas les termes techniques ? Demandez qu'on vous explique avec la commande d'un acheteur comme exemple. Si une personne ne sait pas l'expliquer simplement, c'est un signal.

Ai-je besoin de mon propre consultant technique ? Pour les gros projets (nouvelle plateforme, migration), cela peut être rentable. Vérifiez d'abord si un bon cahier des charges et des tests de réception suffiront.

Termes associés

• Dette technique
• Vibe coding
• Plateforme SaaS, boutique sur mesure ou vibe coding : que choisir
• Équipe interne ou agence

Sources

• Google. How are developers using AI? Inside our 2025 DORA report — blog.google/technology/developers/dora-report-2025