¿Qué deben hacer los gerentes de productos de TI mientras no tengan autoridad para liderar?

Los Product Mangers nunca tienen autoridad directa … solo influencia.

Su trabajo es comprender los objetivos comerciales, desarrollar (o documentar) los planes para alcanzar esos objetivos y obtener la aprobación del patrocinador ejecutivo de esos objetivos comerciales.

Ahora tu trabajo realmente comienza. El PM necesita la ayuda de muchos equipos para tener éxito. No se trata de la visión del primer ministro, se trata de la visión acordada. Si comprimir el ciclo de desarrollo lo hará más exitoso, entonces exponga el argumento, demuestre por qué tiene sentido para el negocio y consiga la aceptación. Reclamar que es cierto sin datos de respaldo no lo hace verdadero.

Gane el respeto y la confianza de los equipos de desarrollo al comprender sus desafíos y eliminar su impedimento. Entienda lo que va a impedir que el equipo tenga éxito a corto y largo plazo, y resuelva esos problemas. Esto es el 80% del trabajo.

La mayoría de los problemas de desarrollo de TI son problemas políticos y multifuncionales, debido a la falta de una visión global compartida entre los grupos. La prioridad número 1 del equipo A depende de la prioridad número 23 del equipo B. Identifique a las partes interesadas y luego diríjase a la mesa, comparta el problema, documéntelo, encuentre un propietario con autoridad para tomar una decisión que lo resuelva (NOTA: el PM no tiene la autoridad) y obtenga una fecha para un plan. Ahora solo necesitas un seguimiento.

Una vez que haya girado esta manivela varias veces, los equipos comenzarán a comprender qué decisiones tomaría cada líder ejecutivo y detendrán la escalada de problemas para los ejecutivos en sí. El PM podrá representar a los ejecutivos, o reducir el problema a algo que se ejecute más allá de los ejecutivos sin arrastrar a todo el equipo a través del proceso. Apreciarán esto porque preferirían crear valor para el cliente en lugar de sentarse en reuniones.

Esta es una gran pregunta. No tengo ninguna autoridad formal u organizativa para ser mi parte favorita del trabajo de Gestión de Productos.

Tienes que confiar en tu liderazgo, conocimiento del mercado, visión del producto y habilidades sociales para hacer que las cosas sucedan. Si necesita tener autoridad organizativa, no es un buen ajuste para un puesto de Gestión de productos. En mi experiencia, la forma más rápida y fácil de perder el respeto de sus partes interesadas es invocar una autoridad formal (“el CEO dice que lo haga lo antes posible para que tenga que hacerlo”). Es su trabajo proteger a su equipo de todas esas cosas y decidir si la solicitud de último minuto es realmente importante (¿ayuda al usuario? ¿Acelera el producto? Es esa característica que el vendedor mencionó que realmente necesitaba para cerrar el trato o ¿Será olvidado para la próxima semana?

Si bien no tiene autoridad formal para liderar, tiene algo mucho más poderoso: si está haciendo todo lo anterior, entonces tiene la credibilidad, el respeto y la cooperación de su equipo. En otras palabras, su autoridad informal es una gran diferencia. Es la diferencia de tener un ingeniero trabajando toda la noche en una solicitud de último minuto o que la misma persona salga a las 5 pm. Es la diferencia entre enviar algo esta semana o la próxima semana, es la diferencia entre cerrar esa gran oferta este trimestre o el próximo. ¿Por qué es una diferencia? porque el ingeniero, la persona de control de calidad o quien tenga que luchar para hacerlo lo hará porque ella cree en lo que usted está diciendo. ¿Cómo sabes que tienes eso? Cuando escuche algo como “… no estoy de acuerdo con esto, pero lo voy a hacer porque me lo pregunta y, por lo tanto, debe ser importante y hacer lo correcto”. La autoridad organizacional formal no es nada comparado con eso.

Debe trabajar diariamente para ganarse el respeto y la credibilidad de su equipo y eso le dará la autoridad para liderar. Si no tienes eso, nada más importa.