Users models

Add account projet to manage user. First draft of user models.
> C'est pour ca que sur certain sujet, il faut faire un questionnement plus pousser sur les besoins futur a remplir et non present

Je trouve que c'est qu'on fait. C'est l'équivalent d'en parler face-à-face. C'est juste qu'à la place de se forcer à penser pendant 1 heure durant un meeting. On laisse ça mijoter. Ça se fait async, tout le monde y pense à son rythme quand il a le temps. Et en plus, toutes les interactions sont archivées sans que personne ait à prendre de notes!

Et aussi à la place de parler dans le beurre, on peut en discuter en regardant un bout de code concret qui permet de voir plus l'implémentation voulu.

Qui sait, en meeting, on aurait peut-être il faut des rôles. Et on y va, un dev passe 1 mois à faire tout ça. Et il arrive avec la mauvaise implémentation. On perd du temps. Kev a bien fait de faire un draft, pousser ce qu'il y a, même si c'est pas fini, et on peut en parler avant qu'il s'en aille trop dans la mauvaise direction.

On fait alors de l'analyse des besoins, de la conception, de l'implémentation et du revue de code, presqu'en même temps sans perdre de temps face-à-face à parler dans le beurre et sortir avec aucune ligne de code, aucun avancement concret au projet.

Je crois que tu voulais en revenir avec notre réticence de faire des meetings. Ça va avoir le fait aussi qu'on a pas déjà pas beaucoup de temps. Et le context de développement logiciel nous permet d'utiliser cette méthodologie (peut-être hors du commun), mais qui a fait le succès de tout l'avènement de l'open-source et de GitHub.