Chez Mapado, on essaie d’utiliser les méthodes agiles depuis le début.

Nous sommes maintenant une équipe de deux patrons, six développeurs, une graphiste, un SEO-guy, quatre sales / marketing (et un intégrateur quelques jours par mois), soit 14 personnes.

Nous avons choisi de faire une seule grosse équipe scrum pour essayer de garder l’ambiance la plus sympa possible et une visibilité sur le travail des autres. (ce n’est pas forcément simple de savoir pour les “sales” ce que font les “devs” et vice-versa).

Quand je dis que l’on forme une seule équipe, je parle uniquement des meetings. Les “tâches” restants pour les développeurs.

Aujourd’hui, tout le monde participe au daily meeting (à 17h chez nous). Tout le monde participe aux démos (sauf “astreinte” téléphonique côté sales parfois). Tout le monde sauf l’équipe sales / marketing participe au départ de Sprint (poker, définition des tâches du sprint, etc.).

Le problème principal pour notre équipe est donc d’avoir des personnalités aux compétences très disparates. Après plusieurs mois, nous en sommes arrivés à écrire un genre de “manifeste”.

Voici donc ce à quoi on est arrivé :

Daily meeting

  1. Le meeting commence à l’heure (17h)
    Si tout le monde n’est pas là à 17h01, on attaque quoi qu’il en soit
  2. Les explications sont pour tout le monde, pas pour une seule personne en particulier (ie. votre chef)
    Charisma pro tips: Pensez à regarder tout le monde quand vous parlez
  3. Le meeting ne dépasse pas 15 minutes, ce qui laisse environ une minute par personne (puisque l’on est quatorze)
  4. Pas d’explications trop détaillées / techniques:
    • Ça a tendance à trainer en longueur
    • Seule les personnes qui travaillent sur la tâche comprennent
  5. Expliquez plutôt le contexte, l’apport et les points de blocages
    • Ex: J’ai ajouté les vitres à ma maison, ca va être cool parce que le soleil va rentrer, par contre je ne sais pas trop comment faire pour qu’elles s’ouvrent

Démo

  1. La démo commence à l’heure. Préparez vos cafés quinze minutes avant.
  2. Pas d’explication inutile, pas d’étape intermédiaire : allez à l’essentiel, présentez seulement le contexte
  3. Pas de code, de pull request ou de Vi
  4. Ne répétez pas ce qui a été dit dans les daily meeting
  5. Préparez votre démo (et pas quinze minutes avant celle ci, c’est le temps réservé au cafés)
  6. Ne présentez pas ce qui n’apporte aucun intérêt à l’équipe
  7. Pas plus de 2h de démo
  8. Tout le monde doit présenter quelque chose (depuis peu , l’équipe marketing / sales nous font un rapport de ce quelles ont fait en un sprint et c’est très enrichissant)
  9. Pas plus de 15min par personne (mais idéalement beaucoup moins, pour respecter le point 7)
  10. Sortie console : faite qqch de lisible loin de l’écran, par tout le monde (mais éviter les sorties console)

 

N’hésitez pas à commenter sur vos façons de faire qu’on puisse aussi s’en inspirer 😉