¿Deberían los desarrolladores de UI informar al Director de Ux en lugar del Director de Desarrollo de Aplicaciones en una empresa SaaS centrada en Ux?

La estructura de informes es casi irrelevante, pero aquí hay algunas cosas en que pensar.

  • Ley de Conway : si tiene dos equipos, frontend y backend, ¿qué está haciendo para romper las barreras de comunicación entre ellos? Un supervisor común podría ayudarlo, pero también considerar la forma en que estructura los proyectos. Es muy común que se formen feudos donde el equipo de back-end ve a la interfaz como un “cliente” suyo. Puede priorizar UX todo lo que quiera en este entorno, pero su producto se sentirá como dos productos.
  • Especialidad : en algunas empresas, como Quora y Twitter, los códigos de los diseñadores. En otros, como Yammer, tenemos un equipo de Ingeniería Frontend que es distinto del diseño UX / UI. No tendría mucho sentido para nuestros gerentes de diseño dirigir un equipo lleno de desarrolladores de JavaScript incondicionales.
  • Contratación : ¿qué tipo de talento está tratando de incorporar y qué gerente será más inspirador para ese tipo de solicitante?

Sin embargo, si realmente es una tienda pequeña, le recomiendo encarecidamente que considere este nivel de segmentación. En algún lugar en el rango de 9-12, los equipos se vuelven un poco grandes para los 1-a-1 individuales. En una startup, estaría más inclinado a aumentar ese número, en lugar de agregar niveles.

El resultado al que apunta depende en gran medida de la composición de su equipo. ¿Cuáles son las fortalezas personales y las “oportunidades de mejora” de su Director de Desarrollo de Producto y su Director de UX?

Si solo está tratando de organizar lógicamente cuadrados en un organigrama, se está perdiendo el punto. Nunca lo olvides: el proceso es gente. En ausencia de saber más sobre las personas específicas involucradas, cualquier “práctica estándar” podría aplicarse incorrectamente a su organización.

¿Hay otras formas de estructurar los equipos en los que no has pensado? En lugar de front-end / back-end, ¿puede organizar scrums centrados en funciones con un equipo de arquitectura común que ancle sus esfuerzos?