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.
- ¿Qué software puede diagnosticar problemas de red de pequeñas empresas?
- ¿Cuál es la innovación más reciente en el aprendizaje en línea?
- ¿Cuáles son las perspectivas a largo plazo de una carrera de administrador de sistemas?
- ¿Por qué internet se volvió más rápido?
- ¿Cuál es el navegador web más popular utilizado por médicos y recepcionistas en cirugías en todo el Reino Unido?
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.