Un proyecto serio necesita más que “desarrollar y entregar”.

Estas etapas explican las decisiones que conviene revisar. Los compromisos, responsables y entregables de cada proyecto se definen en su acuerdo.

1. 01

   Conversación inicial

   Primero entendemos qué está pasando.

   Objetivo, usuarios, proceso actual, sistema existente, integraciones, restricciones, fecha y equipo interno.

   Decisión / salida: Elegir entre propuesta, discovery, assessment o revisión de perfil.

2. 02

   Discovery

   No todo proyecto debería cotizarse a ciegas.

   Un discovery puede documentar flujos, restricciones, arquitectura inicial, supuestos, riesgos y opciones.

   Decisión / salida: Reducir incertidumbre antes de estimar; condiciones por acordar.

3. 03

   Alcance

   Qué entra, qué no y qué todavía depende de una decisión.

   Objetivos, entregables, fuera de alcance, dependencias y criterios de aceptación.

   Decisión / salida: Identificar las incógnitas que afectan una propuesta.

4. 04

   Estimación

   Una estimación responsable también explica su incertidumbre.

   Separar hechos, supuestos, dependencias y riesgos; comparar fases, entregables y capacidad.

   Decisión / salida: Acordar el modelo comercial aplicable.

5. 05

   Arquitectura y planificación

   Decidimos la forma más simple que pueda sostener el problema.

   Dominio, datos, seguridad, integraciones, volumen, mantenimiento y costo de complejidad.

   Decisión / salida: Comparar opciones y documentar por qué una tiene sentido.

6. 06

   Ejecución

   Entregas que se pueden revisar, no una caja negra.

   Backlog, revisión, ambientes, pruebas y documentación son mecanismos que pueden formar parte del alcance.

   Decisión / salida: Definir cómo se revisará el avance.

7. 07

   Comunicación

   Qué necesita saber cada parte para tomar decisiones.

   Responsables, canal, seguimiento, demos y escalamiento deben quedar acordados.

   Decisión / salida: Elegir una cadencia según el tipo de proyecto.

8. 08

   QA

   “Funciona en mi máquina” no es un criterio de aceptación.

   Los criterios y las pruebas deben responder al riesgo: reglas, API, permisos, regresiones y experiencia de uso.

   Decisión / salida: Establecer qué evidencia permite aceptar una entrega.

9. 09

   Cambios de alcance

   Distinguir una corrección de una necesidad nueva.

   Separar aclaración, cambio de prioridad, nueva funcionalidad, dependencia y riesgo descubierto.

   Decisión / salida: Evaluar tiempo, costo y prioridades antes de comprometer el cambio.

10. 10

    Producción

    Un release también es parte de la ingeniería.

    Build, configuración, migraciones, backup, salud y recuperación se planifican según el sistema.

    Decisión / salida: Determinar responsabilidades de infraestructura y despliegue.

11. 11

    Handoff

    El proyecto debe poder continuar sin depender de una conversación olvidada.

    Código acordado, documentación, ambientes, APIs, dependencias, pendientes y accesos forman parte de la conversación de entrega.

    Decisión / salida: Definir propiedad, transferencia y cierre de accesos en el acuerdo.

12. 12

    Evolución

    Producción no significa que el software deja de cambiar.

    Correcciones, funcionalidades, upgrades y soporte tienen alcances distintos.

    Decisión / salida: Definir por separado la continuidad que necesita el producto.

Evidencia demostrativa

Evidencia sin adornos.