Cómo definir el alcance de un proyecto de software
Es el documento que decide si el presupuesto se cumple o se duplica. Esto es lo que tiene que contener y cómo se llega a él.
· 3 minutos de lectura
El alcance es la lista de lo que el sistema va a hacer, escrita con suficiente detalle como para que dos personas distintas la lean y entiendan lo mismo. Suena obvio y casi nunca existe.
Sin él, cada conversación durante el proyecto empieza desde cero, cada solicitud parece razonable, y nadie puede decir si algo estaba incluido o no porque nunca se escribió.
Qué tiene que contener
Un alcance útil responde seis cosas. Si falta alguna, va a discutirse más adelante y con el proyecto ya en marcha.
Quién usa el sistema
No «los usuarios», sino los tipos concretos: administrador, supervisor, cliente final, personal de bodega. Cada uno con lo que puede ver y lo que puede hacer. Esta lista es la que más influye en el costo, porque cada perfil multiplica pantallas y casos que probar.
Qué hace cada uno, paso a paso
El recorrido completo de la tarea principal, desde que la persona entra hasta que termina. Escrito como una secuencia, no como una lista de funciones. «Registrar pedido» es una función; «el vendedor busca al cliente, elige productos, aplica un descuento, confirma y el sistema envía la copia por correo» es un flujo, y es lo único que permite estimar.
Qué pasa cuando algo sale mal
La parte que casi siempre falta y donde se va la mitad del trabajo. Qué ocurre si el pago se rechaza a medias, si dos personas editan lo mismo al mismo tiempo, si el servicio externo no responde, si alguien cierra el navegador en mitad de una operación.
Con qué se conecta
Cada sistema externo, quién es el dueño, si tiene documentación y a quién hay que pedirle acceso. Una integración sin dueño identificado es un riesgo, no una tarea.
Qué datos existen ya
Dónde están hoy, en qué formato y cuántos son. Migrar información acumulada durante años es un trabajo en sí mismo y conviene presupuestarlo aparte.
Y sobre todo: qué queda fuera
La sección más valiosa del documento. Un alcance se entiende mejor por lo que excluye que por lo que incluye. Escribir «no incluye aplicación móvil», «no incluye facturación electrónica», «no incluye migración de los datos anteriores a 2024» evita la conversación incómoda de más adelante.
Cómo se llega a ese documento
No sale de una reunión. Sale de tres pasos:
- Observar cómo se trabaja hoy. Con las personas que hacen la tarea, no solo con quien contrata. La diferencia entre el proceso oficial y el real suele ser grande, y el sistema tiene que servir al real.
- Escribir los flujos y devolverlos. Que quienes hacen el trabajo lean lo escrito y corrijan. Aquí aparece lo que nadie mencionó porque le parecía obvio.
- Recortar hasta la primera versión. De todo lo levantado, qué entra en la primera entrega. Este recorte es donde se gana o se pierde el presupuesto.
El error más común
Definir demasiado. Un documento de ochenta páginas que describe el sistema completo de los próximos tres años tarda meses en escribirse y queda obsoleto antes de terminarse.
El objetivo no es prever todo: es acordar lo suficiente para construir la primera entrega con una estimación confiable, y volver a decidir con información real después. Un alcance bien hecho para una primera versión son entre diez y veinte páginas, no ochenta.
Qué se gana
Con el alcance escrito, el desarrollo se cotiza con un margen estrecho, porque ya no hay incertidumbre que cubrir. Sin él, quien cotiza tiene que protegerse del riesgo de lo que todavía no se decidió, y ese margen lo pagas tú.
Además el documento es tuyo: sirve para pedir cotizaciones a varios proveedores y comparar propuestas que hablan de lo mismo, que es la única forma de comparar precios de verdad.
Este trabajo es el servicio de consultoría tecnológica, y cuando el desarrollo lo tomamos nosotros se descuenta del proyecto. Si prefieres ver antes qué cuesta construir, está el artículo sobre cuánto cuesta un software a medida.