Dans beaucoup de petites équipes, le développement vit dans un monde à part. Le développeur travaille dans GitHub, le reste de l'équipe ailleurs, et la question « où en est la nouvelle page de paiement ? » finit en message privé, en réunion, ou en capture d'écran d'un ticket que personne ne sait lire.
Flots a maintenant une intégration GitHub. Les issues et pull requests qui attendent le développeur arrivent dans Flots, et celles des dépôts liés à un projet y deviennent des tâches. Les autres membres du projet les suivent là où ils travaillent déjà, sans ouvrir GitHub.
Ce que fait l'intégration, concrètement
- Le développeur connecte son compte : dans Paramètres, section GitHub, le bouton Connecter GitHub installe l'application Flots sur GitHub. Il choisit les comptes et les dépôts auxquels Flots a accès, et peut revenir sur ce choix par Gérer les comptes et dépôts.
- Il lie un dépôt à un projet, depuis les paramètres du projet (rubrique Dépôts GitHub rattachés) ou depuis le bloc Dépôts et projets des paramètres GitHub. De son côté, un dépôt n'alimente qu'un seul projet.
- Dans ce dépôt, les issues qui lui sont assignées ou qu'il a ouvertes, et les pull requests qui lui sont assignées ou dont on lui demande la review, deviennent des tâches du projet. La tâche reprend le titre de l'issue, sa description pointe vers GitHub, et une liste à cocher écrite dans l'issue arrive sous forme de sous-tâches.
Les autres issues du dépôt lié s'affichent aussi dans le bloc GitHub du développeur, mais sans devenir ses tâches : celles qui le concernent vraiment ne se retrouvent pas noyées.
Dans son planning, le développeur retrouve un bloc GitHub avec deux onglets, Issues et Pull requests : ce qui lui est assigné, les reviews demandées, l'état de la CI de ses pull requests. Il peut y modifier les labels d'une issue, la seule écriture que Flots fait sur GitHub.
Ce que voit le reste de l'équipe
GitHub est un très bon outil pour écrire du code à plusieurs. Pour une cheffe de projet ou un commercial, c'est un autre monde, avec son vocabulaire, ses écrans pensés pour les développeurs et un compte à créer juste pour jeter un œil.
Avec l'intégration, ils n'en ont pas besoin. Les tâches de développement sont des tâches du projet comme les autres : chaque membre les voit, avec leurs sous-tâches et leur statut, à côté des tâches du marketing ou du commercial.
| Sans l'intégration GitHub | Avec l'intégration GitHub |
|---|---|
| L'avancement du dev se demande par message | Les issues du dépôt lié deviennent des tâches du projet |
| Les non-développeurs ouvrent GitHub, ou renoncent | Ils suivent ces tâches dans Flots, sans compte GitHub |
| Les tâches de dev d'un côté, le reste du projet de l'autre | Un seul projet pour tout le travail de l'équipe |
Quand une issue est fermée ou une pull request mergée, Flots ne termine pas la tâche à la place du développeur. Elle apparaît dans Terminé sur GitHub, avec un bouton Terminer, et Tout terminer quand il y en a plusieurs. Une pull request mergée ne veut pas toujours dire que le travail prévu est fini : c'est lui qui confirme, et l'équipe voit la tâche passer en Terminée.
Le développeur peut aussi choisir, dépôt par dépôt, d'être notifié dans Flots : Nouvelle issue, Issue résolue, Nouvelle pull request, CI en échec. Elles ne concernent que lui : les autres membres du projet ne les reçoivent pas.
Une refonte de site ou le lancement d'une fonctionnalité mobilise autant le développeur que le marketing ou le commercial. Avec l'intégration, leurs tâches tiennent dans le même projet Flots.
Deux scénarios d'usage, de la PME à la startup
Une PME avec un développeur et une cheffe de projet
Une PME d'une quinzaine de personnes a un seul développeur. Il maintient le site et l'outil interne. La cheffe de projet, elle, centralise les demandes des autres services.
Le développeur lie le dépôt du site au projet « Site internet ». Chaque issue qu'on lui assigne devient une tâche du projet. La cheffe de projet n'a plus à demander où en est le formulaire de contact : elle voit la tâche, ses sous-tâches et son statut au milieu de ses autres projets, sans jamais ouvrir GitHub.
Une startup où le produit change chaque semaine
Six personnes, dont deux développeurs. Le marketing prépare l'annonce d'une fonctionnalité, le commercial l'a déjà évoquée à un prospect, les fondateurs arbitrent les priorités.
Chaque développeur connecte son propre compte GitHub et lie le dépôt au projet de la fonctionnalité. Leurs issues et leurs reviews y deviennent des tâches. Le marketing et le commercial, membres du projet, suivent l'avancement depuis Flots, où ils font déjà le reste de leur travail.
Organiser une petite équipe qui grandit
Le guide pour passer de seul à plusieurs sans perdre le fil.
Lire le guideDans quels plans l'intégration GitHub est-elle incluse ?
L'intégration GitHub est incluse dans les plans Pro et Team de Flots. C'est le compte qui connecte GitHub qui en a besoin : les membres du projet qui suivent les tâches n'ont ni plan particulier ni compte GitHub à prévoir.
Pour démarrer, il suffit que le développeur connecte GitHub dans les paramètres et lie un dépôt au projet de l'équipe. Les autres membres n'ont rien à installer.
Le suivi du dev, sans ouvrir GitHub.
