En Hemeron entregamos una primera parte funcional del sistema en diez días hábiles, capaz de completar un uso real acordado. El plazo comienza al arrancar con el alcance, los accesos y las dependencias acordados y disponibles. Después entregamos dos mejoras funcionales por semana, para usar o validar, durante el desarrollo contratado.
Esta nota explica qué significa cada parte de ese compromiso, porque un plazo solo es útil si se sabe qué se entrega, desde cuándo cuenta y cómo se comprueba.
Qué es una «primera parte funcional»
Es una parte acordada del software capaz de completar un uso real para sus usuarios previstos, en el entorno acordado y con un criterio de aceptación definido.
Tres cosas quedan fuera de esa definición:
- No es el sistema completo. La entrega completa depende del proyecto y se confirma en la propuesta.
- No es una pantalla de demostración. Si nadie puede completar con ella el uso acordado, no cuenta.
- No es un informe ni una presentación. Lo que se entrega se usa o se valida.
Por ejemplo, si el proyecto es un portal para recibir solicitudes de clientes, la primera parte funcional puede ser que un cliente envíe su solicitud y consulte su estado. Eso ya es un uso real, aunque el portal todavía no tenga todo lo que tendrá después.
Qué acordamos antes de arrancar
Antes de construir acordamos contigo:
- El uso real que debe completar la primera entrega.
- Qué funciones estarán disponibles para agentes de IA y qué autonomía se incluye, si el proyecto la contempla.
- El entorno donde se usará o validará.
- El criterio de aceptación: cómo vamos a comprobar que funciona.
- Lo que aporta cada parte: accesos, información, decisiones y personas disponibles.
Ese acuerdo es lo que convierte «diez días» en un compromiso comprobable. Sin un uso definido, cualquier plazo es una estimación.
Cuándo empieza a correr el plazo
Los diez días son hábiles y comienzan cuando arrancamos con el alcance, los accesos y las dependencias acordados y disponibles.
En la práctica, las dependencias suelen ser cosas como el acceso a un sistema que ya usas, una cuenta de un servicio externo o la información con la que se realizará el trabajo. Si una de ellas no está disponible, el arranque se mueve; si cambia el alcance o una dependencia durante el proyecto, se trata en el acuerdo del proyecto.
Cómo lo comprobamos
La entrega se revisa contra el criterio de aceptación que acordamos al inicio: la persona prevista completa el uso acordado en el entorno acordado. Si se cumple, la primera parte está entregada. Su puesta en producción sigue los controles acordados para el proyecto.
Qué pasa después: dos mejoras por semana
A partir de la primera parte funcional entregamos dos mejoras funcionales por semana durante el desarrollo contratado.
Una mejora es una función que puedes usar o validar: una pantalla nueva que completa un paso, una conexión con otra herramienta, un proceso que un agente de IA ya puede resolver. Las reuniones, los informes y las demostraciones de trabajo incompleto no cuentan como mejoras.
Siguiendo el ejemplo del portal, las mejoras posteriores podrían ser que un agente revise la información de cada solicitud y complete su registro, o que el equipo interno vea qué solicitudes necesitan atención.
Por qué trabajamos así
Empezar por una parte que ya funciona tiene dos ventajas para quien dirige el proyecto:
- Decides con evidencia. Ves el sistema resolver un uso real antes de invertir en el resto.
- El sistema crece en uso. Cada mejora se valida mientras se construye, en lugar de acumular todo para una entrega final.
En resumen
| Concepto | Qué significa |
|---|---|
| Primera parte funcional | Parte del software que completa un uso real acordado, con criterio de aceptación |
| Plazo | 10 días hábiles desde el arranque con alcance, accesos y dependencias disponibles |
| Mejora funcional | Función que puedes usar o validar; no cuentan reuniones ni informes |
| Cadencia | 2 mejoras por semana durante el desarrollo contratado |
¿Quieres saber cuál sería la primera parte funcional de tu proyecto? Escríbenos y la definimos contigo.