De la primera reunión a producción.
Cuatro tramos, el mismo método en todos los proyectos y sin excepciones por tamaño. Lo publicamos completo porque es la parte del trabajo que se puede juzgar antes de contratarlo.
01
Blueprint
Arquitectura, contratos de datos, presupuesto de rendimiento y plan de despliegue. Por escrito y revisado con usted antes de construir nada.
- Se escribe antes de la primera línea de código y se revisa con usted antes de que empiece a correr el reloj.
- Incluye el modelo de datos y sus contratos, el presupuesto de rendimiento con cifras, el modelo de despliegue y los estándares de código del proyecto.
- Si al terminarlo la conclusión es que un producto de paquete le resuelve el problema por menos dinero, esa también es una salida válida del blueprint y se lo decimos.
02
Premortem
Los modos de fallo del proyecto, documentados al principio. Lo que no se puede mitigar se acepta de forma explícita y queda registrado con su motivo.
- Damos el proyecto por fracasado y trabajamos hacia atrás: supuestos frágiles, dependencias de proveedores, y la capacidad real del equipo que va a operarlo después.
- Cada riesgo termina en una de dos columnas: mitigado, con la mitigación dentro del alcance; o aceptado, con el motivo escrito y su firma al lado.
- Es el documento que evita la conversación de "esto nadie lo previó" en el mes seis.
03
Construcción por fases
Cada fase termina en algo desplegado y usable. Nada queda esperando al final una integración que nunca se probó.
- Cada fase cierra con algo en producción y en uso, no con un avance porcentual sobre una barra.
- Si el proyecto se detiene en la segunda fase —por presupuesto, por prioridades o por lo que sea—, la primera ya está operando y le sigue sirviendo.
- Las integraciones se prueban dentro de la fase que las necesita, no en una etapa final donde todo aparece a la vez.
04
Entrega con evidencia
Documentación de operación, respaldos probados y una restauración ejecutada al menos una vez delante de su equipo, antes del cierre.
- La entrega incluye el repositorio completo, la documentación de despliegue y las credenciales. No dejamos piezas atadas a nuestra infraestructura.
- Un respaldo que nunca se restauró no es un respaldo. Antes de cerrar ejecutamos una restauración completa delante de su equipo.
- La documentación es de operación, no de arquitectura: qué hacer cuando algo falla a las once de la noche.
Lo que preguntan sobre el método.
¿El blueprint se cobra aparte?
Sí, es una fase con su propio alcance y su propio precio. Es lo que permite cotizar el resto con un número que se sostiene, y queda suyo aunque decida no continuar con nosotros.
¿Cuánto demora antes de ver algo funcionando?
Depende del proyecto y la fecha sale del blueprint, no de una estimación de la primera reunión. Lo que sí es fijo es la forma: la primera fase termina en producción, no en una demostración.
¿Qué necesitan de nuestro equipo durante el proyecto?
Una persona que pueda decidir sobre el proceso y responder dudas sin escalar cada una. Es la dependencia que más proyectos retrasa, y por eso aparece en el premortem desde el primer día.
¿Quién habla con nosotros durante el proyecto?
Quien decide la arquitectura es quien la construye. No hay una capa de gestión traduciendo entre usted y el código, ni en la primera reunión ni en la última.
¿Tiene un problema que no entra en un paquete?
Escríbanos con el problema, no con la solución. Si no somos la firma indicada para resolverlo, se lo decimos en la primera conversación.
Conversemos