#All-In-One
Un jeu pour développeur permettant la cohésion du groupe, la priorisation des tâches, responsabilise le développeur durant son développement.
Il sera intéressant de voir les limites du nombre de participants (une dizaine à priori). De plus, ça pourrait être un jeu réalisé entre midi et deux avec des individus provenants d'autres entreprises.
##Pré-requis :
- une grande pièce
- un pc par participant
- un rétro-projecteur
- un grand tableau
- un chronomètre
- un jeu de carte "all-in-one" :
- une carte "débat" : tous les participants sont invités à participer à un débat, lorsqu'ils souhaitent parler ils lèvent la main
- une carte "aide" : un seul participant est invité à aider le manager, pour se faire il lève la main
- une carte "post-it" : permet de prendre 1 ou 2 post-it de l'ancien manager en haut de sa pile de post-it
- une carte "recherche" : pendant 2 minutes maximum tous les participants cherche sur internet un sujet donné par le manager, dès qu'un résultat est trouvé, le développeur lève la main (ne peut être posé qu'une fois par tour)
- une carte "pause" : le manager accepte de laisser son tour et de le remplacer par une pause (ne peut être posé qu'en début de tour et une seule fois par partie)
- une carte "multi-dev" : tous les dev se mettent à développer en duo (avec le participant de gauche en partant du manager (qui reste seul), un dernier trio est autorisé), le manager doit dire aux participants ce qu'ils font (ne peut être posé qu'en début de tour et une seule fois par partie)
- le moyen de coder à plusieurs (internet avec svn ou git ou idéalement tout le monde sur le même code "à la google doc" (trouver un moyen de faire ça))
##Déroulement :
- l'organisateur expose le problème, le projet, l'algorithme à faire durant la session
- calcul du temps par utilisateur : une session ne peut excéder 2h (120 / nb_particpants), l'organisateur définit le temps qu'il souhaite y consacrer
- chacun son tour les participants doivent :
- brancher leur pc au rétro-projecteur
- démarrer le chrono : il devient alors "manager"
- il peut alors commencer à développer
- à tout moment il peut se servir d'une carte
- les autres participants doivent :
- noter leurs remarques sur des post-it : les remarques peuvent aller du bug dans le code, aux commentaires manquant... bref tout ce qui passe par leur tête
- emmener ces remarques au manager, après au moins la moitié de son temps écoulé (sans le déranger) et les insérer dans l'ordre de priorité des remarques déjà présentes
- le manager peut traiter les remarques à tout moment, s'il le souhaite il peut ne pas les traiter du tout
- à la fin du tour, le manager commit son code et passe le câble du rétro-projecteur au participant suivant (à sa gauche)
##Règles :
- une seule personne peut parler à la fois
- une seule personne peut écrire au tableau à la fois
- le manager est seul maître durant son tour
- le manager désigne celui qui parle
- le manager désigne celui qui écrit au tableau
- le time-manager est le participant à la gauche du manager, il a en charge le chrono et prévient les autres participants lorsqu'ils peuvent poser leurs post-it
##Définitions :
- manager : personne qui a le contrôle des autres participants
- tour : est utilisé pour définir le moment où un participant est manager
- partie : désigne le moment entre le début de la partie et le moment où chaque participant est devenu manager
##Variantes :
- un pc pour tout le monde : les joueurs tournent devant le pc, on doit retirer la carte recherche dans cette variante
##Sujets proposés :
- implémenter l'algo du génie avec git
- découvrir ruby on rails
- découvrir scala