¿Qué es un pliego de especificaciones (Pflichtenheft)?
Un pliego de especificaciones (en alemán, Pflichtenheft) es un documento en el que el contratista describe cómo implementará los requisitos del pliego de requisitos (Lastenheft): con funciones concretas, tecnología, interfaces y criterios de aceptación. Responde a la pregunta «¿Cómo y con qué se implementa?».

Pliego de especificaciones: definición
Según la norma DIN 69901-5, el Pflichtenheft contiene las especificaciones de realización elaboradas por el contratista a partir del Lastenheft. Traduce los requisitos del cliente en una descripción concreta y técnicamente verificable de la solución.
Mientras que el pliego de requisitos está escrito desde el punto de vista del cliente, en el pliego de especificaciones habla el proveedor de servicios: así lo construiremos, estas son las tecnologías que utilizaremos y con estos criterios mediremos si se cumple un requisito.
En la práctica, el pliego de especificaciones suele elaborarse conjuntamente en talleres. Así, el conocimiento especializado del cliente se incorpora directamente a la planificación técnica y las cuestiones abiertas se aclaran antes de que se genere esfuerzo de desarrollo.
Estructura de un pliego de especificaciones
El pliego de especificaciones suele seguir la estructura del pliego de requisitos, para que cada requisito pueda asignarse a una solución. Se formula con tanta precisión que al final se puede comprobar sin ambigüedades si una función se cumple.
En lugar de «La búsqueda debe ser rápida», figura un criterio medible, por ejemplo un tiempo de respuesta máximo con un determinado volumen de datos, con valores que ambas partes fijan de común acuerdo.
- Asignación de cada requisito a una solución concreta
- Arquitectura del sistema y tecnologías utilizadas
- Modelo de datos y descripciones de las interfaces
- Interfaces de usuario, roles de usuario y permisos
- Criterios de prueba y de aceptación
- Plan del proyecto con hitos
Ventajas y límites de un pliego de especificaciones
Un pliego de especificaciones crea compromiso. Ambas partes saben qué se va a entregar y la aceptación se basa en criterios comprensibles acordados previamente. Las solicitudes de cambio posteriores pueden identificarse y valorarse claramente como ampliaciones.
El esfuerzo que requiere un pliego de especificaciones completo es considerable y compensa sobre todo en proyectos claramente delimitados con precio cerrado. En proyectos con muchas incógnitas, a menudo se limita a los puntos clave y se complementa con una coordinación iterativa.
- Entendimiento común antes de empezar el desarrollo
- Base para presupuestos a precio cerrado y para la aceptación
- Los cambios se vuelven transparentes
- Gran esfuerzo de elaboración si los requisitos no están claros
Ejemplo práctico: del pliego de requisitos al precio cerrado
Un comerciante describe en el pliego de requisitos que su tienda B2B debe adoptar los precios de cliente del ERP y devolver automáticamente los pedidos a este. En el pliego de especificaciones, el proveedor de servicios establece a través de qué interfaz se realiza la sincronización, con qué frecuencia se sincronizan los precios, cómo se gestionan los errores y con qué pedidos de prueba se acepta la función.
Cuando el alcance está claramente definido, Nano Concepts elabora preferentemente sobre esta base un presupuesto a precio cerrado. Si el pliego de especificaciones pasa a formar parte del contrato y qué efectos tiene lo regula el contrato correspondiente. Esto no sustituye el asesoramiento jurídico.
Preguntas frecuentes sobre Pliego de especificaciones (Pflichtenheft)
El contratista, es decir, el proveedor de servicios que implementa la solución, en estrecha coordinación con el cliente, que lo revisa y lo aprueba. Solo con esta aprobación se convierte en la base de trabajo vinculante del proyecto.
No siempre en su forma completa. En proyectos más pequeños o ágiles, a menudo basta con una descripción compacta de los requisitos y un backlog que se mantiene actualizado de forma continua.
Sí, mediante un proceso de cambios acordado. Los cambios se documentan y se valoran en cuanto a esfuerzo, costes y calendario antes de implementarse.
Servicios que encajan

Consultoría tecnológica
Elección de software, arquitectura, revisión de código y hoja de ruta de digitalización, con independencia y orientación práctica.
Más información
Software a medida
Software según sus procesos en lugar de estándar con concesiones: para sustituir Excel, herramientas internas y aplicaciones especializadas.
Más información
Desarrollo de software
Software desde el requisito hasta la operación: web, móvil e interfaces con un único proveedor.
Más informaciónTérminos relacionados
Relevante para estos sectores
Artículos relacionados de la revista

Documento de requisitos de software (Lastenheft): estructura, ejemplo y checklist
Un buen documento de requisitos hace comparables los presupuestos y posibles los precios cerrados. Cómo se estructura, cómo formular requisitos verificables y cómo saber si el suyo está completo.
Seguir leyendo
Scrum en proyectos de software: roles, proceso y velocity
Scrum hace visible el progreso, siempre que el Product Owner pueda decidir, la Definition of Done se aplique y la velocity sirva como herramienta interna de planificación. Una guía para quienes encargan software a medida.
Seguir leyendo
¿Software a medida o estándar? Una comparativa sincera
Las herramientas estándar se implantan rápido; el software a medida encaja a la perfección. Qué solución sale rentable a tres o cinco años y por qué a menudo lo mejor es combinar ambas.
Seguir leyendo