Tag: agile


Dans une équipe de projet fonctionnant en mode agile, le rôle de l’analyste est de s’assurer que la compréhension du projet reste la même du début à la fin, et que toute l’équipe a en tête les objectifs visés par ce projet.  La documentation écrite n’est pas la finalité de l’analyste; au contraire, la philosophie agile tend à opter pour une approche assez légère en documentation.

Par contre, ce n’est pas parce que l’analyste n’a plus à créer autant de documentation qu’il ne joue pas un rôle tout aussi important.  Dans cette optique, j’ai bien aimé l’article de Maria Horrigan (sur BATimes.com) qui identifie 6 rôles stratégique de l’analyste agile en revisitant l’oeuvre de Sun Tzu (The Art of War):

  1. Discipline et contrôle du jeu – la planification et la coordination sont nécessaires même en mode agile
  2. Rester flexible et capturer toutes les opportunités – l’apprentissage en cours d’itération doit servir pour les prochaines itérations
  3. Agir rapidement pour éviter la fatigue – se concentrer sur l’essentiel aide à déployer des fonctionnalités rapidement
  4. S’assurer que nos objectifs sont réalistes – facilite l’opérationnalisation au sein de l’Équipe
  5. Avoir les bonnes personnes dans l’équipe – choisir l’équipe en fonction des besoins du projet au lieu de prendre ceux qui sont disponibles
  6. Demeurer flexible – toujours garder en tête pour qui le système est développé

Quoi que le point #5 est difficile à mettre en application, les autres sont de bonnes lignes directrices à garder en tête lorsqu’on travaille sur un projet qui progresse plus ou moins bien!

Les outils de l’analyste agile

Petit tableau très intéressant sur les principaux livrables d’un analyste en contexte agile: http://www.agilemodeling.com/artifacts/

À mettre dans vos favoris!

Article intéressant de Nielsen sur le design d’interfaces et l’expérience utilisateur dans un contexte de réalisation Agile.

Les deux principales recommandations s’appliquent au design des interfaces, mais pourraient tout aussi bien s’appliquer à la définition des spécifications par les analystes:

  1. Séparer le développement du design – l’équipe de design se doit de rester un pas en avant par rapport à l’équipe de développement, de façon à ne pas développer des fonctionnalités qui ne sont pas validées;
  2. Maintenir une vision cohérente de l’architecture des interfaces – idéalement dans un sprint zéro, ce qui permet de s’assurer que les fonctionnalités développées sont cohérentes avec cette vision d’ensemble.

C’est un peu ce qui se passe chez un client pour lequel je travaille.  En effet, depuis la mise en place d’une métho plus agile, on s’est rendu compte qu’il était plus facile de définir les interfaces & spécifications à l’avance (mais toujours dans l’esprit d’Agile), ce qui nous permet de s’assurer une certaine harmonie entre les différentes fonctionnalités au fur et à mesure que les sprints avancent.

L’importance du sprint zéro prend ici tout son sens.

EricProvost.net est hébergé par Servage sur Wordpress | Thème: Motion by 85ideas.