De las cosas más difíciles de ser product manager, decir que «NO» 🙂↔️ ¿Cómo podemos hacerlo más fácil? 🤔
No es solo difícil en el mundo laboral y en producto digital, decir que NO es siempre complejo. Supone un conflicto y una conversación que puede ser incómoda. Más aún si esta respuesta contraria tienes que darla a un stakeholder funcional que posiblemente incluso esté por encima tuyo en lo que a jerarquía interna se refiere 👝
Como no hay un manual de instrucciones universal, te voy a compartir 3 tips que a mi me han venido muy bien en los últimos tiempos 👇
Los 3 tips para decir que no siendo product manager
🗣️ Adapta el lenguaje al interlocutor. Habla «negocio», no SCRUM. No le digas que tienes solo 3 devs de back, que en el scrum poker se han sacado 13 puntos para su épica y que entonces el product requirement de JIRA no va a llegar a la productividad esperada. Dile algo como: «Aún sabiendo que es una funcionalidad que podría mejorar la vida del usuario y podrías traernos ventas, haría que otros desarrollos que son claves para la estrategia de la compañía y con dependencias externas se retrasen o incluso no se puedan realizar, en perjuicio del objetivo global del área de negocio».
📊 Lleva datos que se entiendan (y duelan). Igual que antes, que se puedan comprender. No te lleves un gráfico de productividad con los puntos de historia por sprint y tecnología. No lo va a entender. Prepárate el impacto que supondría en tiempo de desarrollo, dinero para el área de negocio y un esquema donde se pueda ver qué otros desarrollos e impacto negativo podrían darse al incluir ese desarrollo en el backlog.
🥪 Técnica sandwich (pero con honestidad). Yo sé que es poco ortodoxo e incluso te puede sonar cutre, pero la técnica del sandwich funciona. Algo positivo (la funcionalidad tiene mucho sentido y seguro que puede hacer que mejoramos X, Y y Z. Por eso la pondremos en el backlog y la estudiaremos para siguientes PI y Sprint Plannings) y algo no tan positivo o mala noticia (peeero en este momento no es posible incluirla en el backlog porque si no A, B y C que ya están comprometidos y dependen de equipos externos no se podría entregar). Y por último, apelar a objetivo global y estratégico (además, hacer esto podría suponer no estar alineados con las líneas estratégicas que marcamos a principio de año y este y este KPI se verían seriamente afectados).
Y vosotr@s, ¿Cómo lo hacéis? ¿Qué os han parecido estos tips? 🤨