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.
- ¿Es posible trabajar mitad en software y mitad en diseño de producto / gestión de producto?
- ¿Qué importancia tienen los servicios de desarrollo de diseño de producto / modelo?
- ¿A quién se le ocurrió la prueba de SkyMall? Si cree que su producto encajaría perfectamente en el catálogo de SkyMall, ¿dejará de trabajar en él?
- ¿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?
- ¿Hay algo que haga visible a Urushiol?
