Grande reflection à Barcelone de Nicolas suite à la lecture de:
Importance des:
- Boucle de gaming = boucle d'habitude
- Procedural rhetoric is a rhetorical concept that explains how people learn through the authorship of rules and processes.
- Transfert de compétence
- valorisation des fails
Etait présent Nicolas, Paul, Yannick, Jean-Louis.
Réflexion sur la définition de projet.
La gamification est une quête, qui utilise le projet Jacqueline comme exemple concret de développement.
La Jacqueline est une quête, qui utilise la gamification comme processus de dévelopement.
Processus actualisé et proposé: (voir glossaire présentis issues#30 )
via une nouvelle issue sur repository openfab (option: @[team] pour pousser la notification sur une team précise)
- modèle de base: Je suis.... j'aimerai faire....
- description de la quête, pourquoi, ce qui pousse à, les objectifs, le pitch quoi.
- lien vers un REPO dédié et son README.MD avec
- des exemples références, état d'avancement si déjà quelque chose...
- les ressources que j'apporte,
- les ressources manquantes (présumées dans l'état des connaissances actuelles)
objectif: réunir les personnes portant un intérêt pour la quête annoncée et en définir les Milestones.
- qui s'intéresse à la quête?
- qui peut apporter quoi? Compétence, tps, ressources?
- compléter les ressources manquantes si pas encore mentionné.
- Quel retour est espéré par chaqu'un à la fin de la quête?
ce qui pose question de comment les personnes répondent à la publication?
-> Github, step 1 s'inscrire pour pouvoir commenter sur les issues. voir #inscription #issues
-> inviter les réfractaires mais motivé lors de la première réunion. Mais ensuite Github step1 (*mais d'abord tchitchi)
Après discussion via issues github, convenir d'une date de rencontre pour une session de travail pour définir :
- les objectifs à atteindre pour un minimum viable
- les ressources disponibles (idéalement ce qu'il manque encore) pour MVP1
- une date de "sprint"(méthode agile) et sa durée.
X jours en commun, avec un délivrable en fin de sprint. Le MVP1
- test du MVP1
- liste des remarques sur les issues github
- évaluation pour réunion MVP1.1
- ou directement MVP2