Final Retro ProjWeb - NicolasGlassey/ProjWebLunar GitHub Wiki

Elodie, Messieurs,

Vous avez probablement reçu via l’intranet, par l’intermédiaire de votre maître de classe, votre note concernant le module précité.

Il me tient à cœur de détailler cette évaluation, même si vous avez régulièrement eu mes retours, notamment lors des reviews.

Féliciations

Vous avez -vraiment- tenté l'aventure collaborative. Malheureusement ceci n'a pas été totalement (au niveau du backlog) payant.

La communication avec moi a été très bonne. Entre vous il y a eu des tensions que vous avez réussis à gérer sans m'impliquer.

Lors des reviews, vous avez été très ouverts à mes retours et avez rapidement amélioré vos pratiques. Ceci est assez épatant, surtout sachant le niveau de stress de certain-e durant ces sessions.

Je tiens à continuer sur cette voie avec vous, tout en limitant les impacts négatifs tels que:

• déstabilisation de fonctionnalités qui, précédemment, fonctionnaient.
• stress durant les reviews.
• tensions dans l'équipe, alors chacun tente de faire de son mieux.

Votre stratégie de travail

Vous avez opté pour approche en deux équipes.

• Réalisation de l'application par Elodie et Nathan.
• Configuration de l'instance d'intégration et déploiement du code par Pierrot et Adam.

Je pense que c'est un bon choix, néanmoins voici les améliorations importantes que je vais vous demander de prendre en compte dès le début de Projet Web Bdd:

• Généralités:

  • Favorisez plus les instants durant lesquels vous travailler tous ensemble.
    • En début de sprint pour bien définir qui va travailler sur quoi.
    • En début et fin de chaque session de travail afin d'échanger sur les avancées et les problèmes rencontrés.
    • En fin de sprint, la mise en commun doit être anticipée. Le soir d'avant n'est pas une bonne idée. Je vais vous proposer de faire cela plus régulièrement afin d'éviter trop de "conflits", de problèmes lors des fins de sprints.

• Manque de synchronisation

  • Dans les deux équipes, vous avez eu tendances à vous passer les tâches sans les expliquer à l'autre. Du coup j'ai dû répondre aux mêmes questions à des intervenants différents (structure du code, utilisation d'AWS).

Qualité du code et de la documentation

La qualité du code tout comme celle la documentation n’a pas été « notée », cependant vous recevrez dès demain le détail des points à améliorer ainsi que les critères à respecter. Car dans ProjetWebBdd la qualité du code sera prise en compte dans l’évaluation finale.

A discuter de vive voix dès demain.