Saltar al contenido

Comparar precios fijos tras aclarar el alcance de las pruebas

Los precios iguales solo pueden compararse con sentido cuando los resultados, las comprobaciones y los requisitos previos están descritos con claridad.

Daniel Hartmann1 min de lectura
Tarjeta de especificación violeta con símbolo de código, engranaje y cubo enmarcado abajo.

¿Qué resultados hay detrás del importe?

Comparar ofertas de software requiere entender en común los resultados esperados además del precio. «Flujo con pruebas» deja abiertos los casos cubiertos y cómo se evaluará la función entregada.

GOV.UK vincula criterios de aceptación con resultados verificables para una necesidad. Proponemos nombrarlos ya en la descripción del alcance.

Ejemplo: mismo precio fijo, distintas pruebas descritas

La situación es totalmente ficticia. Dos proveedores cotizan el mismo precio fijo para la función interna de aprobación solicitada.

Oferta

Alcance de pruebas descrito

Aclarar antes de comparar

A

«Flujo con pruebas», sin casos nombrados.

¿Incluye el alcance acordado caso normal, justificación ausente, aprobación no autorizada y guardado rechazado?

B

El caso normal, la justificación ausente y el control de roles son explícitos.

¿Quién aporta entorno y datos, y dónde termina la comprobación ante sistemas externos?

Obtenga respuesta sobre si cada punto no descrito pertenece al alcance acordado y cómo. La brevedad de A aún no demuestra exclusión ni cobro adicional de esos casos. La descripción mayor de B tampoco resuelve automáticamente todos los requisitos previos.

Aclare juntos los requisitos abiertos

Registre resultados, evidencias previstas, colaboración y dependencias externas con la misma estructura. Una interfaz simulada y un recorrido demostrado con sistema conectado aportan evidencias distintas. Debe verse en ambas ofertas.

GOV.UK recomienda comprender pronto necesidades y restricciones existentes durante descubrimiento. Proponemos resolver preguntas antes de elegir y documentar respuestas. Acuerde también cómo tratar requisitos nuevos y supuestos cambiados.

Fuentes

Escrito por

  • Daniel HartmannRedactor de tecnología y empresaDaniel Hartmann escribe en ASES sobre las decisiones tecnológicas en las empresas. Se ocupa de las inversiones en software, de la elección de soluciones adecuadas y de la planificación de proyectos digitales.

Seguir a ASES

Seguir leyendo

Todos los artículos

Desarrollo de software con ASES

Software a medida, aplicaciones web y móviles