Que fait concrètement un business analyst dans une équipe agile ?

Le travail passe des gros documents à un affinage continu. Vous gardez la découverte en avance sur le sprint, vous découpez le travail pour que chaque morceau livre quelque chose, vous écrivez les critères d'acceptation, et vous tenez le fil entre l'objectif métier et ce qui se trouve dans le backlog. Là où il y a un product owner, vous le soutenez ; là où il n'y en a pas, vous portez souvent cette prise de décision en pratique.

Les documents rétrécissent et les conversations deviennent constantes, mais l'analyse ne disparaît pas. Mon travail principal est de rester un pas devant, pour qu'au moment où l'équipe prend un sujet, les questions soient déjà réglées et qu'elle ne soit pas bloquée à attendre une décision du métier. Je fais beaucoup de découpage, ce qui est la partie sous-estimée, parce que faire tenir une grosse exigence en morceaux qui livrent chacun quelque chose tout en restant testables est réellement difficile et c'est là que la plupart des équipes coincent. Et je tiens le pourquoi. Quand on avance par deux semaines, il est très facile pour tout le monde de perdre l'objectif de vue, alors je continue à demander si ça sert encore ce qu'on s'était fixé. Là où il y a un product owner solide, je le soutiens avec l'analyse et le détail. Là où le product owner est une personne du métier avec un travail à plein temps, je finis par prendre beaucoup de ces décisions en pratique et par les faire confirmer.