Saltar al contenido

Entender nuevas peticiones antes de cambiar el alcance

Una aclaración pendiente, una necesidad que ha cambiado y una oferta adicional requieren conversaciones distintas.

Katharina Weber2 min de lectura
Portátil con flujo azul de tres pasos y lista lateral de tareas en pantalla.

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 a ASES

Seguir leyendo

Todos los artículos

Desarrollo de software con ASES

Software a medida, aplicaciones web y móviles