Je viens de recevoir la note d’acceptation du comité de programme. J’accepte de faire cette présentation le jeudi 7 août, de 8h30 à 12h00. Je suis également prêt à refaire cette présentation le vendredi, le cas échéant.

Alain Désilets

“The hardest single part of building a software system is deciding precisely what to build.” — Fred Brooks

Résumé

Dans un projet agile, le rôle du client est souvent le plus exigeant et le plus stressant. En effet, celui-ci est amené à prendre plusieurs décisions déterminantes pour le succès de projet, et ce, dans un nombre varié de domaines comme le modèle d’affaire, les utilisateurs cibles, date de lancement, etc.

Dans ce tutoriel hautement interactif, les participants apprendront comment animer un atelier pluridisciplinaire (programmeurs, marketing, gestion, utilisateurs) d’une journée, afin de rapidement définir une charte de projet qui servira de guide à la prise de décision durant le reste du projet. Le tutoriel sera très pratique et les partcipants seront amenés à utiliser les techniques enseignées dans le cadre d’une simulation de projet fictif mais réaliste.

La charte de projet couvrira des questions telles que:

• Objectifs d’affaire : Quels sont les objectifs de l’organisme ou groupe qui paie pour le développement de ce système?

• Utilisateurs types : Qui sont-ils, quels buts finaux ont-ils quand ils utilisent le sytème, dans quel contexte (organisation, environnement) utilisent-ils le système?

• Tâche Types des Utilisateurs : Quand les utilisateurs emploient le système, qu’est-ce qu’ils font concrètement avec le système afin d’atteindre leurs buts finaux?

• Elevator statement : Si vous aviez à décrire ce produit à quelqu’un en 2 minutes (la durée d’un séjour dans un ascenseur), que diriez vous. Q.q.chos du genre : “Pour les UTILISATEUR PRINCIPAL qui doivent BUT PRINCIPAL, le NOM DU PRODUIT fera FONCTIONALITE PRINCIPALE. Comparé à des produits comme LISTE DE CONCURRENTS, ce produit permettra de AVANTAGE CONCURRENTIEL.

• Span Plan : Dans quel ordre devrions nous implanter un support pour les différentes Tâches Types, afin d’arriver très tôt à un système minimal qui peut néamoins permettre des transaction complète et de haute valeur.

Les participants pratiqueront différentes techniques simples permettant aux différents intervenant de répondre à ces questions de façon collaborative et pluri-disciplinaire.

Par exemple:

Le Card Storming: http://wwww.outside-in-development.com/foundation/cardstorming.html

Les diagrammes d’affinité: http://wwww.outside-in-development.com/foundation/affinity_diagram.html

Pour plus de détails sur le type de concepts couverts dans ce tutoriel, consultez le site de Jeff Patton:

http://wwww.outside-in-development.com/contents.html

Déroulement

• Accueil (~ 10 mins)

• Présentation sur la difficulté du rôle du client (~ 15 mins)

• Mise en situation (~15 mins)

  • On distribue une feuille décrivant une situation fictive, mais réaliste.
  • La situation décrit différents intervenants (marketing, développeurs, gestion, etc), et on demande des volontaires pour remplir chacun de ces rôles.

• Briser la glace (~15 mins)

  • Créer un cluster de noms de films.

• Pause (~ 10 mins)

• Travail collaboratif (~ 45 mins)

  • Établir les objectifs d’affaire (~ 15 mins)
  • Établir une liste d’utilisateurs types (~ 15 mins)
  • Établir une liste de tâches types (~ 30 mins)
  • Rédiger un elevator statement (~ 15 mins)
  • Établir un Span Plan (~ 20 mins)

• Retour sur l’expérience (~ 30 mins)

Total: 140 mins