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ées
- Ready – prêtes à être prises
- In progress – en cours de traitement
- In review – en attente de relecture
- Done – 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).