20190320 retro

Participants :

Des choses qui se sont bien passées

Quelques points durs dans le code qui rend le remaniement malaisé
Incertitude sur les priorités : est-ce que je travaille sur les bons sujets ?
Deux personnes qui travaillent sur le même sujet, mais pas en même temps – ce qui a pour conséquence qu'on se ralentit mutuellement
Difficulté à travailler sur les graphismes : à quel point sont-ils définitifs ? À quel point faut-il travailler sur la finition, en prenant l'hypothèse que les graphismes ne vont « pas trop » bouger ?
Incompréhension sur l'intention de design derrière l'ajout d'une fonctionnalité, liée à la jeunesse sur le projet

Faire des incréments plus petits
- Pour ça, lister dans une issue les différents « bâtons de mikado » à retirer les uns après les autres pour arriver à un objectif fonctionnel donné.
- … Puis éventuellement, quand les idées sont plus claires de ce qu'il y a à faire, peut-être sortir certains de ces « bâtons » dans des issues indépendantes
- Peut-être essayer d'utiliser la colonne « Notes » dans Github Project ? Ou plutôt avoir les discussions dans les issues directement ?
Continuer à utiliser Github Project
- on assume que ce n'est pas encore clair si on préfère passer par Github Project ou par la gestion des issues, et on accepte qu'il va y avoir plusieurs points d'accès tant qu'une des deux pistes n'émerge pas distinctement
- Ajouter un lien vers Github Project dans les divers fichiers README.md (par exemple, dans un paragraphe « Contribuer au projet ») pour rendre l'accès plus évident
Faciliter les échanges avec les graphistes
- Faire en sorte de pouvoir déployer une instance « bac à sable » à demande, pour pouvoir montrer du « développement en cours » avant qu'il ne soit finalisé