¿Cómo sincronizar pequeños cambios de diseño en el equipo de diseño?

Tenemos un sistema de diseño adecuado y un repositorio de diseño central para mantener todo sincronizado.

Su biblioteca de diseño es excelente y es una práctica adecuada, pero no indica los cambios realizados, necesita un sistema para esto (lo explicaré más adelante en esta publicación). Una carpeta común de Google es excelente, pero debe administrarse en términos de archivos y versiones.

Pero el problema surge cuando, a veces, el PM/diseñador realiza algunos pequeños cambios.

Por curiosidad, ¿cómo funciona esto? Los PM realmente no deberían estar involucrados en los cambios de diseño, solo proporcionan los requisitos de lo que se necesita. Corresponde al equipo de diseño decidir cuál es la mejor solución, probarla y ponerla en marcha.

se activa, lo que no sé y no está actualizado en la carpeta de diseño.

Hay algunas cosas para ayudar a arreglar esto que hago con mi equipo de diseño:

1. Mire el software de control de versiones para el diseño. Abstract es básicamente el centro de Git para diseñadores. Tiene 1 archivo centralizado y crea sucursales, solo cuando la sucursal se cierra y se pone en vivo se puede fusionar, el archivo de combinación/principal es una representación precisa de lo que está en vivo. También funciona en cosas como mensajes de confirmación y notas para que pueda ver lo que se ha hecho y quién ha trabajado en ello y comienza a construir un historial. Recomiendo hacer uno de sus seminarios web para ver cómo utilizarlo a su máximo potencial. (vale la pena señalar que no lo enchufo, es lo que usamos y lo encuentro muy efectivo) .
2. Las reuniones matutinas del equipo te ayudan a ti y a tu equipo a saber quién está trabajando en qué, qué cambios potenciales van a ocurrir y les brinda a todos (especialmente a ti) una visión general de lo que está sucediendo en el equipo y en qué etapa se encuentra.
3. Dashboards JIRA de tu equipo. Le permite ver los desgloses de las tareas del equipo y en qué está trabajando en un tablero para que pueda ver las tareas de cada miembro del equipo cuando lo desee.
4. Zeplin (si no lo usas ya). Es una forma de compartir y colaborar en el trabajo con desarrolladores, diseñadores y partes interesadas. Haga que el equipo siempre se invite a los proyectos en los que están trabajando para que pueda verlos y colaborar con ellos, incluso si no está en ese proyecto.
5. No hace falta decir, buena comunicación , hablar entre ellos, celebrar reuniones semanales que permitan al equipo discutir abiertamente cualquier problema, lo que está pasando, cualquier cosa interesante que quieran mostrar. Esto ayuda a generar apertura y comunicación en el equipo.

Es vital que todos tengan una visión general de en qué están trabajando todos. Si un diseñador se ausenta/se va/o necesita tomarse una licencia prolongada por sorpresa, otro miembro del equipo puede retomar fácilmente lo que está trabajando tan fácilmente como sea posible.

Todo esto abrirá la transparencia en el equipo y brindará una mejor visión general y comunicación de lo que todos están trabajando / trabajaron, además de mantener sus archivos consistentes. Y espero que todos estén al tanto de lo que está pasando en el equipo.