DesignOps: Lo que NO es y lo que SI es

Mientras más difundimos sobre DesignOps van surgiendo más preguntas de qué es ✅ y qué no es ❌. Nuevas personas que recién conocen sobre la práctica y otras que van profundizando más y les van surgiendo dudas. Queda mucho por madurar y eso lo vamos a ir logrando, no solo a través de una mayor socialización de lo que hacemos, sino también, a través de demostrar los resultado que vamos generando.

Mientras que cada vez más DesignOps siguen generando impacto, a pequeña o gran escala, me parece importante aclarar lo que hacemos en nuestra práctica en diferentes niveles: nuestro usuario, el nivel de conocimiento que hay, cómo trabajamos, la necesidad de contar con el rol, quién lo realiza, su enfoque y su nivel de gestión.

🤷‍♀️¿Para quiénes diseñamos?

Nuestro alcance de ejecución y propuestas de mejora estan dedicadas 100% al equipo de diseño. Tenemos un usuario interno que son los diseñadores, en todas sus disciplinas (UX, UI, SD, etc) y todos sus niveles (Jr, Sr, Lead, Head, etc). Son todos ellos a quienes respondemos: entendemos sus necesidades, profundizamos en sus problemas, empatizamos con ellos, testeamos propuestas, iteramos opciones, ejecutamos ideas e iteramos soluciones. Nos dedicamos a eliminar inificiencas y obstáculos del equipo a través de procesos de soporte.

Sin dejar de lado a los diferentes stakeholders que pueden haber dentro de la organización. Los consideramos en toda la ecuación e implementamos mejoras que los involucren a ellos también.

Lo que definitivamente no hacemos es diseñar soluciones para el cliente final de la organización. De esto, se encarga el equipo de diseño, quienes estamos seguros que son los más expertos y en quienes confiamos todo su talento.

⏳¿Desde cuándo tiene presencia/conocimiento la práctica?

Si bien el término de “DesignOps” tuvo sus inicios en el 2014 gracias a Dave Malouf (leer más aquí), y en Latam el rol se empezó a escuchar en el 2018 (leer más aquí), esta es una práctica que la venían realizando muchos líderes de diseño sin aún ponerle la etiqueta de “DesignOps”. Así que, probablemente desde que un equipo de diseño estaba conformado por al menos 5 miembros, con un líder designado en él, es muy probable que ese líder ya haya tenido responsabilidades que hoy en día son asumidas por un DesignOps. Seguramente, esas tareas o responsabilidades estaban más presente en aquellos equiepos que se encontraban en crecimiento y expansión.

Si bien la práctica es oficialmente reconocida hace menos de 10 años, los líderes de diseño han tenido que desempeñarla para generar eficiencia operativas en el proceso de sus equipos. Hoy en día lo que estamos intentando hacer los profesionales de DesignOps es de clarificar más nuestro rol, definir el alcance de nuestras responsabilidades y posicionarnos como un rol que genera valor en los equipos de diseño.

🔁¿De qué manera se realizan las tareas?

DesignOps tiene como principal lente el pensamiento sistémico. Todas las iniciativas y/o acciones que realizamos, o pensamos realizar, afecta de alguna manera a otra iniciativa, área o stakeholder dentro de incluso toda la organización. Cabe resaltar que podemos genera un impacto tanto positivo como negativo, por lo que tenemos que estar siempre muy atentos a todo ese sistema al que pertenecemos.

Claramento no realizamos tareas independientes o aisladas. Formamos parte de un todo. Si queremos realizar un mapeo de competencias de cada miembro del equipo, lo más seguro es que esto impacte en la línea de carrera, las evaluaciones de desempeño, la asignación de proyectos, el proceso de onboarding, etc. En cambio, si vemos a ese mapeo de competencias como algo aislado, sin tomar en cuenta a todo lo mencionado, empezaremos a realizar reprocesos, generar malos entendidos, y nos encontraremos con problemas de comunicación entre los propios miembros del equipo.

🪢¿Qué tan necesario es DesignOps?

Conectando con el punto anterior, DesignOps no aparece de manera momentánea para cuando las papas quemen. Es importante que se considere a la práctica en todo el ciclo de vida del diseñador, desde que se está planeando contar con un nuevo miembro hasta estar presentes en el proceso de salida del mismo.

DesignOps debe ser vista como una práctica estratégica que resulte ser mano derecha del Head del equipo, desde una mirada de operaciones. Es quien ayudará a hacer crecer al equipo de una manera eficiente y escalable. Cuando el Head de diseño cuenta con este apoyo, este podrá ser capaz de enfocar todos sus esfuerzos a desarrollar e implementar la visión del equipo y generar impacto de negocio a través del diseño.

👫¿Quién realiza la práctica?

Es importante tener en cuenta las dos miradas que puede tener DesignOps. Esta práctica es vista como un mindset y también como un rol. Si un equipo no cuenta con una persona que se dedique al 100% a ser DesignOps, el resto de sus miembros pueden desarrollar un mindset que permita generar eficiencias operativas en su día a día, proponer mejoras en los procesos, y escalar de a pocos las soluciones al resto de equipo y proyectos.

Sin embargo, al pedirle al equipo que se ponga este sombrero de DesignOps a lo largo de su proceso, puede generarle distracción en sus tareas. El diseñador deja de estar solo diseñando para enfocarse en generar eficiencias. Es por ello que se recomienda tener a una persona dedica a DesignOps, sobre todo cuando el equipo es grande o se encuentra en crecimiento y con ciertos retos que requieran de una mayor atención.

🎯¿Cuál es su enfoque?

La práctica de DesignOps es la suma de varias disciplinas. Debemos tener muy en cuenta el proceso de diseño, sus buenas prácticas y sus etapas; pero también cruzamos mucho con el negocio, su estrategia, objetivos y stakeholders desde un foco operacional.

En las diferentes iniciativas que realizamos y proponemos, si bien no nos enfocamos en el resultado final del proceso de diseño, nos preocupamos de crear valor de negocio mejorando procesos de soporte tal como la gestión de presupuesto, optimización de la experiencia del diseñador, manejo de herramientas, difusión del valor del diseño, etc. Brindándoles apoyo al equipo de diseño desde esta perspectiva, lograremos potenciar los resultados finales de negocio.

♟¿Qué gestiona DesignOps?

Definitivamente gestionamos el cambio dentro de los equipos de diseño. Si queremos que las cosas mejoren no podemos seguir haciendo las cosas de la misma manera. DesignOps llega a alterar un poco al equipo, a sacarlo de su zona de confort, a cuestionar y a proponer. Obviamente no son cambios que se hacen porque sí. Tras entender, escuchar y analizar al equipo, aparecen ideas enfocadas en generar eficiencias y para ello será necesario implementar los cambios progresivamente, involucrando al equipo, iterando y escuchándolos en el camino.

Se hace hincapié en este tema ya que muchas veces DesignOps es confundido con un gestor de proyectos en equipos multudisciplinarios. Para ello, estamos seguros que un Project Manager o un Scrum Master serán los indicados. Nosotros como DesignOps nos dedicamos completamente al equipo de diseño, tal como se mencionó al inicio de este artículo.

🪁En resumen…

En el camino probablemente se necesiten aclarar muchos otros temas que generen dudas en la comunidad. Estos siete puntos me parecieron los más importantes para comenzar. Les comparto a continuación una imagen con el resumen de cada punto:

En caso te interese seguir profundizando sobre la práctica de DesignOps, te invito a que formes parte de la comunidad de DesignOps Latam, en donde nos preocupamos de seguir generando contenido, compartir experiencias y conectar con más profesionales de la región que quieran aprender y complementar sus carreras.