Skip to content

Instantly share code, notes, and snippets.

@ljahier
Forked from adrienjoly/guide-de-collaboration.md
Created January 5, 2019 13:04
Show Gist options
  • Save ljahier/0faec127817cd46e7d583c5c2fabd3b4 to your computer and use it in GitHub Desktop.
Save ljahier/0faec127817cd46e7d583c5c2fabd3b4 to your computer and use it in GitHub Desktop.
Règles permettant de bosser efficacement en équipe

Règles permettant de bosser efficacement en équipe

Outils, et leur usage

  • Trello:
    • pour lister, planifier, s'attribuer, puis archiver les taches (appelées cartes),
    • savoir à tout moment qui bosse sur quoi, et quelle tache en est où,
    • les décisions relatives à chaque tache doivent être intégrées sous forme de commentaires dans la carte correspondante. (afin de garder un historique par tache, facile à retrouver plus tard)
  • Git:
    • pour stocker le code source produit,
    • et garder une traçabilité des commits.
    • chaque commit doit être le plus canonique possible: UN bug fix ou UNE fonctionalité par commit. (afin de simplifier le bug hunting, l'analyse des raisons d'une ligne de code douteuse, et les retours éventuels à une version inférieure)
    • sauf autorisation contraire à titre exceptionnel (ex: hot fix), chacun doit bosser sur une branche créée depuis la branche de développement dev. c'est le leader technique qui s'occupe de merger les branches dans dev puis de les passer en production après avoir testé. cf modèle de branches git efficace
  • Slack:
    • pour consulter l'avancement/historique Trello et Git,
    • pour faire des annonces en commun, et discuter en privé (au besoin).
    • Slack doit être utilisé comme une "glue sociale" entre les autres outils, et non un outil de reference. (car moins pérènne, moins contextualisé, et donc plus difficile d'y retrouver des infos clés)
  • Google Drive:
    • (TODO)

Réglages recommandés pour les notifications

  • Trello: seulement lors des mentions et des modifs apportées aux taches qui vous sont attribuées.
  • Git: mentions seulement.
  • Slack: seulement mentions, messages privés, et canal de sous-groupe (ex: #dev dans mon cas)

Dans la mesure du possible, activer la fonction de résumé "digest" par email, pratique quand on a oublié de checker ses notifications sur un des services.

A chaque début de sprint:

  • Effectuer un stand-up meeting / hangout
    • 5mn d'actu motivante sur le projet
    • 2mn par personne pour dire ce qu'elle a terminé, ce qu'elle fait ensuite, et enventuels points de blocage
    • puis slots de 5mn max par point éventuel concernant toute l'équipe
    • mettre à jour trello, puis partager un compte-rendu avec l'équipe

Tous les jours, pendant un sprint:

  • Chaque membre de l'équipe:

    • dépile ses notifications trello afin de répondre aux questions sur lesquelles il a été mentionné.
    • dépile les taches qui lui ont été attribuées dans Trello, en commençant par la colonne "En attente", "En cours" puis "TODO" (en commençant toujours par celle en tête de liste)
    • en cas de blocage sur une tache, mettre la carte correspondante dans la colonne "En attente", et y laisser un commentaire mentionnant la/les personne(s) pouvant répondre à cette question, puis attaquer la tache suivante.
    • lorsqu'une tache est terminée, poster le résultat (ex: screenshot et/ou commit git) dans la carte correspondante, puis la déplacer en haut de la colonne "Terminé".
    • C'est le team leader qui est responsable d'attribuer les cartes aux personnes concernées.
  • Si vous trouvez une anomalie / un bug: créer une carte trello commençant par "BUG:" avec un intitulé le plus clair et conçis possible, et ajoutez-y une description pouvant aider au mieux votre collègue à résoudre (et donc reproduire) ce bug.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment