Skip to content

Collaboration Implémentation Outils

Makker5000 edited this page Jun 9, 2024 · 15 revisions

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

Lors de notre projet, nous avons mis en place plusieurs méthodes d'organisation pour assurer son bon déroulement. Voici quelques-unes des stratégies que nous avons utilisées:

  • Réunions hebdomadaires : Nous avons convenu de nous réunir chaque semaine le mardi avant le coaching avec Mr Nël. Ces réunions étaient l'occasion de discuter des progrès réalisés jusqu'à présent, des défis rencontrés et des prochaines étapes à suivre. Elles permettaient également de prendre des décisions importantes ensemble.

  • Répartition des tâches : Dès le début du projet, nous avons identifié les différentes tâches à accomplir et les avons réparties entre les membres du groupe en fonction de nos forces et de nos disponibilités. Cela nous a permis d'optimiser notre temps et nos ressources, tout en veillant à ce que chaque membre se sente impliqué et responsable.

  • Communication régulière : En dehors des réunions hebdomadaires, nous avons maintenu une communication régulière via des outils tels que disord, des discussions entre les cours ou les plateformes de gestion de projet. Cela nous a permis de rester informés des avancées de chacun, de poser des questions et de résoudre rapidement les problèmes qui pouvaient survenir.

  • Suivi des progrès : Pour garantir une gestion efficace du projet, nous avons mis en place un système de suivi des progrès qui nous permettait de surveiller de près l'avancement de chaque étape. Nous avons utilisé des outils tels que des des tableaux Kanban pour visualiser les tâches à accomplir, leur état d'avancement et les délais associés.

  • Flexibilité et adaptation : Nous avons également été conscients de l'importance d'être flexibles et prêts à nous adapter aux changements imprévus. Cela signifiait être ouverts à de nouvelles idées, à des ajustements de plan et à des révisions de stratégie lorsque cela était nécessaire pour atteindre nos objectifs.

En conclusion, bien que notre projet ait démarré un peu lentement et que nous n'ayons pas pu implémenter toutes les idées dès le départ, nous avons su faire preuve d'adaptabilité pour surmonter ces premiers obstacles. Grâce à notre engagement collectif, à nos réunions régulières, et à notre suivi attentif des progrès, nous avons réussi à rattraper le temps perdu et à rattraper une bonne partie du temps perdu. Cette expérience nous a permis de renforcer notre collaboration, notre efficacité organisationnelle, et notre capacité à nous adapter aux défis rencontrés en cours de route. Nous sommes fiers du travail accompli et des résultats obtenus, et nous sommes convaincus que les leçons apprises nous seront précieuses pour nos projets futurs.

2. Ambiance dans le groupe

Au sein de notre groupe, une atmosphère variée s'est progressivement développée, reflétant la diversité des personnalités. Certains membres se sont démarqués par leur dévouement et leur engagement sans faille dans le projet. Leur enthousiasme a agi comme un catalyseur, stimulant la collaboration et l'échange au sein de l'équipe.

Cependant, d'autres membres ont fait face à des difficultés initiales. Malgré leurs efforts soutenus, ils ont mis plus de temps à trouver leur rythme et à finaliser leurs tâches. Leur parcours a été marqué par des défis et des apprentissages, mais ils ont finalement réussi à surmonter ces obstacles, démontrant une résilience et une détermination admirables.

Malgré ces différentes dynamiques, l'ambiance générale du groupe est demeurée positive et constructive. Nous avons su faire preuve de patience, de compréhension et d'empathie envers les difficultés rencontrées par chacun, tout en reconnaissant et en valorisant les contributions de chacun. Cette expérience nous a permis de renforcer nos liens et notre capacité à travailler ensemble, malgré les défis rencontrés en cours de route.

3. Outils utilisés

3.1 Gestionnaire de tâches

[Explication de comment vous avez organisé votre gestionnaire de tâches. Si vous changez en cours de route, expliquez quoi et pourquoi]

Pour l'outil de gestion des tâches nous avons décidé d'utiliser GitHub Project nous permettant de centraliser presque tout le projet sur l'outil GitHub afin de ne pas se perdre avec plusieurs applications différentes.

3.2 Gestionnaire de temps

Nous avions commencé à utiliser Clockify pour enregistrer le temps de travail de chacun mais malheureusement par faute de non habitude de chaque membre du groupe il n'y a pas eu assez d'enregistrement que pour pouvoir faire des statistiques et avoir un résultat claire et fiable que pour présenter le temps passé.

3.3 Outils de communication et de partage

Nous avons utilisé quasi exclusivement Discord comme moyen de communication (appels, messages, partages de fichiers et de liens).

3.4 Outils de développement

[IDE, extensions, test, etc...]

Nous avons tous utilisé au début Visual Studio Code pour programmer et ensuite nous avons migré vers Fleet car cette IDE à une extension de "linting" bien plus poussé et correspondant parfaitement à nos besoins. De plus cette IDE est plus complet et intuitif mais à la fois plus simple nous permettant de rester concentré sur nos tâches sans nous faire perdre de temps à chercher des fonctionnalités utile à notre projet.

3.5 Autres outils

[Quels autres outils ont été utilisés? Pourquoi?]

Nous n'avons pas vraiment utilisé d'autres outils autre que ceux déjà cité précédemment car on ne voulait pas s'encombrer avec plus d'outils à apprendre à utiliser pour éviter de nuire à notre productivité.

4. Qualité du code

[Explication des conventions de codage, description des outils de "linting" et de tout ce qui a été mis en place pour s'assurer de la qualité du code produit.]