Priorizar es decir que no con argumentos. Cómo sostener esa conversación con la dirección sin quedar de villano.
Todo portafolio de TI tiene más iniciativas que capacidad. El error habitual no es elegir mal, es no elegir: arrancar todo, avanzar poco y llegar tarde a lo importante.
Decir que no con números
Un no defendible se apoya en tres datos: cuánta capacidad real tiene el equipo, qué deja de hacerse si entra lo nuevo, y qué costo tiene esperar un trimestre. Sin esos tres, la discusión se vuelve un asunto de simpatías.
El tablero que sí se mira
Prefiero un tablero de una página con lo que está en curso, lo que está detenido y por qué. Cuando la dirección ve el costo de oportunidad escrito, la priorización deja de ser una pelea del área de tecnología y pasa a ser una decisión del negocio.
Living through this in your own team?
Open the chat and tell me how you're handling it. I'm interested in comparing notes.
