Amélioration des processus dans les boutiques GameDev pour un seul homme

11

En tant que programmeur amateur, comment puis-je intégrer un processus de type amélioration continue comme les rétrospectives Agile dans mes processus?

J'ai essayé des éléments de balle de trois bonnes / mauvaises choses à la fin de chaque projet, mais je pense que ce n'est pas suffisant. Et je pense qu'une rétrospective de sprint est exagérée. Où est l'équilibre? Comment puis-je et dois-je ouvrir la porte à l'amélioration continue des processus?

Ou peut-être que cette question devrait aller sur le site bêta de gestion de projets Exchange Exchange ?

cendres999
la source

Réponses:

6

Comme il s'agit d'un projet personnel, vous devez faire très attention à ne pas vous enliser dans le processus. Bien qu'une amélioration continue soit très souhaitable, envisagez de choisir des éléments Lean et Agile qui sont philosophiquement conformes à la simplicité d'un one-man-show.

Dans Scrum et de nombreux autres systèmes, les rétrospectives de sprint sont bénéfiques, car elles donnent le temps à une équipe d'identifier les améliorations. Dans Lean, l'accent est souvent mis sur la résolution d'un problème au fur et à mesure qu'il se présente, et je pense que c'est là que vous pourriez en bénéficier grandement.

Lorsque vous identifiez un morceau de code ou un problème, signalez-le et prenez un moment pour effectuer les opérations suivantes:

  1. Regardez où réside le problème
  2. Regardez les éléments et les systèmes en interaction
  3. Trouvez une solution rapide (quelque chose qui fonctionne, ce que nous faisons et nous nous arrêtons généralement)
  4. Identifiez la cause profonde (demandez aux 5 pourquoi )
  5. Générer une solution ou un plan de solution plus satisfaisant (peut-être même standardisé) (éventuellement quelque chose à mettre en œuvre après ce projet ou ce sprint)

Donc, cela est tiré des cinq règles d'or de la gestion de Gemba et manipulé pour correspondre à votre scénario. Dans une certaine mesure, ce n'est toujours pas super applicable. Votre kilométrage variera et vous devrez vous adapter; mais il y a de bonnes nouvelles: tout cela fait partie du Lean!

Vous devez adapter tous les processus que vous pouvez trouver «appropriés». Ce sera quelque chose que vous devrez continuellement améliorer, en soi.

J'espère que cela à du sens. Je peux fournir des références et des commentaires plus spécifiques si vous le souhaitez.

EDIT (en réponse à la question dans les commentaires):

Pour commencer, je vous suggère de visiter LeanBlog.org . Vous voudrez peut-être lire cet article en premier. C'est court et plein de citations concises. La majeure partie concerne les soins de santé; mais vous verrez très rapidement comment cela s'applique également aux jeux.

Pour ne pas tirer ma corne, mais, j'ai écrit un article sur gamasutra sur le travail standardisé et il a de grandes ressources dans la section des commentaires ainsi que des idées. Vous pouvez le trouver ici.

Je suggère fortement de consulter le blog de Menlo Innovation . La plupart de ce dont ils parlent est applicable aux grandes entreprises; mais vous devriez pouvoir l'adapter.

Je serais intéressé à connaître vos résultats après quelques mois :)

J'espère que ces liens vous aideront!

AA Grapsas
la source
Veuillez fournir des références. De plus, j'aimerais vraiment un exemple de cela.
ashes999
0

Bien qu'au travail, nous utilisons JIRA pour ce type de choses, j'en ai adapté une version pour mon propre usage dans gamedev à la maison. Il peut ou non s'agir d'un système qui fonctionne pour vous, mais je vais l'ajouter quand même:

  1. Obtenez des fiches et un endroit pour les garder - quelques piles sur le bureau fonctionnent très bien. Marquez ces piles "Non démarré", "En cours", "Bloqué", "Besoin d'amélioration" et "Terminé".
  2. Si je pense à une tâche qui doit être accomplie, je l'écris immédiatement sur une fiche et lui donne une estimation de la difficulté / complexité
  3. Si une tâche sur laquelle je travaille actuellement est bloquée, j'écris la raison pour laquelle au dos
  4. Sauf si la tâche est un bloqueur, ne le faites pas tant que vous ne le devez pas (ou jusqu'à ce que vous ayez terminé les tâches non bloquées / en cours)
  5. Si toutes vos tâches sont au stade Améliorations requises ou Terminé, commencez à travailler sur celles qui nécessitent des améliorations.
  6. ????
  7. Profit!
octal9
la source
Ma question n'est pas de savoir comment implémenter l'agile et la gestion de projet; c'est comment régler mes processus existants de développement de jeux. Bravo cependant.
ashes999