Adaptation du rôle d’analyste d’affaires dans une équipe Agile

email

Le Agile Extention to the BABOK® Guide apporte une piste de réflexion intéressante à propos des analystes d’affaires en dressant une liste des rôles naturellement tenus par un analyste au sein des équipes Agiles. Le document se concentre sur les analystes d’affaires, mais selon moi cela s’applique également aux analystes fonctionnels et, en partie, aux analystes organiques.

Voici ce que la liste indique :

  • Pour certains projets, il est possible qu’un analyste ne soit pas requis. Cela est possible dans le contexte où les développeurs ont une capacité d’analyse suffisante ou lorsque le responsable de produit est en mesure de rédiger par lui-même le carnet de produit.
  • Dans les projets plus complexes, l’analyste peut être un facilitateur capable d’élaborer une vision unique. Cela peut s’avérer nécessaire lorsque plusieurs parties prenantes au projet expriment des perspectives et des besoins contradictoires.
  • L’analyste peut tenir le rôle de responsable de produit. C’est possible s’il connaît suffisamment le domaine d’affaires et si on lui reconnaît les droits de définir et d’ordonner le carnet de produit.
  • Pendant une absence du responsable de produit, l’analyste peut tenir le rôle de suppléant. C’est également une option lorsque le responsable de produit ne se trouve pas sur le même site physique que l’équipe de développement.
  • L’analyste peut augmenter la disponibilité et l’efficacité du responsable de produit en devenant son bras droit. Cela permet au responsable de produit de dégager du temps, n’étant plus seul pour entretenir le carnet de produit, de répondre aux questions des développeurs et d’évaluer les résultats des itérations.
  • L’analyste peut être le coach d’une équipe. Cela est utile lorsque le responsable de produit maîtrise le domaine d’affaires, mais qu’il a une expérience limitée en réalisation de projets de TI, ou lorsque l’équipe de projet ne connaît pas le domaine d’affaires.

Personnellement, j’ai pu observer chacune de ces propositions dans le cadre de mes mandats d’accompagnement. Ce qui manque à mon avis pour compléter la réflexion de l’adaptation du rôle, c’est la détermination des autres disciplines de développement qui sont à la fois utiles à l’équipe et habituellement une source d’intérêts pour les analystes.

 

à propos de mathieu boisvert

Mathieu est un conseiller en adoption des méthodes Agiles depuis plus de 5 ans à Montréal, à Québec et à Paris. Il anime le démarrage de nouveaux projets de développement logiciel à titre de conseiller et facilite la réussite d'équipes de développement à titre de ScrumMaster.
voir mon profil »

  • http://twitter.com/ogourment Olivier Gourment

    Excellent, Mathieu … ce document est une très bonne nouvelle. En revanche, je ne suis pas certain de comprendre la dernière phrase.
    À quand l’extension Agile pour le PMBoK ?