Lastenheft vs. Pflichtenheft: diferencia, contenido y plantilla

El Lastenheft (pliego de requisitos del cliente) describe, desde el punto de vista del cliente, qué debe crearse y para qué. El Pflichtenheft (pliego de especificaciones del contratista) establece, desde el punto de vista del contratista, cómo y con qué se implementarán esos requisitos. En resumen: el cliente aporta el Lastenheft y el proveedor responde con el Pflichtenheft.

¿Cuál es la diferencia entre Lastenheft y Pflichtenheft?

La diferencia esencial radica en el autor y la perspectiva: el Lastenheft procede del cliente y describe los requisitos (el qué y el porqué), el Pflichtenheft procede del contratista y describe la solución técnica (el cómo y el con qué). Ambos términos están definidos en la DIN 69901-5 (2009).

¿Qué es un Lastenheft?

Según la DIN 69901-5 (2009), un Lastenheft es «el conjunto de exigencias fijadas por el cliente respecto a los suministros y servicios de un contratista dentro de un encargo». Describe, por tanto, qué debe crearse y para qué.

El Lastenheft formula el punto de vista del cliente. Recoge qué problema debe resolverse y qué objetivos debe alcanzar el proyecto, sin prescribir la implementación técnica concreta. Así el espacio de soluciones permanece abierto y el contratista puede aportar su experiencia.

En la práctica, el Lastenheft es la base de la licitación y de la oferta. Quien, como cliente, especifica con rigor obtiene ofertas comparables y reduce el riesgo de malentendidos y de costosas exigencias posteriores.

¿Qué es un Pflichtenheft?

Según la DIN 69901-5 (2009), un Pflichtenheft comprende «las especificaciones de realización elaboradas por el contratista para la implementación del Lastenheft establecido por el cliente». Describe, por tanto, cómo y con qué se implementarán los requisitos.

El Pflichtenheft es la respuesta del contratista al Lastenheft. Vincula los requisitos del cliente con especificaciones técnicas de realización concretas, incluidas indicaciones sobre el entorno de explotación y mantenimiento, así como sobre la inclusión y exclusión de determinados casos. En la práctica, cada exigencia del Lastenheft se enlaza con una o varias prestaciones concretas del Pflichtenheft, para que ningún requisito quede sin respuesta.

De este modo, el Pflichtenheft se convierte en el plano vinculante: hace medible lo que el proveedor entrega en concreto y cómo se aceptará después el resultado.

¿Quién elabora qué, y en qué orden?

El orden es claro: primero el cliente elabora el Lastenheft y después el contratista redacta el Pflichtenheft. Solo una vez elaborado el Lastenheft puede el contratista desarrollar el Pflichtenheft (DIN 69901-5, 2009).

1. Lastenheft (cliente): define requisitos y objetivos, sirve de base para la licitación y la oferta.
2. Oferta & aclaración del encargo: el contratista calcula sobre la base del Lastenheft.
3. Pflichtenheft (contratista): describe la implementación técnica concreta.
4. Confirmación: el Pflichtenheft elaborado por el contratista suele ser confirmado por el cliente a petición de aquel.

Importante: en la práctica, el Lastenheft y la oferta suelen formar la base contractual; es recomendable incorporar ambos documentos al contrato. El Pflichtenheft elaborado por el contratista suele ser confirmado por el cliente a petición de aquel (cf. Wikipedia «Pflichtenheft», con referencia a la DIN 69901-5, 2009).

¿Qué contenidos debe incluir un Lastenheft?

Un Lastenheft contiene normalmente el contexto del proyecto, el estado actual y el estado deseado, las interfaces y los requisitos funcionales y no funcionales. La VDI 2519 hoja 1 (edición 12/2001) ofrece para ello una estructura acreditada.

• Introducción / contexto del proyecto: situación de partida y objetivo del proyecto.
• Estado actual: procesos y sistemas existentes.
• Concepto objetivo / definición de objetivos: qué se quiere lograr.
• Descripción de interfaces: conexión con los sistemas existentes.
• Requisitos funcionales: las funciones de negocio.
• Requisitos no funcionales: usabilidad, fiabilidad, eficiencia, mantenibilidad.
• Alcance de la entrega y criterios de aceptación: qué se entrega y cuándo se considera cumplido.

¿Qué contenidos debe incluir un Pflichtenheft?

Un Pflichtenheft describe las soluciones técnicas del sistema para cada requisito del Lastenheft. La parte del Pflichtenheft de la VDI 2519 hoja 1 (12/2001) trata precisamente este nivel técnico de realización.

• Realización técnica: arquitectura, tecnologías, modelo de datos.
• Asignación a los requisitos: cada exigencia del Lastenheft se vincula con prestaciones concretas.
• Entorno de explotación y mantenimiento: dónde y cómo funciona la solución.
• Inclusión y exclusión: qué casos se cubren y cuáles no, de forma deliberada.
• Criterios de aceptación y de prueba: cómo se comprueba el cumplimiento.

Así surge una trazabilidad sin lagunas desde el requisito hasta la prestación comprobable, base de una aceptación limpia.

Lastenheft y Pflichtenheft en un proyecto de software: ejemplo y estructura

En los proyectos de software, el proceso suele ser así: el cliente describe en el Lastenheft «Necesitamos un portal de clientes con inicio de sesión y resumen de facturas», y el proveedor responde en el Pflichtenheft con la arquitectura, la pila tecnológica y las pruebas de aceptación. Precisamente este proceso caracteriza todo desarrollo SaaS estructurado.

A nivel internacional, esta especificación de requisitos equivale a la Software Requirements Specification (SRS). La anterior IEEE 830-1998 fue sustituida por la ISO/IEC/IEEE 29148:2011 (actualizada en 2018); la IEEE 830 está oficialmente retirada, pero en la práctica se sigue citando a menudo por su nombre.

Una estructura de plantilla sencilla para un Lastenheft de software: 1. objetivos, 2. estado actual, 3. requisitos funcionales, 4. requisitos no funcionales, 5. interfaces, 6. criterios de aceptación. El Pflichtenheft refleja estos puntos y añade a cada requisito la solución técnica.

¿Necesito ambos documentos y qué normas se aplican?

En los proyectos clásicos, ambos documentos son el estándar: el Lastenheft hace comparables las ofertas, el Pflichtenheft hace vinculante la entrega. Los documentos de referencia centrales son la DIN 69901-5 (2009) y la VDI 2519 hoja 1 (12/2001).

En los proyectos ágiles, la separación estricta suele flexibilizarse: en lugar de voluminosos documentos aparecen el Product Backlog, las historias de usuario y los criterios de aceptación. La idea de fondo, sin embargo, es idéntica: primero el requisito (el qué), luego la solución (el cómo). La profundidad adecuada depende del tamaño del proyecto, del presupuesto y del riesgo.

FAQ: preguntas frecuentes sobre Lastenheft y Pflichtenheft

¿Qué va primero, el Lastenheft o el Pflichtenheft?

Primero el Lastenheft. El cliente lo elabora como base de la licitación y de la oferta; solo después el contratista redacta el Pflichtenheft (DIN 69901-5, 2009).

¿Quién elabora el Pflichtenheft?

El Pflichtenheft lo elabora el contratista (proveedor). Contiene sus especificaciones de realización para implementar el Lastenheft establecido por el cliente (DIN 69901-5, 2009).

¿Forman parte del contrato el Lastenheft y el Pflichtenheft?

En la práctica, el Lastenheft y la oferta suelen formar la base contractual; es recomendable incorporar ambos documentos al contrato, pero no es obligatorio. El Pflichtenheft elaborado por el contratista suele ser confirmado por el cliente a petición de aquel (cf. Wikipedia «Pflichtenheft»). Se trata de información general y no de asesoramiento jurídico.

¿Cuál es la diferencia en una frase?

El Lastenheft describe, desde la perspectiva del cliente, el qué y el para qué; el Pflichtenheft describe, desde la perspectiva del contratista, el cómo y el con qué.

¿Existe una norma internacional para los requisitos de software?

Sí. La Software Requirements Specification (SRS) seguía antes la IEEE 830-1998; esta fue sustituida por la ISO/IEC/IEEE 29148:2011 (rev. 2018). La IEEE 830 está retirada, pero aún se cita con frecuencia.

¿Necesito un Lastenheft en los proyectos ágiles?

No necesariamente en su forma clásica. Allí los requisitos se representan mediante el Product Backlog, las historias de usuario y los criterios de aceptación; la separación entre requisito y solución, sin embargo, se mantiene.

¿Quién responde si el resultado no encaja?

Depende del contrato. Precisamente por eso el Lastenheft y el Pflichtenheft deberían formar parte del contrato y el Pflichtenheft aprobado definir la prestación debida. Se trata de información general y no de asesoramiento jurídico.

Fuentes

• DIN 69901-5 (2009), definición de Lastenheft - citada a través de Wikipedia «Lastenheft»
• DIN 69901-5 (2009), definición de Pflichtenheft - citada a través de Wikipedia «Pflichtenheft»
• VDI 2519 hoja 1 - Procedimiento para la elaboración de Lastenhefte/Pflichtenhefte (12/2001)
• IEEE SA - página de la norma IEEE 830 (retirada, sustituida por la ISO/IEC/IEEE 29148:2011, rev. 2018)

Nota: este artículo es información general sobre documentos de proyecto y no constituye asesoramiento jurídico. Fecha: junio de 2026, autor: Alexander Weipprecht.