Bernard Chhun's blog

Posted mer 13 novembre 2013

Je croyais toujours que mes tâches étaient terminées

À mes débuts comme développeur, ce genre de situations arrivaient fréquemment:

Moi: j'ai terminé l'ajout du formulaire pour le nouveau type de contenu !!
Mon/ma chargé(e) de projet: ok, parfait ! As-tu tester que les validations été faites avant que les informations soient insérées dans la base de données ?
Moi: euh. non. je te reviens...
15 minutes plus tard...
Moi: j'ai trouvé des bogues finalement... je bosse la dessus !
Mon/ma chargé(e) de projet: ...
1 journée plus tard...
Moi: j'ai terminé ma tâche !
Mon/ma chargé(e) de projet: as-tu vérifier que cela fonctionne sous Internet Explorer 5.5 comme indiqué dans la tâche ?
Moi: euh. non. je te reviens...
15 minutes plus tard...
Moi: j'ai trouvé des bogues finalement... je bosse la dessus !
Mon/ma chargé(e) de projet: ...

Je remercie encore aujourd'hui la patience de mes coéquipiers.

À cette époque pas si lointaine, j'avais de la difficulté à percevoir le résultat de mon travail dans l'ensemble d'un projet.

Pourtant, c'est simple:

  1. Prendre du recul sur le travail effectué
  2. Relire les exigeances du client par rapport à la tâche
  3. Penser à tous les moyens imaginables de briser consciemment mon travail
  4. Corriger ses failles fonctionnelles
  5. Se mettre dans la tête d'un usager qui ne connait pas le système et qui y travail
  6. Corriger tout ce qui pourrait être ambigüe pour ce dernier.
  7. Si nécessaire, demander à un coéquipier qui ne connait pas le projet de vérifier notre travail.

Les étapes 2, 3 et 5 permettent de filtrer pas mal de problèmes évidents, mais nous avons souvent la pensée magique que notre travail est parfait.

Il l'est rarement si nous ne prenons pas le temps de bien vérifier le tout.

Category: développement
Tags: terminer