¿Cuándo es necesario contar con un DesignOps?

Alexandra Mengoni León
DesignOps Latam
Published in
7 min readFeb 8, 2023

Definitivamente no hay una regla que te diga: “este es el momento de contratar a tu primer DesignOps” o “con x cantidad de diseñadores ya necesitas contratar a tu segundo o tercer DesignOps”. Pero creo que podemos encontrar algunos indicadores que nos ayuden a identificar cuándo deberíamos empezar a tener esta conversación con los líderes de diseño.

En general, cuanto más grande sea el equipo de diseño, más complejo será la gestión del talento y de la cultura del mismo. Además, la demanda de los perfiles será cada vez mayor en los diferentes proyectos de la organización, lo cual implica que hayan procesos y documentación definida que soporte esa demanda y exigencias de manera eficientes y ordenada. No es justo ni eficiente dejarle todo este trabajo a los líderes de diseño.

A medida que el equipo crece, el Head de diseño, o cualquier otro lead, se verá involucrado en más decisiones y coordinaciones estratégicas, por lo que podría no tener el tiempo suficiente para atender temas de operaciones y soporte para el equipo que amerita. Es aquí cuando las cosas se empiezan a salir de las manos, pero esto se puede evitar si el equipo cuenta con un DesignOps estrella 🌟.

🎯Indicadores para empezar con el rol

El equipo de diseño está en pleno crecimiento

Desde el momento en que se planea contar con más diseñadores, se necesitarán establecer, documentar y estandarizar procesos claves que permitan ese crecimiento. Entre ellos encontramos principalmente al de reclutamiento y onboarding, sin ellos, contratar a nuevos miembros será muy doloroso para todos. Literal para todos. Adicionalmente, es importante en paralelo cuidar del bienestar de sus miembros actuales. No podemos descuidar al equipo con el que contamos hoy en día. La retención de talento es un tema mega importante en este momento de crecimiento.

Diseñadores aislados y alejados del equipo de diseño

Los equipos de diseño suelen atender diversos proyectos en los que solo algunos diseñadores se relacionan en el día a día porque trabajan juntos. Cada diseñador está enfocado en su tareas y suelen no tener mucha comunicación y conexión con el resto del equipo, que a su vez está asignado a otros proyectos. Esto puede ocasionar que los miembros empiecen a trabajar cada uno a su manera, que creen desde cero templates que podrían ya existir, documenten de manera diferente, y en general vivan un proceso de diseño distinto al resto del equipo.

Esto podría generar reprocesos, en lugar de utilizar y seguir un modelo que ya otros diseñadores han realizado antes, porque ya han aprendido de ello y porque es algo que saben que funciona. Por otro lado, esto podría afectar sobre todo cuando hay cambio de proyecto, ya que el diseñador se tiene que adaptar desde cero a un nuevo proceso porque todo lo hacen diferente en el proyecto al que ha llegado. Parece un trabalenguas, pero es la verdad.

Necesidad de trabajar el sentido de pertenencia con el equipo

Conectando con el punto anterior, los diseñadores pueden estar tan acoplados con la cultura del proyecto en el que están, que pueden no sentirse identificados con la cultura de su propio equipo de diseño. Esto podría ser muy preocupante si lo vemos desde la perspectiva del desarrollo de su talento, aprender de sus compañeros, tener la inteción de compartir su conocimiento y experiencia con el resto del equipo y la disponsición de colaborar con ellos para seguir potenciando sus habilidades como diseñadores y como parte de una comunidad.

Existen procesos repetitivos y manuales

Este punto es el más relacionado a la operativa del equipo, y se pueden mencionar temas tan sencillos como la solicitud de vacaciones o la solicitud de giftcards para los testeos de research; hasta incluso temas más estratégicos como el registro de las notas de las entreviastas a nuevos diseñadores o la asignación de diseñadores a proyectos según las necesidades que tienen vs su nivel de competencia y conocimiento en diferentes skills.

Los procesos pueden ser muy diversos, algunos más estratégicos que otros, o algunos más importantes que otros según la prioridad del equipo. Todos ellos son necesarios, para lo cual será clave escuchar al equipo para entender con cuál empezar ya sea por su nivel de relevancia o por que son “quick wins” por su nivel bajo de complejidad.

Escasa valoración del diseño en la organización

Esto sobre todo sucede cuando aún los equipos son pequeños y no hay tantos diseñadores asignados en los diferentes proyectos que tiene la organización. Lo cual tampoco implica que descartemos a los equipos grandes, que tienen muchos diseñadores en equipos multidisciplinarios pero que aún les cuestionan el valor que generan en los proyectos o que no respetan por completo el proceso que ellos siguen.

Para que los diseñadores puedan hacer un buen trabajo, sin preocuparse de estar sustentando o defendiendo tanto su trabajo, será necesario que un rol como DesignOps se encargue de iniciativas que puedan socializar y difundir más sobre el valor, impacto y proceso del equipo de diseño en todo lo que están involucrados.

🪐Ratio entre miembros de equipo vs cantidad de DesignOps

La pregunta del año… ¿cuántos diseñadores tiene que haber en un equipo para que haya uno o más DesignOps? No hay una fórmula en donde insertemos las variables y nos de una cantidad exacta y precisa. Dependerá mucho de la madurez del equipo, de su confianza en el rol de DesignOps, del presupuesto para un rol que suele verse como “administrativo”, por mencionar algunos puntos importantes de esta decisión.

Sin embargo, creo que vale la pena compartirles este contenido desarrollado por Rachel Posman quien es Directora Sr. de DesignOps en Salesforce. Si bien este artículo es de hace un par de años y podría responder a una realidad de una industria en específico, ser la experiencia de trabajar en un equipo súper grande y bajo una cultura americana; nos puede dar una muy buena referencia.

La segunda pregunta del año… ¿cuál la realidad en Latam? Si aterrizamos estos datos en nuestra región, por ahora solo tenemos el estudio realizado el año pasado desde la comunidad de DesignOps Latam enfocado en la situación de las operaciones en equipos de diseño en Latam. La penetración del rol de DesignOps en los equipos de diseño es aún baja, donde vemos que solo el 27.8% de los encuestados son equipos que tienen hoy en día DesignOps.

De la pregunta: ¿Cuentan con DesignOps hoy en día?

Con la data obtenida en dicho estudio, hice un cruce adicional para este artículo el cual no está presente en el PDF (lo incluiré en el estudio de este año), y es cuántos DesignOps a nivel porcentual hay en los equipos de diseño según su tamaño. Vemos claramente una tendencia a una mayor presencia y cantidad de DesignOps a medida que va creciendo el equipo. Un dato muy interesante.

Este año el estudio se realizará de nuevo, lanzaremos el formulario en abril, exactamente un año después que el realizado en el 2022. Esperamos contar con el amable apoyo de toda la comunidad y sus equipos para lograr una mayor cantidad de respuestas y la data sea más representativa, incluyendo a países que no participaron tanto. Estoy segura que ayudará mucho a entender mejor cómo se encuentra DesignOps en Latam y no lo podremos lograr sin el apoyo de ustedes.

Espero que este artículo haya sido de gran utilidad para quienes tenían esta pregunta rondando en sus cabezas. Que les ayude un poco a ordenar sus ideas para quienes están pensando solicitar contar con el rol en sus equipos. Y a resolver dudas sobre las razones por las que se debe integrar a un DesignOps en sus equipos. Creánme, solucionamos muchas cosas, somos muy proactivos y nos apasiona lo que hacemos. Me tomo la libertad de hablar por todos los DesignOps que hoy existen 😅 (sorry not sorry).

🙌Material adicional

A continuación les comparto algunos links con contenido que han sido desarrollados por miembros de la comunidad y que ayudarán con más sugerencias sobre este tema:

--

--