Diseño de producto Roles v3

Hace poco más de un año, publicamos una revisión importante de nuestra documentación de Roles de diseño de productos. Con esa revisión, buscamos nuestra documentación de roles para facilitar discusiones más accionables entre los gerentes y sus equipos, establecer expectativas más claras para cada nivel, así como ayudar a nuestros diseñadores y gerentes de diseño a establecer mejores objetivos. Y aunque hemos recibido muchos comentarios positivos de nuestro equipo durante el año pasado, también hemos notado algunos agujeros y áreas en las que podríamos mejorar nuestra documentación. Después de pasar por un par de ciclos de revisión de rendimiento y ejecutar nuestro diseño anual de productos fuera del sitio, tuvimos los comentarios que necesitábamos para desarrollar nuestra documentación.

El problema que la documentación de roles debería resolver.

Lo que descubrimos

Nadie sabía cómo ser promovido. Si bien la documentación fue bastante sólida para comprender las expectativas de cada nivel una vez que estuvo allí, no hubo orientación para los diseñadores sobre las habilidades que consideramos imprescindibles para la promoción. Incluso entre los gerentes, hubo desacuerdo sobre qué habilidades eran más importantes y cuándo un diseñador estaba listo para asumir más responsabilidad.

Parte del lenguaje no estaba claro. El año pasado, comenzamos a hacer un ejercicio con el equipo de diseño de producto (diseñadores y gerentes, ambos) que llamamos Calibración. Creamos una hoja de cálculo con cada habilidad del documento de roles enumerado, y le pedimos a cada diseñador que indique en qué nivel creen que están para cada habilidad según la documentación existente. Por separado, su gerente también completa una hoja de cálculo duplicada sobre ese diseñador desde su perspectiva. Y luego, el diseñador y el gerente se reúnen y comparan sus resultados lado a lado. Si eso es confuso, así es como se ve en la práctica después de que tanto el diseñador como el gerente hayan combinado sus hojas de cálculo:

Destacamos áreas de desacuerdo entre los gerentes y los miembros de su equipo.

Hemos encontrado que esta es una herramienta increíble para garantizar que los gerentes y los miembros de su equipo se mantengan alineados, así como para generar conversaciones interesantes cuando hay perspectivas desalineadas. Descubrimos que aunque algunas de las desalineaciones eran simples desacuerdos, también descubrimos que nuestra documentación, a veces, carecía de claridad y creaba diferentes percepciones de lo que el documento significaba.

Hubo algunas habilidades que claramente nos preocupaban día a día y en el momento de la revisión, pero que no pudimos cubrir. Por ejemplo, cubrimos la escritura, pero no otras formas de comunicación (señal de golpe en la frente). O cubrimos la ejecución de experimentos cuantitativos, pero resultó que muchos diseñadores estaban realizando sus propios estudios cualitativos (¡y acabamos de contratar a nuestro primer investigador de usuarios a tiempo completo!). Pero la superposición entre los dos tipos de datos y las expectativas sobre cómo los diseñadores recopilan y trabajan con los datos no estuvieron representados en absoluto. ¡Sin embargo, hablamos mucho sobre estas cosas todo el tiempo!

El lenguaje específico de la organización era antiguo y anticuado. Teníamos mucha terminología en nuestro documento de roles que era específico de cómo estábamos organizados en el momento en que escribimos el documento. Términos como "consejos" o incluso "grupos" y "escuadrones" resultaron no ser lo suficientemente duraderos y dejaron de tener sentido por completo según la evolución de nuestro departamento.

Lo que hicimos

Hemos limpiado gran parte de la redacción e incluso hemos reescrito habilidades completas para que las expectativas sean más claras que nunca. Eliminamos todo el lenguaje específico de la organización y agregamos nuevas habilidades (y combinamos algunas) para cubrir todo lo que esperamos de los diseñadores.

Además, hemos agregado claridad sobre qué habilidad es un requisito para ser promovido en cada nivel. En el documento final, encontrará asteriscos junto a ciertas habilidades en cada nivel. Cuando hablamos con los diseñadores sobre lo que necesitan para trabajar para promocionarse, usamos esos asteriscos.

Finalmente, hemos trasladado nuestra documentación de roles (y trasladaremos más de nuestros documentos pronto) a Github. Esto nos permite abrir Solicitudes de extracción en nuestro documento existente, realizar cambios y compartir esos cambios con el equipo antes de finalizarlo y fusionarlo. Hemos abierto el repositorio y adjuntado la licencia de Documentación libre de GNU para que cualquiera pueda obtener el documentos que hemos hecho y usarlos como quieran.

¡Sí!

Preguntas más frecuentes

¿Qué pasa con los roles de gerente? ¡Buena atrapada! No hemos abordado los roles de gerente, aunque ese es mi próximo paso y ¡muy pronto! Los roles de diseñador afectaron a la mayoría de las personas en el equipo y necesitaban más ajustes, por lo que decidimos comenzar allí.

¿No sube esto el listón? Estaba hablando con Sabrina, uno de nuestros increíbles gerentes de diseño, sobre la posibilidad de que cambiar este documento pueda percibirse como un obstáculo para las personas. Ella respondió que, desde su perspectiva, no fue la barra la que cambió, sino nuestra capacidad de articular dónde está la barra. En otras palabras, este nuevo documento refleja lo que siempre hemos considerado las expectativas para el equipo de Diseño de Producto, pero de una manera más clara de lo que hemos podido hacer hasta ahora.

¿Revisarás esto todos los años? ¡Ese es el plan actual! A medida que usemos más este nuevo documento, aprenderemos sus fortalezas y debilidades, y pensaremos en lo que la próxima iteración debería cubrir en algún momento del próximo verano después de nuestro Diseño anual de productos fuera del sitio.

¿Qué otra documentación publicarán en Github? Estamos planeando la transición de toda nuestra documentación de procesos de reclutamiento y diseño a este repositorio. Haremos más anuncios a medida que desarrollemos la estructura allí. Este es definitivamente un primer paso en un mundo mucho más grande.

Estamos muy emocionados de tener este documento para nuestro equipo y, como siempre, de compartir nuestra documentación con toda la comunidad de diseño. Contáctanos en los comentarios con cualquier pregunta o pensamiento. ¡Nos encantaría escucharlos!

Ver nuestro Roles de diseño de producto Doc »

Vea nuestro GitHub completo »