Cómo redactar una especificación de requisitos de datos (con plantilla)

La especificación de requisitos de datos es el documento más infravalorado del sourcing de datos, y el de mayor apalancamiento. Una especificación precisa convierte un deseo vago en algo que puede localizarse, presupuestarse y entregarse con exactitud. Esta guía muestra cómo redactar una, con una plantilla.

Por qué la especificación es el paso de mayor apalancamiento

Todo lo que viene después —evaluación de disponibilidad, fijación de precios, entrega— depende del requisito. Una especificación vaga produce resultados vagos y caros; una precisa hace todo el proceso más rápido y exacto.

Parta de la decisión

Redacte el requisito partiendo de la decisión que los datos deben respaldar. Si no puede enunciar la decisión y cómo la informan los datos, la especificación no está lista. Esta sola disciplina evita la mayor parte del esfuerzo desperdiciado.

La plantilla: qué recoger

• Resultado: la decisión o el uso que los datos respaldan.
• Tipo de datos y campos: las variables específicas necesarias.
• Geografía y granularidad: cobertura y resolución.
• Profundidad histórica y volumen.
• Frecuencia de actualización y cadencia.
• Estructura y formato, e interfaz de entrega.
• Umbrales de calidad y criterios de aceptación.
• Restricciones de privacidad y anonimización.
• Plazo, incluida cualquier fecha de licitación.

Errores habituales

Los fallos habituales son especificar la fuente en lugar de la necesidad, omitir los criterios de calidad y aceptación, dejar la cadencia sin definir e ignorar la privacidad hasta tarde. Cada uno provoca retrabajo o disputas.

Hágala verificable

Una buena especificación es medible: los criterios de calidad y aceptación deben ser lo bastante objetivos como para comprobarse en la entrega. Eso es lo que convierte un requisito en un acuerdo exigible.

Cómo usa la especificación un socio

Con una especificación precisa, un socio de suministro gestionado puede evaluar la disponibilidad, identificar rutas, presupuestar con exactitud y definir la entrega, a menudo devolviendo opciones rápidamente. La especificación es el contrato entre lo que necesita y lo que recibe.

Un ejemplo práctico de requisito

Supongamos que el objetivo es prever la demanda regional de un producto. Un requisito débil dice «necesitamos datos de ventas y meteorológicos». Uno fuerte especifica: ventas semanales por distrito postal durante tres años; temperatura y precipitación diarias para los mismos distritos y periodo; un formato de entrega definido (Parquet) y una interfaz (SFTP programado); completitud por encima del 98 % con estimaciones señaladas; y sin datos personales. Esa precisión es lo que permite a un proveedor evaluar la disponibilidad, presupuestar con exactitud y entregar algo verificable: la diferencia entre semanas de idas y venidas y una colaboración limpia.

Haga verificable cada criterio

La disciplina que separa una especificación utilizable de una lista de deseos es la verificabilidad: cada criterio de calidad y aceptación debe poder comprobarse objetivamente en la entrega. «Alta calidad» no es verificable; «completitud por encima del 98 %, frescura en 24 horas, cero violaciones de esquema» sí lo es. Una especificación escrita así sirve también como contrato de aceptación, de modo que lo que pidió y lo que acepta sean lo mismo.

Fuentes y lecturas adicionales

• DAMA-DMBOK: requisitos y especificación de datos.
• ISO/IEC 25012: dimensiones de calidad de datos para criterios de aceptación.
• Comisión Europea: orientación sobre requisitos de los espacios de datos.
• Práctica interna: marco de requisitos de DataSupplier.