Share
Cada desarrollador o equipo indie se ha preguntado cómo administrar mejor el proceso de desarrollo. ¿Es obligatorio utilizar documentación detallada, como el legendario documento de diseño de juegos (GDD)? ¿Cuáles son los errores más comunes y cómo pueden evitarse??
Para aquellos que han buscado respuestas a estas preguntas, quiero compartir la experiencia de nuestro equipo de crear nuestro GDD..
Muchos diseñadores de juegos se abstienen de cultivar documentos de diseño y organizar ideas. No puedo imaginarme cómo estos desarrolladores superan esos momentos en que se ven obstaculizados por el código defectuoso, el arte del marcador de posición y la mecánica conflictiva, al mismo tiempo que intentan recordar por qué es que primero se sometieron a hacer un juego en primer lugar..
Tener un documento de diseño de juego bien pensado puede actuar como su muleta en estos tiempos. Le permitirá ver las ideas y los conceptos asombrosos que lo mantuvieron despierto toda la noche cuando comenzó su juego y, quizás más importante, cuáles deben eliminarse del juego para hacer su vida más fácil o volver a trabajar para hacerla más fácil. tus esfuerzos valen la pena.
Un documento de diseño de juego actúa como un nexo y un centro para conectar y enumerar todos los aspectos de un juego. Consiste en descripciones escritas, imágenes, gráficos, cuadros y listas de información pertinente a cada segmento de desarrollo, y a menudo se organiza según las características del juego, y establece claramente cómo encajarán.
Crear un GDD ayudará al diseñador de tu equipo a comprender cuál es la esencia del juego y el alcance planificado de su mundo y juego globales. Además, tener todos los elementos del juego en un documento bien organizado ayudará al diseñador a transmitir fácilmente su visión al resto del equipo, al mismo tiempo que ayuda a identificar las debilidades o los componentes faltantes que el juego puede requerir..
El GDD debe servir como su lista de verificación maestra. Será el documento que arrojará al aire en celebración al completar todas sus secciones y terminar su juego..
Dado que un GDD está lleno de descripciones, es un recurso ideal para todos los frentes de relaciones públicas y marketing, con conceptos que expresan la estética y el atractivo del juego ya escritos y listos para copiar y pegar..
Las habilidades de los futuros empleados pueden evaluarse rápidamente como calificadas o no al ver sus credenciales junto con las secciones correspondientes de sus cargos en el documento.
Si la recaudación de fondos está en las tarjetas de su equipo, será crucial contar con un GDD bien organizado para que los inversores revisen y determinen los riesgos de su desarrollo, así como su capacidad para cumplir sus promesas..
Crear y adherirse a un documento de diseño de juego es como plantar una semilla y verla crecer en un árbol en el transcurso del desarrollo. Usted tiene su preparación inicial, su cultivo y, en última instancia, el trabajo espantoso y agotador de la cosecha..
Un error común es no entregar a todos los miembros de su equipo las herramientas de jardinería adecuadas para hacer que su juego sea una realidad. El GDD ayudará a garantizar que todos trabajen juntos, para que no encuentre a su programador y artista cortando la rama en la que se encuentran..
Tratando de describir todo a la vez
No es necesario enumerar cada característica y mecánico en detalle en el primer borrador. Esto es imposible cuando se trabaja en un juego complejo con un equipo pequeño. Esbozar los principales nodos de juego y los elementos centrales te ayudará a tener una perspectiva de lo que se debe hacer, pero debes esperar llenarlos uno por uno, a lo largo del tiempo..
Establecer objetivos de juego con fechas límite puede parecer desagradable para algunos desarrolladores. Las fechas límite son parte del aburrido estilo de vida de 9 a 5, por lo que muchas personas sienten una aversión natural hacia ellos..
Sin embargo, establecer fechas límite es la forma en que se asegura de que su juego se haga y no quede para siempre sin terminar en una carpeta de su escritorio. Estos tipos de objetivos son hitos en el camino hacia el progreso, y pasarlos uno por uno es una clara indicación de que está haciendo algo bien. Cada uno es un motivo de celebración..
Las fechas límite son un componente básico de la programación que le ayuda a controlar el rendimiento de su equipo y de usted mismo. Ayuda en la toma de decisiones que está arraigada en la realidad y, finalmente, acumula un impulso y una ética que es saludable para el equipo en su conjunto y para los individuos que lo integran..
Hay espacio en el GDD para las descripciones básicas que cubren el juego, las historias y las principales tareas de codificación. A medida que avanza el desarrollo, agregue más detalles a estas secciones. Al crear y probar el juego, debes agregar o actualizar detalles técnicos específicos cada vez que se implementa o cambia una característica. De esta manera, nunca tendrá una compilación con elementos que no pueda rastrear hasta el GDD, creando enlaces faltantes de ideas, código o arte. También puede ser útil agregar información sobre la dificultad de implementar ciertas tareas, y si se han integrado completamente en el juego o puede requerir una revisión adicional.
A lo largo de este proceso, sus conceptos iniciales deben irse convirtiendo en descripciones cada vez más detalladas de cada faceta que contienen sus características. Esto ayuda a hacer hitos concretos que son fáciles de navegar y retroceder para ver dónde se originaron y dónde deben ir..
A medida que el GDD continúa creciendo y finalizándose, es importante mantenerlo actualizado. Esto elimina las situaciones en las que los miembros del equipo hacen algo sin poder justificar por qué pasaron el tiempo haciéndolos, lo que es crucial en el momento oportuno.
Personalmente, tengo un miedo primordial inexplicable de ahogarme en un montón de documentación impresa. Esto se convertiría en una verdadera pesadilla si tuviera que mantener todas las versiones antiguas de nuestro GDD para cada miembro del equipo.
¿Por qué deberíamos torturarnos así en la era de la tecnología digital? Hay muchos servicios en línea gratuitos como Google Docs o Trello que te permiten guardar todos los cambios y ver los comentarios de tu equipo en tiempo real..
Al iniciar el GDD, es normal quedar envuelto en conceptos. Los antecedentes, las introducciones y las descripciones clave ayudan a dar forma al juego y darle forma. A medida que comience a probar e implementar características, estos conceptos deberían ser más refinados, específicos y detallados. Mantener una organización adecuada se volverá más y más crítico a medida que su GDD gane peso y densidad.
Comience en la fase de concepto, donde hace una lluvia de ideas sobre sus ideas y escríbalas todas en un papel. ¡Esto debería ser emocionante! También servirá como una hoja de ruta para que no pierda de vista sus metas y visión en el camino. Cuando el atractivo de ciertos elementos del juego pierda su brillo o te lleve a una zanja, puede que sea hora de volver a trabajar en tu concepto inicial para asegurarte de que alcances una línea de meta satisfactoria..
Hacia la mitad del desarrollo, una vez que tenga un equipo de gung-ho a bordo, las discusiones y los juegos ayudarán a esculpir y organizar el documento en una guía fácil de usar y sólida para todos. Todavía hay espacio para experimentar con nuevos conceptos e ideas en este punto, pero deben mantenerse al día con parte de su documentación inicial..
El tramo de desarrollo del hogar es donde su documento de diseño de juego le ahorrará horas de frustración y angustia. A medida que se acerca el lanzamiento, su GDD debería comenzar lentamente a convertirse en una tableta de piedra, con características y mecanismos configurados en construcciones más permanentes del juego, todo ello unido por un arte que seguramente se diseñó en múltiples iteraciones para cumplir con las especificaciones del documento. El documento debería ayudar a mantener todas las ruedas del equipo en el suelo, con una buena línea de visión sobre expectativas realistas en la entrega del juego..
No es necesario tener un GDD absolutamente completo antes de iniciar el desarrollo. Pero el GDD debe estará completo durante los próximos 10 días o dos semanas más allá del trabajo actual de su equipo, y las partes relevantes del documento deben ser lo más detalladas posible.
Las partes del GDD deberán modificarse y modificarse durante todo el proceso de desarrollo, a veces incluso en los últimos días antes del lanzamiento. Puede comenzar a parecerse a una zona de desastre si el contenido no se recorta correctamente. Si tiene miedo de eliminar el texto que está desactualizado, córtelo y péguelo en un apéndice o documento separado. Esto dejará el cuerpo principal del GDD relevante para el estado actual de desarrollo, sin todas las distracciones de iteraciones anteriores.
Nunca dejes que los miembros del equipo envíen nuevas ideas. La creación de ideas es una de las partes más gratificantes del desarrollo y debe fomentarse en todo momento. Los miembros de su equipo deben dirigirse al desarrollo sabiendo que muchos de estos conceptos se eliminarán y nunca entrarán en el juego, ¡pero esto no debería impedirles soñar! Al principio, nadie sabe qué ideas producirán los mejores resultados, por lo que generar ideas nuevas e innovadoras debe ser un elemento básico de sus discusiones y celebrarse en consecuencia.
La supervisión del GDD debe ser realizada solo por un miembro del equipo. Identificarán las ideas clave en las que se debe enfocar y recortarán las ideas menos importantes..
Fomentar la retroalimentación activa es importante, entonces, porque otros miembros del equipo no tienen la oportunidad de agregar sus ideas al documento directamente..
La mayoría de los problemas de desarrollo se componen de una capa externa dura de falta de comunicación y un interior suave de no saber cómo compensarlos y corregirlos. Estas barreras se pueden eliminar con un mantenimiento vigilante de la DDT y una documentación clara y concisa, y esto se puede lograr mejor si una persona asume esa responsabilidad.
Sea consistente con los estilos de fuente y use encabezados y sangrías uniformes, puntuación y formato. Crear una leyenda o clave para explicar qué significan los resaltes de colores específicos puede contribuir en gran medida a reducir la confusión y reducir el tiempo que lleva transmitir las etapas de la implementación de diferentes características..
Cuanto más simple y claro mantengas el idioma en la GDD, mejor lo entenderá tu equipo.
Es importante mantener la escritura clara y concisa, y su equipo debe informarle activamente sobre la presentación y la claridad de la DDT. Una dinámica de ida y vuelta resultará en una experiencia de desarrollo más cohesiva, con beneficios globales que incluyen un estilo de arte definido, menos errores de comunicación y menos documentación estresante y trabajo de oficina..
Pero lo más importante es que el GDD debe ser un reflejo de la cultura de su equipo, creado en el formato que mejor le funcione y que sea más atractivo para usted y para aquellos con quienes trabaja..
Nadie debe poder decir que no han entendido algo, o hecho algo correctamente, debido a la falta de material de referencia en el GDD..
Los materiales visuales y las referencias desempeñan un papel clave en el proceso de transmitir ideas. Algunos conceptos difíciles se pueden explicar en menos tiempo con ayudas visuales como gráficos y arte conceptual. Esto ayudará a asegurar que cada miembro del equipo entienda la información que se les transmite, lo que a cambio les ayudará a completar las tareas de desarrollo más rápido.
No debes restringirte al texto seco. (Si lo haces, ¡estarás esperando un largo tiempo para que todos se comprometan y entiendan las ideas principales!) Trata de describir las emociones de los jugadores y las experiencias que el juego podría cultivar..
Mantener un GDD puede parecer técnico, pero no debe tener miedo de arrancar su corazón y tirarlo al documento. Deja que tu emoción y pasión sangren en ella. Imagina cómo quieres que se sienta el jugador y escribe esas aspiraciones junto con las descripciones de tus características. Esto ayuda a cultivar una conciencia colectiva en su equipo acerca de lo que su juego está tratando de transmitir al jugador y, seamos sinceros, los sentimientos deben tener entusiasmo detrás de ellos si desea que otros los entiendan..
Establezca las prioridades de tareas y características, documente sus plazos y controle su ejecución. No puede desarrollar absolutamente todas las ideas que su equipo y su mente propondrán, por lo que (después de haber eliminado algunas de ellas), debe establecer sus prioridades y al menos aproximar un cronograma para su implementación..
Un GDD bien preparado constituye una excelente y priorizada lista de tareas que debe completar su equipo. No todas las características en un GDD lo harán en el juego final. Con esto en mente, debe decidir qué características tienen prioridad sobre otras, y debe programarlas para su implementación y prueba antes que las otras..
Piense detenidamente qué es crítico para su juego y qué es posible dado el nivel de habilidad de su equipo, y use esa información para guiar su producción.
Un GDD sólido también puede ayudar a incorporar a los nuevos miembros del equipo al proyecto, y entusiasmarlos tanto como usted..
Dado que un GDD completamente delineado puede resultar en lo que parece ser un juego excesivamente difícil de hacer, es bueno recordar que más de una persona desarrollará sus detalles. Asignar las tareas de los miembros de su equipo en el GDD lo ayudará a ser más robusto mientras mantiene a todos en la misma página. Cualquiera puede saltar al documento y ver lo que se ha completado, las tareas que tienen ante sí y el resto del equipo, y por qué están trabajando en su tarea actual.
Escribir algo en un GDD compartido no debería minimizar o eliminar la discusión con el equipo, debería servir para aumentar la discusión del equipo y mejorar su dinámica de comunicación. Es importante que todos comprendan claramente cómo usted (y los demás miembros del equipo) se imaginan cada característica del juego..
Cortar ideas puede ser difícil y desconcertante, pero es un proceso innato para crear juegos. Asegurarse de que una discusión abierta y libre sea parte del desarrollo ayudará a aliviar las tensiones inherentes aquí, sin disuadir a los miembros de ser creativos..
Encontré muchas buenas ideas virtualmente jugando el juego en mi mente, tanto antes como durante la creación del juego. Por supuesto, esto no da ninguna garantía de que esas ideas echarán raíces en el juego durante el desarrollo y las pruebas, pero, especialmente en las primeras etapas, es un buen método de intercambio de ideas..
Si bien es bueno fomentar un aire de emoción dentro de un equipo, es igualmente importante mantener sus objetivos de juego integrados en la realidad. La mecánica y el enemigo complejo y los comportamientos de nivel siempre se ven muy bien en el papel, pero la realidad corroe la grandeza de ciertos elementos del juego, y esto debería esperarse..
Las consecuencias de las actualizaciones y los cambios son casi imposibles de anticipar en algunas situaciones, así que recuerde que es su trabajo tratar de limitar la cantidad de remodelaciones que deben realizarse cuando surgen cambios. Si adopta en su mente ideas comunes antes de ponerlas en un papel, tiene más posibilidades de mantener los objetivos de desarrollo enraizados en expectativas realistas..
Nuestro equipo es multinacional. Vivimos alrededor del mundo, en diferentes zonas horarias, y esto hace que sea imposible usar versiones impresas de documentos para todos, y es difícil tener conversaciones en tiempo real. El uso de herramientas como Skype (para conversaciones), Google Drive (para compartir archivos), Google Docs (para colaborar en documentos y compartir el GDD) y FlockDraw (para dibujos digitales) puede ayudar mucho con las explicaciones y discusiones..
Si se encuentra en la valla sobre si es necesario mantener un GDD para la producción de su juego, debe analizar detenidamente su visión del desarrollo. Es casi seguro que hay momentos en que la vida real y los trabajos a tiempo completo se interponen en la creación de juegos, o su implementación de funciones y mecanismos simplemente no funciona.
En los mares tormentosos del desarrollo de juegos, un GDD saludable puede servir como un recipiente sólido y resistente, e incluso un bote salvavidas a veces. Es un diario detallado de tus luchas y triunfos, una colección de pensamientos e ideas para que te apoyes en los tiempos difíciles. Es posible que la mejora de la calidad de la GDD se derive también en el resto del desarrollo, elevando el nivel general de su equipo. Debería servir como un centro sólido para facilitar el debate en equipo y generar ideas nuevas e incluso mejores. Al mismo tiempo, puede mantener estos conceptos en un control realista..
Los beneficios de este tipo de eficiencia pueden parecer pequeños cuando se analizan de forma individual, pero a lo largo del largo desarrollo, acumulan un maravilloso impulso. En última instancia, este tipo de documento debería impulsar, obligar e inspirar a usted y a su equipo a terminar lo que comenzó. Debería mostrarte que tu juego tiene un plan que se puede realizar..
Y una vez que haya terminado su juego, su GDD será un testimonio de todo su arduo trabajo y esfuerzo, el tras bambalinas de una experiencia elaborada para que todos la disfruten..
Accentsconagua