¿Cuántas veces te has sentido frustrado no tanto por lo que se hizo, sino por cómo se hizo?
¿Por qué nombraron su archivo de esta manera? ¿Qué es $0027Asset6_new_final3?"
O, "¿Por qué no viste mi mensaje? ¿Qué quieres decir con que no compruebas el chat de Google? "
Tanto si se trata de normas de práctica como de normas técnicas, las buenas normas son esenciales para mantener la cordura y la eficiencia.
No establecer las mejores prácticas puede llevar a la pérdida de trabajo, a la falta de comunicación o a resultados impredecibles.
A continuación detallaré algunas de las formas en que los estándares pobres o no seguidos me han mordido en el pasado. Con suerte, ustedes'tarán algo de sabiduría para evitar estos escollos.<br/>
¿Qué son las normas?
<br/>
En primer lugar, para ser claros sobre nuestros términos: para este artículo, me referiré a las normas técnicas y a las normas de práctica .
Las normas técnicas se refieren a los requisitos para el trabajo real o los bienes que se realizan. Por ejemplo, los límites de recuento múltiple, el uso de la memoria, los formatos de archivo, etc. Se refiere a lo que se está haciendo.
Las normas de la práctica se refieren a cómo se hacen las cosas. Cosas como los métodos de comunicación, herramientas y software adoptados oficialmente, líneas de tiempo recomendadas, etc.
Las normas técnicas pueden ser muy diferentes de una industria a otra. Les hablaré ampliamente, pero me sumergiré un poco más en las normas de la práctica.
El objetivo en cualquier caso es recrear de forma fiable el éxito y cortar las variables inesperadas.<br/>
¿Qué pasa si no tienes buenos estándares?
<br/>
Cuando empecé en la industria de los juegos, era un pasante de animación. Para aclimatarme, me familiaricé con nuestros equipos y activos buscando en los archivos Maya existentes.
El problema era que casi todos los personajes eran diferentes.
Era una pequeña empresa con un equipo de siete artistas, que utilizaba la subcontratación para manejar la mayor parte de la creación de activos. Resultó que usamos tres o cuatro compañías de outsourcing diferentes.
Cada compañía tenía su propio método para crear plataformas, animaciones, nombrar archivos, etc. No se reutilizaban las animaciones entre los personajes, y algunas animaciones faltaban por completo en nuestro control de versiones.
La mayoría de nuestras tareas ese verano se centraron en la estandarización de nuestros activos. Por ejemplo, asegurarnos de que cada personaje tuviera los mismos nombres conjuntos, orientados de la misma manera y así sucesivamente.
También nos aseguramos de tener un esquema de nombres consistente para que estuviera claro cuál era la última versión de un archivo.
Otra tarea era asegurarse de que el equipo estaba referenciado en las escenas de animación. De esta manera, si el rig se actualizaba, se llenaba automáticamente con las otras escenas.
Acababa de salir de la universidad, pero me sorprendió que una compañía haya lanzado juegos sin bloquear estas cosas antes.
Llevó semanas de trabajo organizar todo, y en los casos con archivos perdidos, se había hecho un daño permanente.
Hasta el día de hoy, mejorar y crear estándares es parte de mi trabajo.
He visto semanas desperdiciadas porque la gente no avisaba cuando el trabajo estaba completo. He visto a artistas pasar días recreando bienes que no podían encontrar. He visto juegos que se caen debido al uso de la memoria, lo que nos ha llevado a descubrir que los personajes tenían un tamaño de entre 3 y 30 MB, con algunas texturas diez veces superiores a las resoluciones recomendadas.
Es increíble lo que puede salir mal si no se definen las mejores prácticas, o si no se aplican.
Puede costarte semanas de tiempo, sin mencionar una buena parte de tu cordura;
Nuestro proceso es un desastre… ¿y ahora qué?
<br/>
Entonces, estás en un agujero. No sabes cómo se hace el trabajo, o se hace de diez maneras diferentes. ¿Qué es lo que haces?
Primero, identifica los problemas que quieres abordar, y empieza a clasificarlos.
¿Cuál es el costo del proceso actual? ¿Qué es doloroso?
Esto'tará difícil de medir, pero puede extrapolarse a partir de los datos específicos que tenga.
«Cuando tuviste que recrear ese activo perdido, ¿cuánto tiempo te tomó?»
O bien, encuesta a tu equipo – «¿cuánto tiempo de media pasas buscando archivos cada día?»
Una vez que tengas las cosas a grandes rasgos priorizadas, mira el tema principal y empieza a definir cómo se ve lo bueno.
Para nuestro ejemplo, digamos que lo más doloroso ahora mismo es la documentación.
O bien ha desaparecido, o si existe, nadie puede encontrarlo porque podría estar en uno de los cinco wikis internos diferentes que su empresa ha utilizado a lo largo de los años.
¿Cómo sería una buena documentación ? Probablemente terminaría con una lista como la siguiente:
- Toda la documentación en un solo lugar
- Fácil de buscar/buscar
- Claridad en la propiedad de quién actualiza qué
- Fácil de entender
- Organizada de manera consistente
Una vez que tengas un borrador de objetivos, socialízalo con tu equipo. Obtengan retroalimentación e iteración.
Una vez que estés contento con tus objetivos, crea un plan de proyecto para ejecutarlo.
Dale una línea de tiempo, limpia de propietarios, etc.
Recuerden, crear un estándar es un proyecto que vale la pena planear y completar. Lo peor que puedes hacer es medio implementar un nuevo conjunto de estándares, sólo para esfumarse y añadir otro estándar que compita con los existentes que estabas tratando de unificar!
Oportunidades para buscar
Después de trabajar en una determinada tubería o proceso durante un tiempo suficiente, puede ser difícil dar un paso atrás y ver las oportunidades de estandarizar. Si no estás seguro de dónde hacer mejoras, aquí tienes algunas ideas de por dónde empezar:
Creando Tareas
Cuando se asigna un trabajo o se comienza una tarea, hay varias cosas que probablemente quieras identificar: la definición de lo que se ha hecho, la fecha límite, los clientes clave, etc. Sin una plantilla o un proceso estándar para trabajar, puede ser fácil olvidarse de definir algunas de estas cosas. Tener una plantilla o un ejemplo a partir del cual trabajar puede garantizar que se respondan las preguntas correctas y, al mismo tiempo, acelerar el proceso de creación de la tarea.
Estructura del archivo
Si trabajas con activos digitales, incluso con archivos de texto, ¿hay una organización estándar para el contenido? Si alguna vez has tenido que recoger los archivos de otras personas en curso, es probable que hayas experimentado frustración al tratar de encontrar tu camino. Las capas de imagen no tienen título, faltan activos de referencia, etc. Identifica estas trampas potenciales y define una convención para que tu estudio la siga.
Comunicación
¿Hay una forma estándar de hablar dentro de su equipo? ¿Hay una plataforma de chat estándar para su empresa? Tener múltiples plataformas no sólo crea confusión, sino que también puede tener implicaciones de seguridad. Los equipos pueden elegir canales inseguros para compartir información. Si nadie está monitoreando estas elecciones, esto puede pasar desapercibido por meses o más.
Presupuestos de memoria / Especificaciones técnicas
Si trabajas en software, es probable que ya tengas a alguien en tu empresa pensando en esto. Pero aún así vale la pena mencionarlo. Si no conoces los límites de tu juego o software, no puedes tomar decisiones informadas sobre el contenido que creas. Sepa cuánto contenido hay en su proyecto y asegúrese de tener un límite por activo que mantenga el total dentro de los reinos que no hagan colapsar las máquinas de sus usuarios.
Descripción de los roles
Muchos problemas se derivan de la falta de claridad en cuanto a los papeles o la propiedad. Asegúrate de que, si alguien está haciendo la transición a un nuevo papel, tenga una descripción clara de sus responsabilidades y expectativas. Hágalas disponibles ampliamente para que otros sepan qué esperar de los demás miembros de su equipo. Si tiene descripciones claras de las funciones de todos los miembros de su equipo, podría incluso identificar que hay partes de su proceso que nadie posee. ¡Esto es algo genial para descubrir y corregir!
Subiendo a bordo
He visto que este es un proceso muy inconsistente en múltiples equipos. Haz un plan para lo que sucede para cualquiera que se una a tu equipo. Identifica las cosas que el nuevo contratado necesita saber, y haz un cronograma para que haya expectativas de lo que se enseñará cuando. Consigue granular – una fecha para presentar la contratación a los otros miembros del equipo. Una casilla de verificación para configurar su máquina. Una lista de herramientas en las que necesitarán ser entrenados. Un buen estándar para la incorporación puede acelerar enormemente el tiempo que tardan los nuevos miembros del equipo en ser efectivos.
Espero que estos ejemplos le den algunas ideas de dónde mejorar su proceso.
Recuerda: lo que se mide, se hace.
Tener un plan de ataque y una línea de tiempo para el desarrollo de nuevas normas. Además, no dejes que conocimientos como estos vivan en tu cabeza; documenta tus estándares y asegúrate de que sean visibles para tus compañeros de equipo. ¡Mucha suerte!