Mejora de procesos en las tiendas GameDev One-Man

Como programador de pasatiempos, ¿cómo puedo incorporar un proceso de mejora continua como las retrospectivas de Agile en mis procesos?

He probado elementos de tres cosas buenas / malas al final de cada proyecto, pero siento que no es suficiente. Y siento que una retrospectiva de sprint es exagerada. ¿Dónde está el balance? ¿Cómo puedo y debo abrir la puerta para la mejora continua del proceso?

¿O tal vez esta pregunta debería ir al sitio beta de Project Management Stack Exchange ?

Como se trata de un proyecto personal, debes tener mucho cuidado de no atascarte en el proceso. Si bien la mejora continua es muy deseable, considere elegir elementos de Lean y Agile que estén filosóficamente en línea con la simplicidad de un espectáculo individual.

En Scrum y muchos otros sistemas, las retrospectivas de sprint son beneficiosas, ya que proporcionan tiempo para que un equipo identifique mejoras. En Lean, con frecuencia se enfoca en resolver un problema a medida que surge, y creo que aquí es donde podría beneficiarse enormemente.

Cuando identifique un código desagradable o un problema, márquelo y tome un momento para hacer lo siguiente:

1. Mira dónde reside el problema
2. Mire los elementos y sistemas que interactúan.
3. Encuentre una solución rápida (algo que funcione, lo que normalmente hacemos y paramos)
4. Identifique la causa raíz (pregunte los 5 por qué )
5. Genere una solución o plan más satisfactorio (posiblemente incluso estandarizado) para una solución (posiblemente algo que se implementará después de este proyecto o sprint)

Por lo tanto, esto se toma de las cinco reglas de oro de la gestión de Gemba y se manipula para que coincida con su escenario. Hasta cierto punto, todavía no es súper aplicable. Su kilometraje variará y tendrá que adaptarse; pero, hay buenas noticias: ¡eso es parte de Lean!

Debe adaptar cualquier proceso que pueda encontrar para que sea "adecuado". Esto será algo que tendrá que mejorar continuamente, en sí mismo.

Espero que tenga sentido. Puedo proporcionar referencias y comentarios más específicos si lo desea.

EDITAR (en respuesta a la pregunta en los comentarios):

Para comenzar, sugiero visitar LeanBlog.org . Es posible que desee leer este artículo primero. Es breve y está lleno de citas concisa. La mayor parte es sobre asistencia sanitaria; pero realmente verás rápidamente cómo se aplica también a los juegos.

No para tocar mi propio claxon, pero escribí un artículo sobre gamasutra sobre el trabajo estandarizado y tiene algunos recursos excelentes en la sección de comentarios, así como ideas. Lo puedes encontrar aquí.

Recomiendo visitar el blog de Menlo Innovation . La mayor parte de lo que hablan es aplicable para empresas más grandes; pero deberías poder adaptarlo.

Me interesaría conocer sus resultados después de unos meses :)

¡Espero que esos enlaces ayuden!

Aunque en el trabajo usamos JIRA para este tipo de cosas, adapté una versión para mi propio uso en gamedev en casa. Puede o no ser un sistema que funcione para usted, pero lo agregaré de todos modos:

1. Obtenga algunas fichas y algún lugar para guardarlas; algunas pilas en el escritorio funcionan bien. Marque estas pilas "No iniciado", "En progreso", "Bloqueado", "Necesita mejora" y "Completo".
2. Si pienso en una tarea que debe realizarse, la escribo de inmediato en una tarjeta y le doy un cálculo de dificultad / complejidad
3. Si una tarea en la que estoy trabajando actualmente está bloqueada, escribo la razón por la cual en la parte posterior
4. A menos que la tarea sea un bloqueador, no lo haga hasta que tenga que hacerlo (o hasta que esté fuera de las tareas desbloqueadas / en progreso)
5. Si todas sus tareas están en la etapa de Mejora de necesidades o Completa, comience a trabajar en aquellas que necesitan mejorar.
6. ????
7. ¡Lucro!