Mapa de alcance para una aplicación

Organiza qué entra en la primera versión, qué espera y qué queda fuera, con razones, dependencias y pruebas.

Ricardo HuertasRevisado el 23/9/2026

Cuando una aplicación reúne muchas ideas, cuesta saber qué estará listo en la primera entrega. Este mapa ayuda a separar lo que hace falta para obtener el resultado principal, lo que puede esperar y lo que queda fuera.

Puedes leer el ejemplo, copiarlo o imprimirlo para conversar sobre una propuesta y revisar cambios. No tienes que completar un mapa para pedir ayuda: puedes contarle a Ricardo la necesidad o compartir requisitos ya preparados, y concretarlo juntos.

Cómo rellenarlo

Si quieres preparar el mapa, empieza por una tarea que la persona debe completar, no por el nombre de una pantalla. Después elige inicial, posterior o excluida y explica la razón. Si aún no sabes dónde colocar algo, déjalo como pregunta.

El profesional puede ayudarte a añadir entrada, resultado, un caso de error y una comprobación para aceptar la entrega. Si la unidad depende de otra función, dato o decisión, conviene dejarlo visible. Una dependencia sin resolver puede cambiar el alcance aunque la tarea parezca pequeña.

Ejemplo Cuaderno de decisiones

El ejemplo ficticio define una aplicación individual para registrar, encontrar y conservar decisiones. Crear proyectos, editar decisiones, guardar/recuperar y exportar forman parte de su primera versión. Colaboración, avisos y adjuntos quedan para después con sus dependencias.

Esta muestra permite entender el criterio antes de abrir el mapa completo:

TareaVersión del ejemploRazón
Registrar y volver a encontrar una decisiónInicialSin guardado y recuperación, el cuaderno no conserva su resultado
Avisar a otras personas de una revisiónPosteriorDepende de un trabajo compartido y de decidir cuándo avisar
Cobrar una suscripción realExcluida del ejercicio individualNo sostiene la tarea de registrar decisiones

El mapa completo del Cuaderno reúne diez tareas y muestra dependencias, entradas, resultados, errores y criterios de aceptación, junto a una plantilla reutilizable. No es una receta para todas las aplicaciones: si tu tarea necesita varias personas desde el principio, la colaboración tendrá que formar parte del alcance inicial.

Una prueba para revisar el mapa

Quita una unidad inicial y recorre la tarea. Si se rompe el resultado que quieres entregar, la reducción necesita otra solución. Si el trabajo sigue completo, quizá esa unidad pueda esperar.

Haz después el ejercicio contrario: añade una idea posterior y señala qué datos, reglas, permisos o operación exige. Esta revisión ayuda a explicar el efecto de un cambio antes de comprometerlo.

Formatos reutilizables

La versión HTML permite leer, copiar e imprimir sin instalar nada. Si prefieres editar y compartir como texto, está la versión Markdown; JSON conserva las filas y campos para reutilizarlos como opción adicional.

La plantilla incluye los mismos campos que el ejemplo: tarea, versión, razón, dependencia, entrada, resultado, error y aceptación. Los criterios son comprobaciones de la entrega que se acuerdan con el profesional; una casilla rellenada no sustituye la prueba.

Continúa con la decisión que falta

La guía de primera versión explica cómo delimitar una capacidad completa. Si todavía dudas entre web, aplicación o solución existente, utiliza la herramienta de elección.

Puedes llevar este mapa junto al briefing de aplicación si te resulta útil. El briefing explica el proyecto; el mapa precisa sus límites. También puedes comentar tu aplicación con Ricardo sin preparar ninguno de los dos.

El mapa, listo para utilizar

Tu mapa en blanco

Una unidad para cada versión. Duplica las filas necesarias y conserva las razones.

El ejemplo de Cuaderno

Las diez unidades del ejercicio, con sus dependencias, errores y aceptación.

Material original de Ricardo Huertas: CC BY 4.0. Conserva la atribución e indica los cambios al compartir una adaptación.

Plantilla en blanco

Añade tantas unidades como necesites. Una unidad inicial completa una tarea; una posterior indica qué justificaría incorporarla; una excluida deja claro el límite.

Inicial

Tarea por definir

Tarea del usuario
Espacio para tu respuesta
Versión
inicial
Razón
Espacio para tu respuesta
Dependencia
Espacio para tu respuesta
Entrada
Espacio para tu respuesta
Resultado
Espacio para tu respuesta
Caso de error
Espacio para tu respuesta
Criterio de aceptación
Espacio para tu respuesta

Posterior

Tarea por definir

Tarea del usuario
Espacio para tu respuesta
Versión
posterior
Razón
Espacio para tu respuesta
Dependencia
Espacio para tu respuesta
Entrada
Espacio para tu respuesta
Resultado
Espacio para tu respuesta
Caso de error
Espacio para tu respuesta
Criterio de aceptación
Espacio para tu respuesta

Excluida

Tarea por definir

Tarea del usuario
Espacio para tu respuesta
Versión
excluida
Razón
Espacio para tu respuesta
Dependencia
Espacio para tu respuesta
Entrada
Espacio para tu respuesta
Resultado
Espacio para tu respuesta
Caso de error
Espacio para tu respuesta
Criterio de aceptación
Espacio para tu respuesta

Ejemplo completo: Cuaderno de decisiones

Ejemplo ficticio para definir una primera versión. Las condiciones de aceptación son pruebas propuestas, no resultados ya obtenidos.

Primera versión

Crear un proyecto

Tarea del usuario
Crear un proyecto
Versión
inicial
Razón
Da un lugar al registro de decisiones.
Dependencia
Nombre válido y una identidad local estable.
Entrada
Nombre y propósito opcional.
Resultado
Proyecto disponible para añadir decisiones.
Caso de error
Nombre vacío o guardado no disponible.
Criterio de aceptación
Crear, guardar y volver a abrir el mismo proyecto.

Registrar una decisión

Tarea del usuario
Registrar una decisión
Versión
inicial
Razón
Conserva el contexto de una elección.
Dependencia
Proyecto creado y campos definidos.
Entrada
Título, motivo, alternativas y estado.
Resultado
Decisión asociada al proyecto.
Caso de error
Falta un título o el motivo requerido para marcarla tomada.
Criterio de aceptación
Guardar una decisión válida y corregir una inválida sin perder el texto.

Corregir una decisión y su estado

Tarea del usuario
Corregir una decisión y su estado
Versión
inicial
Razón
El registro debe reflejar una corrección o revisión posterior.
Dependencia
Reglas de estado y datos de una decisión existente.
Entrada
Cambio y motivo cuando corresponda.
Resultado
Contenido y estado actualizados.
Caso de error
Cambio que no se puede conservar.
Criterio de aceptación
Editar, recargar y comprobar que permanece lo guardado.

Encontrar por texto o estado

Tarea del usuario
Encontrar por texto o estado
Versión
inicial
Razón
Recupera el resultado cuando crece la lista.
Dependencia
Decisiones existentes y filtros definidos.
Entrada
Texto o estado elegido.
Resultado
Coincidencias y forma de volver a la lista.
Caso de error
Sin coincidencias frente a fallo de carga.
Criterio de aceptación
Encontrar una decisión conocida y limpiar el filtro.

Guardar y recuperar

Tarea del usuario
Guardar y recuperar
Versión
inicial
Razón
El cuaderno necesita continuidad entre sesiones.
Dependencia
Almacenamiento y versión de datos acordados.
Entrada
Acción de guardar y borrador válido.
Resultado
El contenido reaparece al volver.
Caso de error
Almacenamiento lleno/desactivado o borrador incompatible.
Criterio de aceptación
Guardar, cerrar, abrir y recuperar contenido y estados.

Exportar e importar

Tarea del usuario
Exportar e importar
Versión
inicial
Razón
Permite conservar una copia reutilizable.
Dependencia
Formato versionado y validación.
Entrada
Estado actual o archivo del propio formato.
Resultado
Copia completa y recuperación tras revisión.
Caso de error
Archivo inválido, demasiado grande o de versión incompatible.
Criterio de aceptación
Exportar e importar en una sesión vacía; un error no sustituye datos válidos.

Para después, con una razón

Trabajar varias personas

Tarea del usuario
Trabajar varias personas
Versión
posterior
Razón
La coordinación introduce una necesidad distinta del registro individual.
Dependencia
Identidad, miembros, roles, conflictos y administración.
Entrada
Equipo y acciones permitidas.
Resultado
Trabajo compartido bajo reglas definidas.
Caso de error
Acceso incorrecto o cambios incompatibles.
Criterio de aceptación
Definir y probar permisos y conflictos antes de incorporar colaboración.

Avisar de decisiones por revisar

Tarea del usuario
Avisar de decisiones por revisar
Versión
posterior
Razón
Se incorporará cuando haya una necesidad concreta de aviso.
Dependencia
Disparadores, destinatario, canal y preferencias.
Entrada
Regla de aviso y condición.
Resultado
Aviso pertinente y gestionable.
Caso de error
Aviso repetido o destinatario sin acceso.
Criterio de aceptación
Comprobar pertinencia, deduplicación y forma de dejar de recibirlo.

Adjuntar material

Tarea del usuario
Adjuntar material
Versión
posterior
Razón
Puede ampliar contexto, pero el texto resuelve el ejercicio inicial.
Dependencia
Formatos, tamaños, almacenamiento, permisos y retención.
Entrada
Archivo permitido.
Resultado
Material asociado y accesible a quien corresponde.
Caso de error
Formato no permitido, archivo excesivo o permiso denegado.
Criterio de aceptación
Definir necesidad y límites antes de incorporar archivos.

Fuera de este ejercicio

Cobrar a clientes reales

Tarea del usuario
Cobrar a clientes reales
Versión
excluida
Razón
No forma parte del registro individual de este ejercicio.
Dependencia
Oferta, precio, proveedor, ciclo de acceso y operación.
Entrada
Ninguna en esta versión.
Resultado
No se procesa dinero.
Caso de error
No aplica al recorrido inicial.
Criterio de aceptación
La versión inicial no solicita tarjeta ni ejecuta cobros.