¿Documentación para hacer GDD?

RosaNegra

Buenas gente,

Pues nos estamos juntando unos cuantos amigxs (todos profesionales) para hacer un vertical slice de una idea que tenemos. El caso es que para hacerlo bien haremos un pequeño brainstorming sobre la idea inicial (nada innovador, simplemente una vuelta de tuerca de una idea ya generada) y luego hacer el GDD.

Pero claro, hasta la fecha ninguno hemos hecho un GDD en condiciones. Así que quería saber si sabéis de alguna guía, o pequeño pamfletillo que explique un poco por encima como hacer un documento de estas características en condiciones.

Poco más! Si la idea sale adelante posiblemente haremos un diario de desarrollo.

De momento somos 3 prop / enviro artists (una de ellas está aún en proceso de aprendizaje), una character artist, un programador y posiblemente tengamos animador y otro prop / enviro artist más.

EDIT: Cualquier documentación de como planificar un juego desde su inicio estaría bien. Porque el problema es que aunque trabajemos en la industria no hemos empezado nunca un proyecto de cero o se nos ha venido las directrices dadas, ya que trabajamos en outsourcing. Tenemos claros muchos conceptos de optimización y demás, pero de planificación cero.

puntocom

Hola,

aquí te dejo el documento de diseño que hice para uno de nuestros juegos, por si te sirve de referencia:
https://drive.google.com/file/d/1Ag6FKVmHKP5KkOyqEjA9f15UtVVvRs_U/view?usp=sharing

Este es el juego:
https://store.steampowered.com/app/1374290/Palindrome_Syndrome_Escape_Room/

Este documento está bien como resumen de lo que debería contener:
https://drive.google.com/file/d/1-yiF2Pq-OgJaTXsMAQbIckoDzGINz26O/view

Y si no recuerdo mal, este estaba bien también como referencia:
https://eldocumentalistaudiovisual.files.wordpress.com/2015/02/gdd.pdf

Como puedes ver, mi documento es bastante somero. Yo con el GDD intentaría no venirme muy arriba, al final creo que su función principal es que quede bien claro para todos los miembros cuál es el objetivo del proyecto y que todos vayáis en la misma línea, para eso no hace falta hacer documentos muy extensos (lo digo porque a veces he visto GDD largísimos).

La fase de planificar la producción debería ir después.

2 2 respuestas
RosaNegra

#2 Muchas gracias tio! Esto me viene de perlas :heart:

1 1 respuesta
kidandcat

#3 Lo que podéis hacer para que no se os vaya mucho de las manos es coger las 3 o 4 características core que vaya a tener y planificar un MVP de cada una, y tiráis de scrum, así podéis tener más o menos controlado el tiempo que os va a llevar en cuanto hagáis 2 o 3 sprints, y además tenéis la flexibilidad para ir haciendo ajustes.

Recuerda que casi todo el mundo usa algún tipo de agile porque si planificas meses de trabajo, tienes un 99% de probabilidades de que tu plan se tuerza.

Así que como ha dicho #2, no os preocupéis de más con la planificación/definición inicial, sino con tener una buena metodología donde trabajéis todos bien, y seguro que os va genial.

1

Usuarios habituales

  • kidandcat
  • RosaNegra
  • puntocom