Télécharger pour lire hors ligne
Téléchargé parStéphane Hanser
Alone in the dark
Le document présente l'expérience d'une équipe de développement de jeu vidéo qui cherche à créer un jeu simple sur mobile en utilisant une approche agile. Ils partagent des enseignements tirés de leur processus, notamment l'importance des itérations courtes, des playtests réguliers et de la gestion des attentes des testeurs. En réfléchissant à l'avenir, l'équipe s'interroge sur la planification de l'innovation et l'amélioration de leur collaboration.
Alone in the dark
- 1. Alone In TheDark L’histoire d’une équipe qui n’y voyait rien Stéphane Hanser - <shanser@captive-studio.com> Agile Grenoble 2k11
- 2. Le conteur agiliste dansle jeu vidéo depuis 2006 fondateur de Captive Studio en 2008 orateur régulier lors de conférences intervenant en cours d’agilité
- 3.
- 4. Personnages 2 nains niveau1 les constructeurs 1 humain niveau 2 le stratège 1 elfe niveau 3 l’artiste qui est très pris 1 mage niveau 5 celui qui croit savoir
- 5. Leur quête créer unjeu simple sur mobile pour divertir les habitants des terres de l'ouest
- 6. - inventaire - manuelagiliste - grimoire du worldwide web
- 7. Contexte demain, si possible.Je peux attendre 2 mois si vous voulez HTML5, canvas, coffeescript 2D Une grossière idée du jeu itération d'une semaine
- 8. La recette duprojet qui échoue ?
- 9. Recherche de lalumière
- 10. Objectifs créer unMinimum Visible apprendre à maitriser les Photon outils
- 11. Comment faire quandon ne sait pas comment faire ?
- 12. On peut... s’inspirer dumanuel du petit agiliste
- 13. On peut aussi... se forcer à avancer malgré les inconnues
- 14. Et pourquoi pas... secréer des outils adaptés au fur et à mesure
- 15. Mais surtout ! sedonner un temps limité
- 16. Ce qui amarché limiter les recherches à 1/2 estimer une confiance dans journée les features : 1, 2 ou 3 intégrer spikes et dettes pomodoro, la vie est techniques dans le process meilleure avec une tomate afficher les fps revues de code
- 17. succès -level up (1up?) - 2 mois
- 18. Énigme de laclé
- 19. Le plan infaillible finitions de graphismes quelques niveaux à ajouter playtest pour la forme conquête du monde
- 20.
- 21. Feedbacks “je comprends pasce qu'il “Je ne vois pas l'intérêt de faut faire” jouer à ce jeu” “Il n'est pas marrant votre “ça manque de finition mais jeu en fait” sinon c'est bon” “c'est trop dur” “c'est trop dur” “c'est marrant quand le chat tombe”
- 22. Nouveau plan infaillible unplaytest par itération une ou deux innovation de gameplay à la fois on regarde plus trop le calendrier on va bien finir par conquérir le monde
- 23.
- 24.
- 25. Ce qui s’estbien passé agile++ responsabilisation droit d’essayer, de prendre des décisions “on a appris à chercher” “à peu près tout”
- 26. Ce qui s’estmal passé la disponibilité du graphiste différence de langage game designer / programmeur ? “à peu près rien”
- 27. Ce qu’on peutchanger un graphiste plus disponible plus de binômage game designer / programmeur utiliser un moteur de jeu existant ?
- 28.
- 29. L’avis du magequi croit tout savoir
- 30. Enseignements 1/2 Agile, c’estbon mangez-en L’équipe pense que tout va bien alors que moi non the curse of knowledge
- 31. Enseignements 2/2 vite, vite,vite au MVP itérations (très) courtes on ne peut pas plaire à tout le monde, attention aux testeurs
- 32. Futures expériences thématiser lesstories kanban par itération jeux agiles montrer des indicateurs clés (temps de jeu ?) + PDCA
- 33. Je me demande l'infographisteintermittent, c'est possible ? Celui qui participe “quand il a le temps”
- 34. Je m’interroge comment convergerplus rapidement vers le bon produit ?
- 35. Je me questionne commentplanifier, budgeter de l'innovation ?
- 36.