Dimensiones de DesignOps
Intro
Como debes saber, DesignOps (o Design Operations) es una práctica emergente relativamente nueva en el campo de juego del diseño.
Esto significa que es un trabajo en progreso a nivel mundial, y hay espacio para experimentar con diferentes enfoques sobre cómo configurar y administrar la práctica. Además, hay grandes personas y comunidades en crecimiento dispuestas a compartir lo que se aprende a diario.
Este es un intento de compartir cosas reales con las que estoy experimentando para impulsar la práctica de DesignOps, durante mis primeros meses como DesignOps Manager, y viniendo de un área de especialización totalmente diferente (https://www.linkedin.com/in/alejandrogn/).
Lo llamo las Dimensiones de DesignOps.
Aprende 70% Haciéndolo a tu manera, 20% Interactuando con Comunidades, 10% cursos/libros/otros
La regla 70/20/10 es una buena forma de pensar cuando se aborda este tema por primera vez.
Dicen: “las personas tienden a aprender el 70 % de su conocimiento a partir de experiencias y asignaciones desafiantes, el 20 % de relaciones de desarrollo y el 10 % de cursos y capacitación”.
Así que…
Invertir el 10 % de tu poder de aprendizaje en: cursos, capacitaciones, videos de YouTube, medios, sitios web, etc.
Hacer algunos benchmarks en la web, mirar videos de Ops, tomar algunos cursos, leer artículos de Medium, libros, etc., permite tener una idea de los posibles alcances a probar. A nivel de cursos, hay algunos, pero aún queda mucho por cubrir en comparación con otras disciplinas de diseño (como research, diseño de servicios, interacción visual y productos).
Por lo tanto, un comienzo rápido puede ser simplemente echar un vistazo a lo que hay y luego probar algunas cosas (según las prioridades). Una primicia natural podría ser sumergirse en el sitio web de Nielsen Norman Group y buscar DesignOps (aquí hay algunos artículos excelentes con videos: https://www.nngroup.com/articles/design-operations-101/ and https://www.nngroup.com/articles/designops-maturity-low/)
Invertir el 20% de su poder de aprendizaje en: Interactuar con las comunidades.
Una excelente manera de acelerar el viaje es unirse a comunidades. Hay algunas personas geniales dispuestas a compartir y echarte una mano en tu camino de aprendizaje. Se puede preguntar cualquier cosa relacionada con Ops y alguien excelente (popular o novato) se comunicará para ayudarte: la gran Meredith Black me ha dado muy buenas respuestas, Changying Zheng ha sido tan amable y sorprendente como para compartir su tiempo conmigo en una llamada de Google Meet cuando necesitaba algunos consejos sobre la matriz de habilidades de UX. Peter Boersma también ha compartido conmigo algunas ideas y consejos excelentes. Y montones, montones de personas amables con las que interactuar y aprender.
Hasta ahora, he visto el valor de hacer esto de tres maneras:
- Unirse a los canales de Slack de las comunidades internacionales (ej.: DesignOps Assembly y Rosenfeld Media),
- Unirse a los canales de Slack de las comunidades locales/regionales y participar activamente (ej: me he unido a DesignOpsLatam, una comunidad liderada por el gran Alexandra Mengoni León que está haciendo un tremendo trabajo dando a conocer DesignOps en Latinoamérica. Me ha dado la oportunidad de actuar como campeón del capítulo de Argentina para expandir DesignOps en mi país. Una gran manera de empezar. ¡Te recomiendo unirte a esta comunidad!: https://designopslatam.org/),
- Conectarse con personas de DesignOps en tu país en linkedin. Esto será útil para muchas cosas, como compartir conocimientos, hacer eventos de Ops juntos, obtener candidatos para tus ofertas de trabajo y, por supuesto, darse a conocer.
Invirtiendo el 70% de tu poder de aprendizaje: ¡aprender haciendo!
Intenta, falla, prueba otra cosa, vuelve a fallar, vuelve a intentarlo y aprende, todo el tiempo.
Aquí es útil tratar de llevar al nivel básico todo lo que se ha leído, visto y escuchado. La teoría es genial, los consejos son realmente útiles y te ahorran mucho tiempo, pero ahora tienes que hacer que funcione en tu propia realidad.
Una forma de comenzar es observar las cosas desde arriba (esa imagen completa de DesignOps que haz estado aprendiendo) y definir lo que tu empresa y equipo de diseño necesitan que sea el alcance de Ops. Entrevista a los diseñadores y ve qué puede hacer Ops por ellos.
Luego, se tratará de definir qué es Run (tareas recurrentes y críticas que deben realizarse sin importar qué para mantener la operación en marcha) y qué iniciativas de Change (mejoras) se pueden emprender dada la capacidad que tiene (es decir, qué tan grande es su equipo Ops) y ganancias rápidas (quick wins) que ha detectado hasta ahora.
Para eso necesitarás saber dónde estás, dónde quieres estar y cómo llegas allí.
Así que ingrese DesignOps Dimensiones…
Las dimensiones de DesignOps
Existen varias opciones para agrupar tareas de DesignOps. Los más conocidos son “Cómo trabajamos juntos, cómo hacemos nuestro trabajo, cómo nuestro trabajo crea impacto” de NN/G. Otros orbitarán alrededor de People, Practice y una tercera opción variable.
No existe una fórmula mágica que se aplique a todas las realidades, por lo que puedes elegir tu propia aventura, experimentar y ver qué funciona mejor en el contexto en el que te encuentras.
La combinación que estoy probando y que parece funcionar para mí hasta ahora es la siguiente (contexto: un equipo de más de 80 diseñadores, por lo que hay un gran margen para Ops):
Tres dimensiones: Personas, Práctica y Comunidad.
Personas: todo lo relacionado con los diseñadores
¿Cuáles son las cosas que Ops necesita administrar sobre el journey de los miembros del equipo de diseño?
Por lo tanto, estará involucrado en todo el ciclo de vida laboral, desde la contratación y la incorporación hasta la asignación, desde el desarrollo hasta decir adiós algún día. Cada tema eventualmente debe tener un proceso definido y mejorado continuamente, con el propósito de asegurar que los diseñadores tengan la mejor experiencia de trabajo posible.
Aquí está la lista:
Práctica: “cómo se hace” y “cómo vamos”
¿Cuáles son las cosas que Ops necesita administrar sobre la forma de trabajo del equipo de diseño para ayudar a garantizar que se cumplan los estándares de delivery y calidad?
Esto incluye comprender y alinear el proceso de diseño, monitorear el nivel de madurez y actuar sobre las brechas frente a los objetivos, el seguimiento de la entrega, las métricas, el gobierno de herramientas, la gestión del conocimiento, el presupuesto y la gestión de terceros.
Aquí está la lista:
Comunidad: visibilidad e impacto
¿Cuáles son las cosas que Ops necesita administrar sobre la visibilidad y el posicionamiento del equipo de diseño en la organización y la comunidad?
Esto incluye comunicaciones internas (intranet de la organización) y externas (linkedin, instagram, etc.), eventos (ej.: Design Week) y interactuar y crear comunidades (ej.: cada práctica de diseño podría celebrar un evento abierto anual con oradores invitados), ceremonias de equipo (ej.: fuera de los sitios, revisiones de diseño, revisiones de hojas de ruta) y creación de contenido de diseño y educación para su empresa.
Aquí está la lista:
OK, pero… ¿cómo?
Intentar abordar todo el alcance de DesignOPs a la vez puede ser admirable pero, probablemente, erróneo.
Al menos en mi experiencia. Luché los primeros meses tratando de hacer todo lo que Ops tiene para ofrecer al mismo tiempo, es realmente amplio e interesante, pero no lo logré porque no hay tiempo para todo a la vez.
Entonces, una forma de comenzar es definiendo lo que es crítico en estas dimensiones presentadas. Eso dependerá de la empresa y el contexto pero, en mi opinión, hay algunas cosas que no se deben descuidar:
En la dimensión Personas: contratación (alinear el proceso con RR. HH. y los líderes de diseño para que el talento se adquiera rápidamente), onboarding (garantizar la primera experiencia de ese talento con la empresa y el equipo de diseño) y análisis/asignación de personas (comprender cuántos tenemos permitido ser, cuántos somos ahora y cuál es la brecha en cantidad y seniority).
En la dimensión Práctica: presupuesto y terceros (cuánto dinero tenemos y para qué, estamos dentro del presupuesto o no), cuál es nuestro nivel actual de madurez y en qué deberíamos centrarnos (necesitamos mejorar nuestra entrega , nuestra calidad, nuestra agilidad, etc.), qué herramientas y licencias tenemos/necesitamos (y cómo las gobernamos).
Luego, tomar todas las dimensiones y temas y evaluar qué nivel de madurez tiene cada uno, bajo-medio-alto, para determinar su línea de base.
Ese debería ser un buen comienzo para establecer resultados clave o KRs (ej.: aumentar la definición del rol de bajo a medio en xx tiempo) y una hoja de ruta o roadmap para trabajar (qué iniciativas de cambio debemos implementar para alcanzar esos KR).
¡Espero que esto haya sido útil para alguien!
¡Gracias!
Alejandro García Núñez
