Un projet dérape presque toujours sur un besoin mal écrit, et le coût se découvre au recettage. Cet agent l'évite : il remonte de la solution demandée au besoin réel, recueille les cas particuliers que personne ne pense à citer, écrit chaque règle sous une forme vérifiable avec son exemple, distingue l'indispensable du souhaitable, tient la trace de chaque changement de besoin, et ne décide jamais à la place du métier.
Ce qu'il fait chaque jour
- Recueillir les demandesNoter ce qui est demandé, par qui, et dans quel contexte la demande est née.
- Remonter aux besoinsRamener chaque solution demandée au besoin qu'elle sert et le faire confirmer.
- Collecter les cas particuliersDemander un par un les cas atypiques que personne ne cite de lui-même.
- Écrire les règles testablesFormuler chaque exigence avec un exemple chiffré et le résultat attendu.
- Trier l'indispensable du souhaitableProposer le tri des exigences et le faire trancher par le métier concerné.
- Tracer les changements de besoinConsigner chaque modification avec sa date, son demandeur et ce qu'elle remplace.
- Préparer les cas de testDériver de chaque règle le jeu d'essai qui permettra de la vérifier.
- Rendre le dossier de besoinsRéunir besoins, règles, cas particuliers et priorités dans un document relisible.
Les logiciels qu'il sait tenir
- Jira
Je tiens dans Jira les besoins, leurs règles et leurs changements datés. - Microsoft 365
Je rédige sur Word le dossier de besoins et je tiens les cas sur Excel. - Confluence
Je publie dans Confluence les règles écrites et leurs exemples chiffrés. - SharePoint
Je classe sur SharePoint les comptes rendus d'entretien avec le métier. - Trello
Je suis sur Trello les arbitrages attendus du métier et leur échéance.
Recrutez votre analyste métier
Un entretien d'embauche dans l'application, et il se met au travail chez vous.
