¿Es posible trabajar mitad en software y mitad en diseño de producto / gestión de producto?

Acabo de tener una conversación relacionada con un desarrollador hace unos meses. Intentó explicar cómo le gustaba hacer su propio diseño UX. Le pregunté con qué frecuencia podía investigar a los clientes y sus comportamientos como desarrollador. Fue a conocer a algunos clientes potenciales temprano, pero no había visto ni hablado con ninguno en meses. Le pregunté cuánto había aprendido sobre el viaje del cliente; por ejemplo, ¿cómo reaccionaron los clientes ante los puntos de contacto de su producto con respecto a la decisión de compra? Mirada en blanco. Él entendió mi punto.

Antes de intentar hacer dos trabajos, piense en lo que se necesita para tener éxito en cada trabajo. Ahora reduzca el tiempo a la mitad y piense: “¿Todavía tengo tiempo para ser exitoso en cada trabajo?” (Observo que, de hecho, se ha metido en tres trabajos a su pregunta combinando Diseño de Producto y Gestión de Producto Estos son roles separados en mi libro).

Solo concéntrese en la gestión de productos: ¿Qué se necesita para ser un buen gerente de productos? Según la mayoría de las medidas, un gerente de producto es responsable de todo, desde identificar los problemas del cliente para resolver hasta definir el negocio, supervisar la construcción del producto y descubrir cómo llevar el producto al mercado. La mayoría de los gerentes de producto dirán que uno de sus mayores desafíos es tratar de entregar y orquestar TODOS esos componentes cuando, para cualquier tarea / componente dado, saben que pueden hacer más pero tienen que detenerse en algún momento.

Ahora, considere cómo alguien realmente podría dividir un papel tan exigente mientras también desarrolla. Cada hora que pasa codificando es una hora menos investigando a los clientes para comprender sus problemas o analizando a sus competidores. Cada hora de depuración es una hora menos gastada pensando en cómo optimizar la cadena de valor e identificar canales para comercializar.

Entonces, ¿es posible que hagas ambas cosas? ¡Seguro! Pero debe ser realista sobre las compensaciones. Hacer bien dos trabajos requiere el doble de tiempo. O significa reducir las esquinas en términos de hacer bien uno u otro trabajo y generar un riesgo tremendo en su producto (por ejemplo, ¡ignore ir al mercado hasta el último minuto bajo su propio riesgo!).

(Nota: escribo esto asumiendo que comparte una definición más holística y completa de la gestión de productos. Muchos roles de gestión de productos son más parecidos a un rol de Propietario de producto definido entre los Desarrolladores. Por muchas razones, no llamaría a este rol Gerente de Producto .)

Creo que esto es completamente posible. Sin embargo, los demás expresan su preocupación por hacer ambos trabajos de manera efectiva, lo cual es absolutamente correcto.

En la mayoría de las situaciones, no podemos ser los que brindemos el 100% de cualquier capacidad dentro de una organización. Si soy el único que codifica y paso el 100% de mi tiempo haciendo eso, hay un claro cuello de botella allí: tengo que ir y contratar personas adicionales para aumentar la capacidad. La mayoría de la gente no argumentaría que es imposible que dos personas (o más) compartan tareas de codificación.

Así sucede con el diseño del producto. Podría pasar la mitad de mi tiempo entre la codificación y el diseño del producto; pero eso significa que mi capacidad general para ambas capacidades es menor que si me enfocara en solo una, y necesitaría compartirla con otros que hagan el mismo trabajo mucho antes.

Esto puede funcionar bien si puede segmentar la aplicación en áreas específicas, por ejemplo, especialmente si tiene perfiles de usuario muy diferentes en cada área. Para algunas características técnicas, también puede tener mucho sentido: por ejemplo, si tener una API es muy importante para mi producto, probablemente sea una buena idea conseguir que un desarrollador o arquitectura sénior “posea” tanto el diseño como el desarrollo del característica.

Sin embargo, debe ser muy claro y honesto acerca de las desventajas, y en muchos casos cambiar entre diferentes especialidades, especialmente a un bajo nivel de abstracción, no es un buen uso del tiempo. El cambio de tareas de este modo lleva tiempo, y existe el peligro de que su trabajo en cualquier área no esté a la altura.

A medida que se forman equipos más grandes en el negocio, esto también puede causar problemas. Siempre es bueno tener equipos pequeños que sean interdisciplinarios, pero tener individuos con especialidades claras a menudo es más útil que varias personas con amplios conjuntos de habilidades similares. Ese no es siempre el caso, pero es una regla general.

El punto clave es medir su éxito de alguna manera cuantitativa, cuando sea posible, y juzgar a partir de los datos si tener o no un rol combinado es una ayuda general o está haciendo daño.

Para el equipo de desarrollo <10, esto es posible siempre que tenga el conjunto de habilidades correcto.

Por más que eso, PM / diseño se convierte rápidamente en el cuello de botella y que esa persona también trabaje en el desarrollo no es muy efectivo, excepto en casos especiales.

En mi experiencia, hacer coincidir el equipo de la persona <-> donde funciona este acuerdo es difícil.

More Interesting

¿Dónde está la línea para MVP (productos mínimos viables)? ¿Cuáles son sus principios / pautas para definir su MVP, en particular dónde dejar de construir demasiado?

¿Cuán detallado y bien informado debo ser sobre un producto que quiero que haga un fabricante?

¿Las pruebas de multitudes pueden reemplazar a un equipo interno de calidad?

Durante años ha habido rumores de que las empresas suprimen los nuevos desarrollos que podrían ayudar a la sociedad para no perjudicar sus propios productos. ¿Hay algún ejemplo de esto? Alguna evidencia?

¿Cuáles son algunos de los rasgos de los equipos con mejor desempeño?

¿Cuáles son algunos ejemplos de productos o servicios donde la funcionalidad y la lógica de "tendencias" se implementan bien? ¿Pensamientos sobre una lógica de tendencias efectiva?

¿Cómo afecta la plataforma al rol de gerente de producto?

Cómo priorizar las funciones como gerente de producto

¿Cuál es el papel de la estrategia de producto en el crecimiento y desarrollo general de la empresa?

¿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?

¿Por qué debería preferir Gradle a Maven?

¿Cómo recompensa y define el crecimiento profesional dentro de una organización plana de productos y tecnología?

¿Qué es una historia de producto y cómo desarrollar una convincente?

¿Cómo debería un equipo de producto evaluar el impacto de un nuevo producto? ¿Cuáles son algunos buenos ejemplos?

Como gerente de producto, ¿cuáles son sus principales segmentos de trabajo y cómo distribuye su tiempo entre ellos?