Collaboration Implémentation Outils - Tablify-Developement/Tablify-Web GitHub Wiki
Résumé coaching 6.b
ORGANISATION DU GROUPE [A COMPLETER CI-DESSOUS]
+ Le groupe présente sur le wiki la manière dont le groupe s'organise : planification des échanges et rencontres, déroulement et timing des réunions et séances de travail, outils de communication utilisés, …
+ Le groupe applique au quotidien l'organisation décrite dans le wiki
+ L'ambiance est bonne dans le groupe et chacun a l'occasion de s'exprimer et de s'investir.
WIKI ET COACHING [A VERIFIER]
+ Le wiki est correctement complété au fur et à mesure
+ Les coachings sont bien préparés à l'avance, pour rapidement présenter les points prioritaires du jour et poser les bonnes questions
+ Le fichier de suivi est bien complété par tous les membres du groupe avant chaque coaching
+ La bibliographie est bien présentée, présente des liens intéressants et montre que les étudiants se sont bien documentés.
+ Les ressources sont directement référencées dans le texte lorsque cela fait sens.
+ Le groupe n'attend pas : s'il a des questions techniques, il les pose d'abord directement sur le chat.
GIT [A VERIFIER]
+ Le groupe applique concrètement le workflow git prévu
GESTIONNAIRE DE TACHES [A COMPLETER CI-DESSOUS ET VERIFIER]
+ Les colonnes du gestionnaire de tâches sont appropriées (Backlog, todo, doing, to review, Done...)
+ Les tâches dans le gestionnaire sont appropriées et dans le bon état
+ Chacun s'assigne lui-même ses tâches et les place dans les bonnes colonnes.
+ Tout travail réalisé par un étudiant se trouve bien en tant que tâche dans le gestionnaire.
+ On peut facilement faire la différence entre les US et les tâches techniques ou autres.
TEMPS [A VERIFIER]
+ Pour ce projet il est possible de savoir combien de temps a été passé sur quelles parties du projet (backend, DB, API, frontend, test, analyse, + + + réunion, formation, rédaction, ...)
+ Il est possible de savoir combien de temps chaque membre a travaillé sur le projet.
OUTILS communication, développement, partage et autres [A COMPLETER CI-DESSOUS]
+ Le groupe présente les outils qu'il utilise pour communiquer, partager des fichiers, assurer les réunions, etc…
+ Le groupe présente les outils qu'il utilise pour développer
+ Le groupe présente éventuellement d'autres outils utilisés et présente leur utilisation
QUALITE DU CODE [A COMPLETER CI-DESSOUS]
+ Un linter est connu, utilisé et maitrisé
+ Une convention de codage a été définie et documentée sur le wiki
+ Le code respecte la convention de codage, le style est uniforme
+ Le code respecte les bonnes pratiques de programmation (nommage des variables, limitation du niveau d'imbrication, etc.)
+ Le code est adéquatement documenté, éventuellement selon la programmation par contrat (pré/post conditions)
+ Le code est lisible et facilement compréhensible par un développeur non impliqué dans le projet
+ Le groupe a mis en place des reviews de code systématiques et peut le démontrer
1. Organisation du groupe
Le groupe s’est organisé autour de réunions hebdomadaires, principalement sur Discord, notre canal de communication principal.
🔄 Fréquence et planification :
- Réunion de coordination chaque semaine avant le cours de Développement Web.
- Réunion rapide en fin de journée de cours pour établir les tâches à réaliser dans la semaine.
- Discussions spontanées sur Discord en cas de blocage ou d’avancement important.
📱 Outils de communication :
- Discord : discussions, réunions vocales, salons organisés par sujet
- GitHub : suivi du code, des branches, des tâches (Projects)
2. Ambiance dans le groupe
L’ambiance de travail est globalement bonne.
Cependant, le groupe a rencontré des difficultés ponctuelles liées à :
- Un manque de transparence ou de communication de certains membres
- L’absence d’un leader de projet clairement identifié
Des ajustements ont été faits pour mieux distribuer les responsabilités et recentrer les priorités collectives.
✅ Chaque membre a pu exprimer son point de vue et ajuster sa charge de travail.
🛠️ Des discussions ouvertes ont permis de recentrer les efforts sur la réussite du projet.
3. Outils utilisés
3.1 Gestionnaire de tâches
- Outil utilisé : GitHub Projects
- Structure :
Backlog
– idées ou tâches non encore triéesReady
– prêtes à être prisesIn progress
– en cours de traitementIn review
– en attente de relectureDone
– tâches terminées et validées
Chaque membre s’auto-assigne ses tâches. Les User Stories sont distinguées des tâches techniques via étiquettes.
3.2 Gestion du temps
- Outil prévu : Clockify (peu utilisé)
- Suivi majoritairement manuel ou basé sur l’estimation des plages de travail
- Estimation par types de tâches (frontend, backend, API, réunions, etc.)
3.3 Outils de communication et de partage
- Discord : serveur dédié avec salons par thème (bug, planification, API…)
- GitHub : principal outil de partage de code, commits et fichiers techniques
- Google Drive (optionnel) : pour stockage de documents annexes
- Figma : pour les maquettes et validations visuelles avec le client
3.4 Outils de développement
Outil | Usage |
---|---|
WebStorm | IDE principal (intégration avec Node/TS) |
VSCode | Utilisé ponctuellement |
Postman | Tests d’API |
Docker | Lancement de PostgreSQL local |
3.5 Autres outils
- draw.io : schémas, ordinogrammes
- Markdown : rédaction de la documentation technique
- SendGrid : envoi d’e-mails automatiques
4. Qualité du code
4.1 Conventions et outils
- Convention implicite suivie : nommage en camelCase, séparation logique en modules
- Linter utilisé : Prettier (localement sur WebStorm/VSCode)
- Types : utilisation de TypeScript côté backend et frontend
4.2 Revue de code
- Pull requests systématiquement créées
- Validation entre pairs avant merge
- Relectures réalisées lors de réunions Discord en partage d’écran
4.3 Documentation du code
- Commentaires intégrés dans les modules critiques
- API documentée partiellement dans les fichiers sources
- Objectif : rendre le projet compréhensible pour un développeur externe
✅ L’organisation et les outils mis en place ont permis de structurer efficacement la collaboration malgré les défis rencontrés.
💡 Des axes d’amélioration subsistent, notamment sur le suivi du temps et la formalisation de certaines bonnes pratiques (tests automatisés, convention écrite de code).