¿Cómo evalúas la viabilidad técnica de un requisito antes de comprometerse con una fecha límite?

Question

Accepted Answer

La viabilidad y la fecha límite son dos preguntas diferentes, y confundirlas es cómo los equipos se sobre-comprometen. Casi cualquier cosa es *posible*; la pregunta real es si es posible **en una fecha determinada, con este equipo, dadas las restricciones**. Un tech lead senior separa esas cosas explícitamente y nunca da una fecha para trabajo que no haya dimensionado.

## Cómo lo trabajo

- **Aclarar el objetivo real.** ¿Qué resultado necesita realmente el negocio? A menudo el requisito enunciado es una solución a una necesidad más profunda, y existe un camino más económico.
- **Dividirlo en conocidos e incógnitas.** Descompón el trabajo y etiqueta cada parte. Las incógnitas, no los conocidos, son donde los estimados explotan.
- **Investiga la incógnita más riesgosa primero.** Construye un pequeño prototipo desechable en la parte más probable de fallar. Un spike de dos días puede prevenir una sorpresa de dos meses.
- **Verifica las restricciones.** Forma y volumen de datos, escala y carga, integraciones de terceros y sus límites, y las habilidades reales del equipo con la tecnología requerida.
- **Identifica dependencias.** Otros equipos, aprobaciones externas, infraestructura, proveedores. El trabajo que no controlas es la fuente más común de retrasos.
- **Da rangos con supuestos, no un número único.** "De seis a nueve semanas, asumiendo que la API de pagos soporta X y ningún otro equipo nos bloquea." Establece qué cambiaría el estimado.

## Posible vs. posible en la fecha X

| Pregunta | Lo que realmente pregunta |
| --- | --- |
| ¿Es posible? | ¿Se puede construir en absoluto? |
| ¿Posible en la fecha X? | ¿Con este equipo, alcance y restricciones, para entonces? |
| ¿Qué aumenta la confianza? | Spikes, reducir alcance, más personas, más tiempo |

## Por qué es importante

Un "sí" confiado que se convierte en una fecha límite incumplida cuesta mucho más que un "aquí está el rango y los riesgos" honesto. Evaluar bien la viabilidad protege al equipo de marchas forzadas, da al negocio información real para planificar, y construye la confianza que permite que tus estimados futuros sean creídos.

Pregunta	Lo que realmente pregunta
¿Es posible?	¿Se puede construir en absoluto?
¿Posible en la fecha X?	¿Con este equipo, alcance y restricciones, para entonces?
¿Qué aumenta la confianza?	Spikes, reducir alcance, más personas, más tiempo