Elegir qué no construir
Por qué cuesta tanto
Cada petición suena razonable por sí sola. El problema no es la función aislada sino la acumulación: cada añadido trae código que mantener, una pantalla que aprender y un caso límite que romperá algo más en seis meses. El coste de una función no es la semana de desarrollo, sino todos los años que vienen después.
Tres preguntas de filtro
¿Quién lo pidió? Un cliente ruidoso no es un mercado. Pregunta a cuántos usuarios tocará esto en una semana.
¿Qué pasa sin ello? Si la respuesta es “un poco menos cómodo”, no entra en la primera versión.
¿Qué reemplaza? Si la lista de tareas tiene una longitud fija, cada entrada exige una salida. Es una conversación más sana que “añadamos esto también”.
Cómo decir no
El no viene con un motivo y un lugar: “no en esta versión, porque la métrica que perseguimos es el tiempo de gestión y esto no la afecta. Volveremos tras la primera medición.” Quien entiende las prioridades deja de discutirlas.
Mantén una lista visible de aplazamientos. Evita la pregunta recurrente y es el primer sitio donde mirar cuando se libere tiempo.
En profundidad
Un producto que se lanza con diez capacidades que funcionan perfectamente vence a uno con cuarenta mediocres. En el código también: cada rama lógica añade un camino que probar. Recortar el alcance no es solo una decisión de negocio, es la decisión de arquitectura más barata que tomarás.