Comment gérer les demandes d’évolution d’un projet informatique ?

1. Décrire le besoin plutôt que la solution seule

Indiquez qui rencontre le problème, dans quelle situation et quel résultat est attendu. Précisez le projet concerné, l’auteur, la priorité proposée et le bénéfice. Une date cible ou une version peut être ajoutée si elle est connue.

Exemple fictif : « Le responsable client doit exporter la liste des commandes pour préparer son rapprochement mensuel. Aujourd’hui, il recopie les lignes à la main. » Cette formulation explique pourquoi la fonction compte, au-delà d’une demande de bouton Exporter.

2. Qualifier et étudier la demande

Distinguez une amélioration, une nouvelle fonctionnalité, une correction de bug et une maintenance technique. Vérifiez si le besoin existe déjà, quelles personnes sont concernées et quelles dépendances peuvent compliquer sa réalisation.

Une priorité urgente doit être justifiée par un impact concret. Comparez le bénéfice attendu et l’effort estimé ; une estimation manquante vaut mieux qu’un chiffre présenté comme certain sans étude. Gardez les questions et leurs réponses dans les commentaires de la demande.

3. Rendre la décision visible

Le responsable du projet ou l’administrateur décide d’accepter ou de refuser. Une demande peut rester « À étudier » tant que des informations manquent. En cas de refus, écrivez le motif pour que l’auteur comprenne la décision et puisse éventuellement reformuler le besoin.

• Proposée : le besoin est recueilli.
• À étudier : l’équipe clarifie le bénéfice, les contraintes et l’effort.
• Acceptée : la réalisation est approuvée.
• Planifiée : des tâches de réalisation sont créées.
• En cours : la réalisation a commencé.
• Livrée : l’évolution a été remise et validée selon votre processus.
• Refusée : la décision et son motif sont conservés.

4. Transformer une évolution acceptée en tâches

Découpez la réalisation en actions vérifiables. Pour l’export de commandes, vous pourriez créer une tâche de définition des colonnes, une tâche de génération du fichier et une tâche de test des droits d’accès. Assignez chaque tâche et choisissez une échéance lorsque vous pouvez vous engager.

Conservez le lien entre les tâches et la demande initiale. Dans SuiviDev, une demande acceptée peut être convertie en une à trente tâches en une opération. La demande passe à « Planifiée » et une seconde conversion est refusée pour éviter les doublons.

5. Suivre la livraison et le changement de périmètre

Les tâches créées contribuent désormais à l’avancement du projet. La simple idée n’y contribuait pas. Ajouter ces tâches peut faire baisser le pourcentage : le périmètre vient de grandir, ce qui mérite une explication à l’équipe et au client.

Gardez la cible de version ou de date, les commentaires et l’historique de la décision. Le passage de la demande à « En cours », puis à « Livrée », reste une décision explicite du responsable dans SuiviDev ; il ne faut pas confondre ce suivi avec le seul déplacement d’une carte de tâche.

Une revue régulière pour garder un carnet utile

Revenez sur les propositions avec le responsable du projet. Clarifiez les demandes incomplètes, refusez celles qui ne répondent plus au besoin et planifiez celles dont le bénéfice justifie l’effort. Le but est de rendre les décisions compréhensibles, pas d’accumuler des idées sans suite.

Le carnet d’évolutions garde ainsi sa fonction : accueillir les besoins futurs, tandis que le tableau des tâches montre le travail réellement engagé.