Tag: projet


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!

C’est un classique de tout cours universitaire sur le cycle de développement logiciel: l’implication de l’utilisateur est un facteur critique de succès de tels projets.  Par contre, comme bien d’autres choses, il semble que cette idée reste souvent sur les bancs d’école malgré son importance reconnue.

Or, même si la volonté d’impliquer les utilisateurs est présente sur un projet donné, il est souvent difficile de les impliquer concrètement, ou encore de retirer les bénéfices escomptés de leur implication.  Le problème vient souvent de l’encadrement de ces utilisateurs, qui n’ont souvent aucune idée du processus en cours et de l’information que l’équipe de projet s’attend à obtenir de leur implication.

Il est donc primordial de bien préparer le cadre de travail dans lequel on veut que nos utilisateurs soient impliqués avant de commencer à travailler avec eux.  L’exercice ne sera que plus bénéfique pour le projet, et en bout de ligne pour les utilisateurs qui interagiront avec le nouveau système.

Capitaine Commerce fait une bonne illustration de la préparation et de l’encadrement nécessaire pour impliquer les utilisateurs dans la conception d’un nouveau site web.  Et pour faire un petit clin d’oeil à une collègue qui étudie l’ergonomie à l’École Polytechnique de Montréal, voici une petite description de la norme ISO 13407, qui décrit la conception centrée sur l’utilisateur.

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