Previsibilidad El plazo no se promete. El plazo se divide.
Cualquier proveedor puede decir una fecha en la reunión. Lo que decide si se cumple es el tamaño del pedazo que esa fecha cubre. Aquí nada empieza sin un documento de etapa aprobado: entregable escrito, criterio de aceptación, fecha de entrada en producción y valor. Los cuatro cerrados antes de la primera línea de código.
Integración del ERP con el portal del cliente
- Un pedido creado en el ERP aparece en el portal en hasta 60 s
- Una falla de integración genera alerta en el canal en hasta 2 min
- El reprocesamiento no duplica un pedido ya enviado
- App móvil del portal
- Emisión de factura
aprobado por ti antes de cualquier desarrollo
El plazo no se corre por falta de esfuerzo.
Se corre porque la fecha se dio sobre un pedazo demasiado grande para que alguien vea su final. Los cuatro patrones de abajo aparecen en casi todo proyecto que reventó.
- "Listo en seis meses" se volvió once.
- Una fecha única sobre seis meses de trabajo no es un compromiso, es una apuesta. Una etapa de 2 a 6 semanas cabe en la cabeza de quien estima, y el error, cuando existe, es de días.
- En la entrega, lo que llegó no era lo que tenías en mente.
- Faltaba criterio de aceptación verificable. "Integrar con el ERP" cada lado lo lee distinto; "el pedido aparece en el portal en hasta 60 s" tiene una sola lectura, y se verifica.
- Un pedido pequeño a mitad de camino costó tres semanas.
- Faltaba la lista de lo que queda FUERA. Un alcance sin borde absorbe todo en silencio, y el costo solo aparece en la fecha que no se cumplió.
- Te enteraste del atraso solo cuando preguntaste.
- Faltaba entrega corta terminando en producción. Una etapa que termina en producción no necesita informe de estado: o está o no está.
Del problema a producción, una etapa a la vez.
Las tres primeras ocurren antes de que exista código. Ahí se compra el plazo; después solo se cumple.
El método, en orden
Diagnóstico
Entramos en la operación: quién hace qué, en qué sistema, cuánto tarda y dónde se traba. Sale un plan priorizado por impacto, con el costo anual de cada cuello de botella estimado.
- Conversaciones con quien opera, no solo con quien decide
- Mapa de proceso con tiempo y volumen reales
- Costo anual estimado por cuello de botella
Alcance escrito
Cada etapa se vuelve documento: el entregable, el criterio de aceptación verificable, lo que queda fuera, la fecha de entrada en producción y el valor. Lees y apruebas sabiendo exactamente qué recibes.
- Criterio verificable, no adjetivo
- Lista explícita de lo que queda fuera
- Riesgos nombrados antes de volverse atraso
Etapa aprobada
Nada empieza sin la aprobación. Desde ahí, alcance, fecha y valor de esa etapa no cambian: el cambio entra en la etapa siguiente, con fecha y valor propios.
- Alcance cerrado de los dos lados
- Sin factura sorpresa al final
- Puedes parar entre etapas, sin multa
Entrega en producción
La etapa termina con algo en producción, usado por gente real de tu operación. La validación es uso real, no demo en diapositiva, y el criterio de aceptación se verifica ítem por ítem.
- Cada etapa sube instrumentada
- Aceptación verificada ítem por ítem
- Código y entorno son tuyos desde el primer día
Operación acompañada
Tras el go-live el sistema pasa a medirse: disponibilidad, error, tiempo de respuesta y uso real, en el panel que es tuyo. La evolución entra en la misma regla de alcance, fecha y valor.
- Alerta en tu canal antes del reclamo
- Histórico de entregas abierto
- El mantenimiento también tiene alcance y valor
# etapa 2 · integración ERP ↔ portal
**Entregable:** un pedido creado en el ERP
aparece en el portal del cliente.
## Criterio de aceptación
- pedido nuevo visible en hasta 60 s
- la falla alerta al canal en 2 min
- reprocesar no duplica el pedido
## Ejemplos reales
→ pedido 88214, R$ 4.190 → portal ✓
→ ERP caído → alerta + cola ✓
→ mismo pedido 2× → 1 registro ✓
## Fuera de esta etapa
- app móvil del portal
- emisión de factura
**En producción:** 18 días hábiles
**Valor:** cerrado en la aprobaciónEl documento Es este papel el que compra el plazo.
No es contrato jurídico ni documentación técnica: es la página que describe una etapa en términos que los dos lados pueden verificar. Escrita en lenguaje llano, con ejemplo de entrada y de error. Si una frase admite dos lecturas, vuelve a reescritura antes de volverse código.
Lo que siempre está escrito
- Entregable
- qué pasa a existir al final de la etapa, en una frase
- Criterio de aceptación
- verificable con número, no con adjetivo
- Fuera del alcance
- el borde, escrito: es lo que impide que el alcance crezca solo
- Fecha en producción
- cuándo entra en producción, no cuándo "queda listo"
- Valor
- cerrado para el alcance escrito arriba
- Riesgos
- qué puede tumbar la fecha, dicho antes y no después
¿Y cuándo el alcance cambia a mitad?
Cambia siempre. La pregunta útil no es cómo evitarlo, sino dónde cae el cambio, y quién lo paga. La regla es una sola, y vale para los dos lados.
El cambio entra en la próxima etapa
La etapa en curso sigue como fue aprobada, hasta producción. El pedido nuevo se vuelve alcance de la siguiente, con fecha y valor propios, y tú decides si vale más que lo que ya estaba en la fila.
Nada entra sin que algo salga
Si el cambio tiene que pasar ahora, algo de la etapa sale para abrir espacio, y eso se dice en el momento, por escrito. Un alcance que solo crece es cómo la fecha se corre sin que nadie lo note.
Puedes parar entre etapas
Sin multa y sin rehenes: lo que ya entró en producción sigue corriendo en tu infraestructura, con el código y el entorno a tu nombre. Un contrato largo no es lo que retiene a un cliente: la entrega sí.
La diferencia aparece el día en que algo sale mal.
Mientras todo va bien, los dos modelos son indistinguibles. Lo que los separa es lo que existe escrito cuando la realidad toca la puerta.
- La fecha cubre todo el proyectoLa fecha cubre una etapa de 2 a 6 semanas
- "Listo" es opinión de quien entregó"Listo" es el criterio de aceptación verificado
- Lo que queda fuera nunca se escribióEl borde del alcance está en el documento
- Un cambio de idea reabre toda la negociaciónEl cambio se vuelve la próxima etapa, con valor propio
- Te enteras del avance preguntandoAbres el panel y ves qué está en producción
- Salir del proveedor significa empezar de ceroCódigo y entorno ya son tuyos desde el día uno
Lo que preguntan antes de aprobar la primera etapa.
¿Cuánto tarda la primera entrega en producción?
Del diagnóstico a la primera etapa en producción, típicamente de 4 a 10 semanas: 1 a 2 semanas de diagnóstico, el alcance escrito en pocos días y 2 a 6 semanas de ejecución. Lo que estira ese número casi siempre es el acceso: a sistemas, a datos y a las personas que operan el proceso.
¿El valor de la etapa es cerrado de verdad o es estimación?
Cerrado para el alcance escrito en el documento de esa etapa. Si durante la ejecución aparece algo que no estaba ahí, no se vuelve un adicional silencioso: se vuelve alcance de la etapa siguiente, con valor propio, y tú decides si entra. Por eso la lista de lo que queda fuera importa tanto como la de lo que entra.
¿Necesito el proyecto definido antes de buscarlos?
No, y es raro que alguien lo tenga. La mayoría llega con un dolor: una hoja de cálculo que tiene de rehén al equipo, un proceso manual que traba el cierre del mes, un sistema que ya nadie entiende. El diagnóstico existe justamente para convertir eso en alcance priorizado, con costo y fecha, antes de cualquier desarrollo.
¿Y si una etapa no cumple su fecha?
Te enteras antes de la fecha, no después, y esa es la parte que cambia el juego. Una etapa corta con entrega en producción deja el desvío visible temprano, cuando todavía se puede recortar alcance o reorganizar. Un atraso que solo aparece en la fecha es síntoma de una etapa demasiado larga, y eso es un error nuestro de recorte, no una sorpresa de la realidad.
¿Quién se queda con el código y la documentación al final?
Tú, desde el primer día, no al final. Repositorio, entorno y llaves quedan a tu nombre, y el documento de cada etapa es parte de la documentación que tu empresa mantiene después. Si algún día Steply sale de escena, el sistema sigue corriendo donde siempre corrió y otro equipo puede continuar desde donde paramos.
¿Este método funciona para integrar sistemas legados?
Es donde más rinde. Un sistema antiguo sin documentación es justo el caso en que una estimación de seis meses no tiene base. Dividir en etapas cortas convierte la incertidumbre en algo que se descubre temprano y barato: la primera etapa suele ser una lectura o una escritura sola, en producción, probando el camino antes de comprometer el resto.
Trae el proceso que nadie logra estimar.
Sales de la conversación con el recorte de la primera etapa: qué entrega, qué queda fuera, cuándo entra en producción y cuánto cuesta. Aunque decidas no seguir, el recorte es tuyo.