Entender nuevas peticiones antes de cambiar el alcance
Una aclaración pendiente, una necesidad que ha cambiado y una oferta adicional requieren conversaciones distintas.

Examine por qué surge la petición
Un requisito posterior puede ser una nueva prioridad. También puede revelar que un rol o paso de trabajo quedó sin aclarar al principio. GOV.UK recomienda cuestionar hipótesis y entender al usuario en todo el recorrido durante el descubrimiento. No evita todo cambio posterior, pero da una base mejor para conversar.
La etiqueta «fuera de alcance» no explica la causa. Examine objetivo, descripción anterior y nueva justificación antes de valorar coste y calendario.
Ejemplo: peticiones para un portal de clientes
Las situaciones son completamente ficticias. El objetivo inicial es que los clientes sigan sus solicitudes de servicio. La tabla propone clasificaciones y pasos siguientes, no decisiones sobre casos contractuales.
Observación | Clasificación en este ejemplo | Paso siguiente |
|---|---|---|
Se pide acceso con cuenta de cliente; el acceso de clientes no se investigó inicialmente. | Posible rol sin aclarar o hipótesis inicial equivocada. | Aclarar rol y acceso necesarios; cotejar con documentos anteriores. |
Se pide francés después de acordar expresamente una interfaz solo en alemán. | Necesidad modificada respecto al límite lingüístico documentado. | Valorar utilidad, alcance de traducción, mantenimiento, esfuerzo y prioridad. |
El proveedor propone un área adicional de análisis. | Oferta opcional; el seguimiento de estado no la necesita en este ejemplo. | Examinar necesidad y utilidad aparte; no incorporarla automáticamente al encargo. |
En el primer caso, la mención tardía no prueba derecho a trabajo gratuito ni recargo justificado. Hay que aclarar juntos la laguna. En el segundo, el límite lingüístico previo es explícito. En el tercero, la prestación empieza siendo una opción; proponer no equivale a encargar.
Registre una decisión trazable
Compare objetivo inicial, resultados acordados, hipótesis y nuevos hallazgos. Compruebe con los afectados si la petición es necesaria para completar su tarea. Distinga corrección necesaria, ampliación aplazable y añadido prescindible cuando los hechos lo permitan.
Registre efectos sobre esfuerzo, coste, calendario, pruebas y mantenimiento futuro. Acuerde cómo tratar la petición y actualice los documentos afectados antes de implementar. Analizar la causa no sustituye ese acuerdo; hace visible qué se decide realmente.
Fuentes
Escrito por
- Katharina WeberRedactora de software y tecnologíaKatharina Weber se encarga en ASES de los artículos sobre desarrollo de software. Escribe sobre las cuestiones que se plantean las empresas al elegir software, desarrollar nuevas aplicaciones y modernizar sus sistemas existentes.
Seguir leyendo
Todos los artículos




Desarrollo de software con ASES
Software a medida, aplicaciones web y móviles


