Utilisateur:Jterrien/Brouillon
Pour les articles homonymes, voir mafia (homonymie).
Jeu de société
| Auteur | Cauchie Stéphane |
|---|---|
| Date de 1re édition | 2017 |
| Mécanismes |
Planning_poker Jeu_coopératif_(jeu) |
| Thème | Scrum_(Boite_à_outils) |
| Joueur(s) | 4 à infini |
| Âge | À partir de 9 ans |
| Durée annoncée | de 30 à 60 minutes |
| habileté physique  Non |
réflexion décision  Oui |
générateur de hasard Oui |
info. compl. et parfaite Non |
MadRoadmap est un jeu de société de coopération simulant le développement de projets de logiciel au sein d'un département informatique d'une entreprise, les joueurs représentent les différentes équipes/activités classique visible dans une PME/ETI/Grande entreprise.
Les joueurs vont devoir à travers un temps imparti réussir à développer les différents produits de leur projets, les maintenir en production et les faire évoluer pour gagner des transactions.
Règle de jeu[modifier | modifier le code]
Les joueurs seront répartis en au moins 4 équipes :
- Produit #1 : représente un produit
- Produit #2 : représente un produit autre pouvant être lié au Produit #1
- Delivery : Représente la gestion de la production et du client
- Sécurité : Représente la gestion de la sécurité (guide de sécurité, audit,…)
Le jeu se passe sur une période de deux ans ou plus (défini au début de la partie).
Chaque tour de jeu représente un mois, il va être tiré des évènement aléatoire sur chaque produit, la production va gagner des transactions et tous les joueurs reçoivent un nombre de "monnaie" (Jour Homme, CRA,…) qu'ils devront investir pour réaliser des actions via des cartes en leur possession.
Pour gagner des transactions les équipes vont devoir mettre en production des "Feature Request" de produit demandé par les clients.
Les "Feature Request" représente un ensemble de :
- "Activity Card" : [Obligatoire] tâche de développement pour faire évoluer le produit.
- "Utility Card" : [Optionnel selon les cas] : tache autour du produit pour permettre de l'améliorer en fiabilité, gestion de production et de sécurité.
Chaque carte d'activité ou d'utilité à des requis de niveau de compétence pour pouvoir être réalisée, ainsi les joueurs en début de partie pourront choisir des formations initiales dans différents domaine mais aussi investir par la suite pour faire évoluer ses compétences.
But du jeu[modifier | modifier le code]
Le but principal est que l'équipe doit réaliser le plus grand nombres de transactions au bout du temps impartis.
Les buts pédagogique sont :
- Permettre aux équipes d’appréhender le métier des autres activités.
- Mettre en avant la coopération entre les équipes.
- Montrer les forces et fragilités du développement Agile
- [Si le jeu est personnalisé] Permettre aux équipes de connaître les roadmaps des autres produits, nos clients et comment fonctionne la gestion de la production.
Préparation du jeu[modifier | modifier le code]
Répartir les joueurs :
- Au moins 4 joueurs pour une table
- Le nombre de joueurs sur chaque table doit être égale
- Si impair on peut choisir un joueur expérimenté en tant qu'arbitre sur les tables pour vérifier le bon déroulement.
Par table :
- Définir un nom de département.
- Les joueurs vont se répartir les rôles/équipes via les "Role Card".
- Les joueurs vont répartir 40 points de formation chacun dans leur carte role.
- Les produits vont se répartir les différentes "Activity Card" et définir leur Road Map en mettant les activités en ordre (modifiable en cours de partie) sur la partie "Développement" de leur produit.
- Chaque joueur à 50 points initial à investir dans les cartes activité et utilité
- Définir un temps de jeu, par défaut 24 mois/tour
Tour de jeu[modifier | modifier le code]
- Les joueurs reçoivent 20 points.
- Le delivery va tirer une carte évènement par produit et feature request en production.
- Les joueurs s'organise ensuite pour :
- Réagir aux évènements
- Repositionner et investir dans les cartes d'activités et d'utilités
- Se former
- Si une mise en production a été préparée :
- On supprime de la production toute les cartes utilités du produit
- On fait passer en "Live" toutes les activités, utilités et features finalisé
- Le delivery va tirer une carte transaction par produit et feature request en production.
- Une fois tous les trois tours (premier tour, 4 , 7,…) les joueurs tirent une carte feature.
Si plusieurs tables de jeu :
- il faut attendre que le tour de jeu des autres tables soit fini aussi pour commencer le nouveau.
- Les cartes évènement, transactions et plan d'action sont les mêmes pour toute les tables :
- On utilise une seule pioche
- On choisit une personne pour tirer les cartes et communiqués l'information a tous (arbitre ou joueur aléatoire)
- Si il ya un nombre de tirage diffèrent selon les tables
- table #1 : 2 produit+ 3 feature = 5 cartes transactions
- table #2 : 2 produit+ 1 feature = 3 cartes transactions
- on tire d'abord 3 cartes identiques pour tous puis 2 qui s'applique seulement à la table #1
Type de carte[modifier | modifier le code]
Transaction Card[modifier | modifier le code]
Une carte transaction comporte le nombre de transaction à ajouter à son score.
Activity Card[modifier | modifier le code]
La carte d'activité comporte :
- Un résumé de l'activité
- Les formations nécessaires pour la réaliser
- Le cout en point pour la réaliser
Une activity card reste en production durant toute la durée de vie du jeu.
Utility Card[modifier | modifier le code]
La carte d'utilité comporte :
- Un résumé de l'activité
- Les formations nécessaires pour la réaliser
- Le cout en point pour la réaliser
Une utility card reste en production seulement le temps entre deux mise en production. Cela permet de montrer les taches répétitives mais très importante qui doivent etre réaliser pour chaque Release d'une version.
Feature Card[modifier | modifier le code]
Feature carte demandé par les clients tous les 3 tours pour un produit spécifiques, comporte :
- Un résumé de la feature
- Les activity et utility card nécessaire à sa complétion.
Event Card[modifier | modifier le code]
Les cartes événements arrivent une fois par tour par produit + features, les événements peuvent être bénéfiques (peu de chance) ou donner un malus :
- Un résumé de l'évènement
- Les actions à réaliser
Les cartes avec malus peuvent en majorité avoir un effet réduit si les Utility cards correct ont été effectué lors de la mise en production précédente.
Action Plan Card[modifier | modifier le code]
Les cartes Plan d'action sont tiré seulement dans le cas d'event card qui demande d'en tiré. Ce sont des cartes qui provoque des cout en point obligatoire à déduire sur le début du tour.
Fin du jeu[modifier | modifier le code]
A la fin du temps imparti, chaque table additionne les transactions tirées et on stocke :
- Le nom du département
- Le score
- le nombre de joueur
On peut comparer les scores entre tables pour se vanter ou pleurer… Mais le vrai but est de réaliser une retrospective sur chaque table et entre les tables pour discuter comment il aurait pu mieux gérer leur road map et leur compétences. {{Portail jeux}} [[Catégorie:Jeu de société|Mafia]] [[Catégorie:Jeu à rôles|Mafia]] [[Catégorie:Jeu de rôle grandeur nature]] [[Catégorie:Jeu d'ambiance]] [[Catégorie:Jeu à intrigue policière]] [[pt:Lobisomem (jogo)]]