Comme tout bon analyste doit bien comprendre le contexte dans lequel il travaille, en introduire un sur un projet est un défi en soi, encore plus si ce projet est déjà en cours.  Pour avoir eu à le faire à 3 reprises sur un projet majeur que je viens de compléter, je peux vous dire qu’il s’agit d’un travail de longue haleine, qui est néanmoins bénéfique.  L’un d’entre eux a d’ailleurs bien illustré la transition avec le principe du 30-30-30 (comme l’engrais :-) ):

  • 30 jours pour apprendre
  • 30 jours pour comprendre
  • 30 jours pour assimiler

Ce qui n’est pas très loin de la réalité!

Pour assurer une belle intégration, j’aime bien les grands principes identifiés par Laura Brandau sur son blog (très intéressant en passant), qui permettent de bien structurer toute la connaissance à transférer d’une personne à l’autre.  Ça ressemble pas mal aux points que j’avais abordé dans le passé sur mon projet, mais l’avantage, c’est que c’est structuré :

  • Connaissances – domaines d’affaires et applicatifs
  • Parties prenantes – affaires et TI
  • Partage d’information sur les problématiques courantes
  • Rôle et responsabilités de l’analyste sur le projet (devoirs & attentes)