¿Qué es un pliego de requisitos (Lastenheft)?
Un pliego de requisitos (en alemán, Lastenheft) es un documento en el que el cliente describe qué debe lograr un software o un proyecto, es decir, todos los requisitos, objetivos y condiciones marco desde su punto de vista. Responde a la pregunta «¿Qué se necesita y para qué?», no a «¿Cómo se implementa?».

Pliego de requisitos: definición
La norma alemana DIN 69901-5 describe el Lastenheft como el conjunto de exigencias, establecidas por el cliente, sobre los suministros y servicios de un contratista. Dicho de forma sencilla: el pliego de requisitos es la lista de deseos del cliente, estructurada, comprensible y lo más completa posible.
Constituye la base para los presupuestos y para el pliego de especificaciones (Pflichtenheft), en el que el contratista describe a continuación cómo implementará los requisitos. Cuanto más claro sea el pliego de requisitos, con mayor precisión podrán calcularse el esfuerzo y los costes.
Estructura de un pliego de requisitos
No existe una plantilla fija, pero ha dado buenos resultados una estructura que va del objetivo al detalle. Es importante describir los requisitos desde el punto de vista de los usuarios y de los procesos, en lugar de imponer soluciones técnicas.
Resultan útiles los ejemplos concretos del día a día, como: «Un comercial de campo debe poder elaborar un presupuesto en las instalaciones del cliente y hacer que este lo firme». Este tipo de escenarios hace que los requisitos sean tangibles y evita malentendidos.
- Situación de partida y objetivos del proyecto
- Públicos objetivo y roles de usuario
- Requisitos funcionales: ¿qué debe poder hacer el sistema?
- Requisitos no funcionales: seguridad, rendimiento, accesibilidad, protección de datos
- Interfaces con sistemas existentes, p. ej., ERP o CRM
- Condiciones marco: calendario, presupuesto disponible, criterios de aceptación
Ventajas y límites de un pliego de requisitos
Un buen pliego de requisitos obliga a reflexionar sobre las propias necesidades antes de iniciar el proyecto. Los presupuestos de distintos proveedores se vuelven comparables, los malentendidos se detectan pronto y se crea una base común para hablar del alcance y del precio.
Los límites aparecen en proyectos cuyos requisitos solo se aclaran durante el desarrollo. En esos casos, un pliego de requisitos muy rígido y extenso puede incluso frenar. Por eso, en los proyectos ágiles suele complementarse con una descripción de objetivos más ligera y un product backlog.
- Claridad sobre los objetivos y el alcance
- Presupuestos comparables
- Base para el pliego de especificaciones y la aceptación
- Unas pautas demasiado rígidas frenan los proyectos ágiles
Ejemplo práctico: pliego de requisitos para un portal de clientes
Un corredor de seguros quiere un portal en el que los clientes puedan consultar sus contratos, comunicar siniestros y subir documentos. En el pliego de requisitos describe qué grupos de usuarios existen, qué procesos deben reflejarse, qué software existente debe conectarse y qué requisitos de protección de datos se aplican, sin imponer ninguna tecnología. Así, los proveedores tienen margen para proponer la solución adecuada.
Muchas empresas tienen poca experiencia en la redacción de pliegos de requisitos. Nano Concepts le ayuda en talleres a recoger los requisitos de forma estructurada y elabora a partir de ellos un presupuesto fiable.
Preguntas frecuentes sobre Pliego de requisitos (Lastenheft)
En principio, el cliente, ya que describe sus requisitos. En la práctica, a menudo se elabora junto con un proveedor de servicios o un consultor que plantea las preguntas adecuadas.
El pliego de requisitos (Lastenheft) describe lo que necesita el cliente. El pliego de especificaciones (Pflichtenheft) describe cómo implementará el contratista esos requisitos. Ambos documentos se basan el uno en el otro y deberían contrastarse periódicamente.
La necesaria para que los proveedores puedan estimar el esfuerzo de forma fiable. En proyectos más pequeños, a menudo bastan unas pocas páginas con objetivos, funciones y condiciones marco claros.
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
Transformación digital en pymes: hoja de ruta, datos y cambio
La transformación digital en las pymes rara vez fracasa por falta de herramientas, sino por objetivos poco claros y soluciones aisladas. Así pasa de un objetivo, unas prioridades y una base de datos a resultados medibles.
Seguir leyendo