Un entregable es un resultado concreto y verificable que un proyecto produce y entrega a alguien: un cliente, un departamento interno, la dirección. La palabra está en todas partes en la gestión de proyectos, pero sigue siendo vaga en la mayoría de las planificaciones: actividades disfrazadas de entregables, entregables sin criterios de aceptación, hitos confundidos con lo que marcan. Esta guía da la definición, ejemplos por sector, la diferencia entre entregable, hito, objetivo y tarea, y un método para definir, redactar, validar y hacer seguimiento de los entregables de un proyecto.
Entregable: definición en gestión de proyectos
Por definición, un entregable (deliverable en inglés) es cualquier producto, servicio o resultado medible que un proyecto debe proporcionar para alcanzar su objetivo. Es único, identificable, y existe al terminar un trabajo: se puede mostrar, probar, leer, contar. La entrega del último entregable marca el fin del proyecto. Cuatro características lo distinguen de una simple actividad:
- Es tangible o al menos verificable: un documento, un software, un edificio, un equipo formado, una decisión documentada.
- Tiene un destinatario: alguien lo recibe, lo utiliza o lo valida.
- Es el resultado de un trabajo, no el trabajo en sí: «informe de auditoría entregado» es un entregable, «auditar» es una tarea.
- Está sujeto a criterios de aceptación: se sabe de antemano qué permitirá declararlo conforme.
Entregable interno o externo, tangible o intangible
Los entregables se clasifican habitualmente según dos ejes. El primero es el destinatario. Los entregables externos son los que recibe el cliente o el patrocinador: un producto, un informe, un sistema migrado. Suelen ser contractuales. Los entregables internos — especificación, plan de pruebas, script de migración, kit de formación — sirven para producir los primeros; se quedan en el equipo pero condicionan todo lo demás. El segundo eje es la naturaleza del resultado.
- Tangible: un objeto o un archivo que se puede entregar — maqueta, prototipo, obra, aplicación, dossier de diseño.
- Intangible: un resultado real pero no material — un equipo formado, un proceso desplegado, una certificación obtenida, una decisión arbitrada. Se hace verificable mediante una prueba: hoja de asistencia, certificado, acta.
- El error clásico consiste en hacer seguimiento solo de los entregables externos y descubrir, tres semanas antes del plazo, que falta un entregable interno del que nadie era responsable.
Ejemplos de entregables por tipo de proyecto
Los entregables dependen del sector, pero la lógica es la misma en todas partes: cada fase del proyecto produce un resultado que alguien espera. Estos son ejemplos habituales.
| Tipo de proyecto | Entregables intermedios | Entregable final |
|---|---|---|
| Proyecto IT / software | Pliego de requisitos, maquetas, arquitectura técnica, plan de pruebas | Aplicación en producción, documentación de usuario, acta de aceptación |
| Construcción | Estudios de viabilidad, licencia de obras, planos de ejecución | Obra recepcionada, documentación final de obra |
| Marketing / comunicación | Brief creativo, plan de medios, manual de identidad | Campaña difundida, sitio web en línea, informe de resultados |
| Proyecto industrial | Análisis funcional, prototipo, plan de cualificación | Línea de producción cualificada, dossier de fabricación, formación de operarios |
| Sector público | Estudio de impacto, pliego de prescripciones técnicas, informe de consulta | Servicio abierto a los ciudadanos, informe de evaluación, balance financiero |
Entregable, hito, objetivo o tarea: ¿cuál es la diferencia?
Las cuatro nociones se confunden constantemente, y la confusión se nota en la planificación. Un entregable es una cosa producida — un sustantivo. Una tarea es el trabajo que la produce — un verbo. Un hito es una fecha que marca un estado y no lleva trabajo propio. Un objetivo es el beneficio esperado, que los entregables hacen posible sin garantizarlo. Una planificación útil contiene los cuatro: el entregable dice qué se debe, las tareas dicen cómo se construirá, el hito dice cuándo se espera, el objetivo dice por qué.
| Noción | Naturaleza | Pregunta a la que responde | Ejemplo |
|---|---|---|---|
| Entregable | Resultado concreto, verificable | ¿Qué entrega el proyecto? | Aplicación móvil validada en pruebas de aceptación |
| Hito | Punto de control fechado, sin duración | ¿Cuándo se alcanza un estado? | Aceptación firmada el 30 de junio |
| Objetivo | Beneficio esperado, medido tras el proyecto | ¿Por qué se hace el proyecto? | Reducir un 20 % las llamadas al soporte |
| Tarea | Actividad que consume tiempo y recursos | ¿Cómo se produce el entregable? | Desarrollar la pantalla de inicio de sesión |
Definir los entregables de un proyecto a partir de la EDT
Como son sustantivos, los entregables constituyen una base de desglose mucho mejor que las actividades. La estructura de desglose del trabajo (EDT o WBS) parte de lo que el proyecto debe, y descompone cada elemento hasta poder estimarlo. El método cabe en seis pasos.
- Releer el alcance: contrato, acta de constitución, pliego de requisitos. Cada compromiso escrito corresponde al menos a un entregable externo.
- Listar los entregables externos y, para cada uno, los entregables internos necesarios para producirlo (estudios, especificaciones, pruebas, formaciones).
- Descomponer los entregables demasiado grandes en paquetes de trabajo hasta obtener elementos estimables en esfuerzo y duración. Esa es la EDT propiamente dicha.
- Comprobar la regla del 100 %: la suma de entregables y paquetes de trabajo debe cubrir todo el alcance, ni más ni menos.
- Asignar un responsable único a cada entregable y un validador del lado del patrocinador.
- Fechar cada entregable y vincularlo a un hito de la planificación: ese vínculo es el que permitirá después hacer seguimiento del avance.
Redactar una ficha de entregable: el modelo para reutilizar
Un entregable bien definido cabe en una ficha de una página. Sirve de referencia durante toda la producción y evita las discusiones de fin de proyecto. Estos son los apartados mínimos.
- Nombre: corto, en singular, formulado como un resultado («Manual de usuario v1», no «Redacción del manual»).
- Descripción: qué contiene el entregable, qué no contiene, el formato y el soporte (archivo, aplicación, obra, sesión).
- Criterios de aceptación: las condiciones objetivas que permiten declararlo conforme — exhaustividad, pruebas superadas, conformidad con una norma, tasa de error máxima.
- Responsable: la persona que responde de su producción, una sola.
- Validador: la persona o instancia que lo acepta, y el plazo de validación.
- Fecha: plazo de entrega e hito asociado.
- Dependencias: entregables o decisiones que deben existir antes, y los que dependen de él.
- Versión: borrador, revisado, definitivo. Dividir un entregable grande en versiones sucesivas suele ser mejor que dividirlo en trozos.
Validar un entregable: criterios de aceptación y recepción
Un entregable sin criterios de aceptación es una fuente de conflicto. Sin ellos, «terminado» significa entregado para el proveedor y satisfactorio para el cliente, y esas dos definiciones rara vez coinciden. La validación — las pruebas de aceptación, en los proyectos IT e industriales — sigue siempre el mismo camino.
- Los criterios se escriben antes de la producción, no en el momento de la entrega, y los aceptan ambas partes.
- El validador está nombrado: jefe de proyecto del lado del cliente, referente de negocio, comité de dirección para los entregables estructurantes.
- La revisión está acotada en el tiempo: un plazo de validación (a menudo de 5 a 10 días laborables) tras el cual la falta de respuesta equivale a aceptación, si el contrato lo prevé.
- El resultado queda registrado: acta de aceptación, reservas listadas y fechadas, decisión consignada.
- Un entregable rechazado vuelve a producción con sus reservas; no está «casi terminado», está en curso.
Hacer seguimiento del avance de un entregable
El avance de un entregable no se mide por el tiempo transcurrido sino por su estado. Basta con un ciclo de vida sencillo, siempre que se aplique igual en todas partes.
- No iniciado: la ficha existe, las dependencias no están resueltas.
- En curso: la producción ha comenzado; el avance se lee en las tareas que lo producen, en esfuerzo consumido o en porcentaje físico.
- Entregado: el entregable se transmite al validador, empieza el periodo de revisión.
- En aceptación: reservas en tratamiento.
- Aceptado o rechazado: decisión registrada, con fecha y firmante.
En un proyecto de tamaño medio, la lista de entregables con su estado suele ser el mejor cuadro de mando para el patrocinador: responde a «¿dónde estamos?» sin exponer el detalle de las tareas. Es también la base del reporting en el comité de dirección.
Errores frecuentes con los entregables
- El entregable vago: «sitio web» sin decir qué páginas, qué idiomas, qué alojamiento. Se entregará incompleto o sobreespecificado.
- Sin criterios de aceptación: la validación se convierte en una negociación.
- Confundir el entregable con la actividad: «reuniones semanales» o «acompañamiento» no son entregables; el acta o el plan de acompañamiento sí lo son.
- El entregable demasiado grande: imposible de revisar de una vez, se acepta tarde y mal. Si un revisor competente no puede formarse una opinión en menos de dos horas, divídalo en versiones.
- Ningún responsable, o varios: con dos responsables, nadie responde.
- Olvidar los entregables internos: la formación, la migración de datos, el plan de puesta en marcha aparecen en el último momento.
- No vincular el entregable a la planificación: su plazo vive en un archivo aparte y se desplaza sin que nadie lo vea.
En FoxPlan
En FoxPlan, los entregables los llevan las tareas y los hitos de la planificación Gantt: cada entregable tiene una fecha, un responsable y dependencias visibles en el mismo lugar que el calendario. Los archivos se adjuntan a la tarea, los requisitos se siguen en su módulo dedicado, y el avance se lee en la tarea que produce el entregable. La validación se decide en sesión del comité de dirección, con orden del día y decisión consignada, lo que convierte la aceptación en un hecho registrado en el proyecto y no en un correo que haya que buscar.
Ver cómo hacerlo en la documentación de FoxPlan ↗
Preguntas frecuentes
¿Qué es un entregable en gestión de proyectos?
Un entregable es un resultado concreto y verificable que un proyecto produce y entrega a un destinatario: documento, software, obra, equipo formado. Se distingue de una tarea, que es el trabajo necesario para producirlo. Cada entregable tiene un responsable, una fecha y criterios de aceptación.
¿Cuál es la diferencia entre un hito y un entregable?
El entregable es una cosa producida; el hito es una fecha que marca un estado del proyecto. El hito «aceptación firmada» no tiene duración ni trabajo propio; constata que el entregable «aplicación validada» ha sido aceptado. En una planificación, un hito importante casi siempre va asociado a la entrega o validación de un entregable.
¿Cuáles son ejemplos de entregables de un proyecto?
En un proyecto informático: pliego de requisitos, maquetas, aplicación en producción, documentación. En construcción: licencia de obras, planos de ejecución, obra recepcionada. En marketing: manual de identidad, campaña difundida, informe de resultados. Un entregable también puede ser inmaterial, como un equipo formado o una certificación obtenida.
¿Cómo presentar un entregable?
Preséntelo a partir de su ficha: el nombre, qué contiene, los criterios de aceptación acordados y el estado de cada uno, las reservas si las hay. Muestre el resultado en sí más que el trabajo realizado, y termine con la decisión que se espera del validador: aceptar, aceptar con reservas o rechazar.
¿Quién valida un entregable?
El validador se designa en la ficha del entregable, antes de la producción: jefe de proyecto del lado del patrocinador, referente de negocio o comité de dirección para los entregables estructurantes. Comprueba los criterios de aceptación y registra su decisión en un acta de aceptación, con las reservas si las hay.
¿Puede un entregable ser inmaterial?
Sí. Una formación impartida, un proceso desplegado o una certificación obtenida son entregables intangibles. Para que sigan siendo verificables, van acompañados de una prueba: hoja de asistencia, certificado, procedimiento publicado. El criterio de aceptación recae entonces sobre esa prueba.
