DesignOps: cuando el problema no es diseñar, sino organizar el diseño
Cuando el equipo crece, el cuello de botella deja de ser el oficio y pasa a ser la coordinación. Qué aporta DesignOps sin convertirlo en un marco rígido.
Con dos o tres diseñadores y un solo producto, casi todo se arregla hablando. Con más personas, más productos, más herramientas y más interlocutores, la conversación deja de bastar. Aparecen problemas que no se resuelven diseñando mejor, como quién decide qué se hace primero, dónde está la última versión de un componente o por qué dos equipos han resuelto lo mismo de maneras distintas.
DesignOps, de design operations, es el nombre con que se conoce desde hace unos años la gestión de todo lo que rodea al trabajo de diseño para que pueda hacerse bien y a escala. Una definición muy extendida habla de orquestar y optimizar personas, procesos y oficio. Me gusta menos como etiqueta que como pregunta, la de qué impide a este equipo diseñar con la calidad y el ritmo que necesita.
Dónde suele estar la fricción
La respuesta varía según el equipo, pero hay zonas que se repiten.
Procesos y roles. Cómo entran las peticiones, cómo se decide qué se hace antes y qué espera, cuándo y cómo se revisa un trabajo, y quién decide qué. Sin acuerdos, todo se negocia caso por caso y gana quien más insiste. Quedan decisiones que nadie toma y otras que toman dos personas a la vez.
Sistemas, herramientas y documentación. Un sistema de diseño necesita componentes, estilos y principios que alguien mantenga, con una forma clara de proponer cambios. Sin responsable se degrada, porque cada equipo lo adapta por su cuenta y deja de ser un sistema. Lo mismo vale para lo menos vistoso, como las licencias, la organización de archivos, las bibliotecas compartidas y un lugar donde viva el conocimiento y se registren las decisiones. Cada hora que alguien dedica a buscar un archivo es una hora que no dedica a diseñar.
Calidad, capacidad y coordinación. Qué criterios mínimos debe cumplir un trabajo antes de salir, cuánto cabe de verdad en el equipo y cómo se coordina con producto, ingeniería y marketing. Saber decir “con esta carga, esto no llega” es una forma de calidad, porque evita que todo sea urgente y todo se entregue a medias.
Cómo evitar que sea burocracia
Creo que el mayor riesgo de DesignOps está en tratarlo como un marco que se adopta en bloque. Los procesos que se importan sin partir de un problema real producen burocracia, con formularios, plantillas y reuniones que existen para proteger el propio proceso. Un equipo pequeño puede resolver casi todo con dos o tres acuerdos escritos, y uno grande necesitará más, pero la medida del acierto es siempre la misma. Si lo que se organiza reduce fricción, está bien. Si la aumenta, hay que revisarlo.
Tampoco requiere necesariamente un rol propio. En muchos equipos las responsabilidades se reparten entre quien dirige, quien mantiene el sistema de diseño y quien coordina con otras áreas. Lo que importa es que alguien se ocupe de ellas de forma explícita y no por casualidad.
Por dónde empezar
Un punto de partida razonable es elegir una fricción que se repita y que todo el equipo reconozca. Supón que cada petición de diseño llega por un canal distinto y nadie sabe qué está en marcha. El primer paso no es implantar un sistema de gestión, sino acordar un único sitio donde entran las peticiones, quién las ordena y con qué criterio. Se prueba durante unas semanas, se comprueba si ha reducido las preguntas y los solapamientos, y se ajusta.
Funciona mejor avanzar así, de problema en problema, que diseñar de antemano una organización completa. Cada acuerdo que sobrevive a la prueba queda escrito, y con el tiempo esos acuerdos forman, sin proponérselo, un sistema propio, adaptado al equipo y no copiado de otro.
Autonomía y escala
La tentación al crecer es centralizar, es decir, que una persona o un comité apruebe y coordine todo. Funciona hasta cierto tamaño y después se vuelve un freno. La escala exige que cada equipo pueda avanzar con criterios claros, componentes fiables y lugares donde encontrar lo que necesita, una idea muy cercana a la de un criterio compartido en lugar de aprobación constante.
Respetar el tiempo de quien diseña
El mejor trabajo de organización suele pasar desapercibido. Nadie felicita a un equipo por no haber perdido una tarde buscando la última versión de un componente. Pero el efecto acumulado se nota en que hay más tiempo para pensar, menos retrabajo y una calidad más pareja entre equipos.
Una buena señal de que la organización funciona es que cada vez se habla menos de ella en las reuniones de diseño y más de los problemas de las personas que usan el producto.
Nota retrospectiva: reflexión escrita en 2026 sobre el contexto de junio de 2022.
Las opiniones expresadas son personales y no representan la posición de ninguna organización.