Cuando Diseño se disuelve en control de calidad y nadie lo nota

Hace poco un participante de mi clase me contó su situación. Startup, equipo de Diseño de dos personas. Le pregunté qué porcentaje de su semana dedican a Diseño real — investigación, arquitectura, decisiones de producto.

Sesenta por ciento de su tiempo se va en QA.

No es que alguien haya decidido convertirlos en el equipo de aseguramiento de calidad. Nadie firmó ese cambio de rol. Simplemente, la dirección no tiene clara la estrategia del producto, así que nadie quiere invertir tiempo en Diseño detallado para algo que puede cambiar la próxima semana. Y mientras la incertidumbre paraliza cualquier trabajo estratégico, alguien tiene que revisar que los botones no se rompan. Ese alguien terminó siendo Diseño, porque estaba disponible.

Esto no es un caso raro. Es lo que pasa cuando un equipo de Diseño no tiene, o pierde, un Plan de Intervención.

Es tentador leer esta situación como “tenemos demasiado QA y poco tiempo”. El síntoma real es otro: el equipo no tiene ningún documento, ninguna conversación, ningún acuerdo que defina qué es Diseño en esa organización y qué no. Sin esa definición, cualquier tarea urgente — y el QA siempre es urgente — se la come.

Un equipo maduro no evita el caos absorbiendo menos trabajo operativo. Lo evita teniendo claro, por escrito, cuál es su punto de partida, a dónde va, y qué inversión necesita para llegar. Eso es literalmente lo que es un Plan de Intervención: no es un plan de proyecto con fechas. Es la respuesta a cinco preguntas que casi ningún equipo se ha sentado a contestar juntos.

¿Dónde estamos? El diagnóstico honesto: dos personas, 60% en QA, dirección sin estrategia de producto clara. No es un diagnóstico bonito, pero es el punto de partida real.

¿A dónde vamos? Un objetivo medible — por ejemplo, bajar el QA a 20% del tiempo del equipo en un trimestre, liberando el resto para investigación.

¿Cómo llegamos? Aquí es donde la mayoría de los equipos se congela, porque quieren resolverlo todo de una vez. La secuencia importa: primero, iniciativas de bajo riesgo que demuestren valor rápido (automatizar o delegar parte del QA, por ejemplo). Después, apuestas más grandes que necesitan la confianza que ya ganaste.

¿Cómo medimos el avance? No basta con sentir que hay menos caos. Necesitas un número: horas de QA por semana, decisiones de producto tomadas con investigación previa, lo que sea medible en tu contexto.

¿Cómo conseguimos apoyo? Esta es la que más se salta la gente. Si nadie arriba sabe que el equipo está atrapado en QA, nadie va a mover un dedo para cambiarlo. El plan no sirve si vive solo en la cabeza del equipo de Diseño.

No le dije “hablen con su jefe y pidan más tiempo”. Eso ya lo habían intentado y no funcionó, porque pedir tiempo sin un diagnóstico ni un número es solo una queja con buena ortografía.

Le recomendé algo distinto: documentar, durante dos semanas, exactamente cuánto tiempo se va en QA y qué se dejó de investigar por eso. Convertir la sensación de “estamos ahogados” en un número concreto. Ese número, presentado como costo de oportunidad — lo que el negocio dejó de aprender sobre sus usuarios porque el equipo estaba ocupado revisando botones — es un argumento distinto al que cualquier dirección puede ignorar fácilmente.

Ningún equipo llega a este punto por mala fe. Llega ahí por default, porque nadie se sentó a decidir activamente qué era Diseño en esa organización. Y el default, casi siempre, es que Diseño termina haciendo lo que sobra de las prioridades de otros.

Si tu equipo está en una situación parecida, la pregunta no es “cómo consigo más tiempo”. Es “¿existe, en algún lado, un documento que diga qué es Diseño aquí y a dónde va?”. Si la respuesta es no, ese es tu verdadero punto de partida — antes que cualquier conversación sobre presupuesto o headcount.

Felices trazos.