Un proyecto sin alcance claro es adivinar a costa de alguien. Hemos visto lo que pasa en los dos lados de eso.
Cómo definimos el alcance
Antes de construir cualquier cosa, definimos qué está incluido y qué no. No de forma vaga. De forma específica. Qué funciones, qué páginas, qué integraciones. Qué pasa si los requisitos cambian. Cómo se ve el cronograma y de qué depende.
Esto toma más tiempo al inicio. Previene pérdidas mucho mayores después.
Cómo comunicamos durante el proyecto
Compartimos el trabajo antes de que esté terminado. Vas a ver maquetas y versiones preliminares, lo que te permite corregir el rumbo antes de que hayamos avanzado demasiado en la dirección equivocada. Eso es intencional.
Documentamos las decisiones a medida que las tomamos. Cuando preguntes dentro de seis meses por qué algo funciona de cierta manera, hay una respuesta. Cuando alguien nuevo se suma al equipo, hay un registro.
No mandamos una actualización grande el día antes del plazo. Compartimos de forma incremental y marcamos los problemas cuando todavía son manejables.
Cuando los plazos se corren
A veces pasa. El alcance cambia, una dependencia no coopera, aparece algo inesperado. Cuando eso ocurre, lo decimos antes del plazo, no después. Damos un nuevo plazo honesto, no uno optimista.
Una conversación incómoda temprano es mejor que una peor más tarde.