6 min de lectura
Project charter ejemplos para gerentes
Qué es un project charter, para qué sirve y cómo redactarlo: ejemplos prácticos que puedes adaptar desde hoy en tu equipo.

Un proyecto arranca y cada persona tiene una versión distinta de qué se va a hacer, quién decide y cuándo termina. Tres semanas después hay reuniones de alineación, correos de aclaración y trabajo duplicado. El project charter existe para evitar exactamente eso.
Qué es un project charter
Un project charter es el documento que formaliza la existencia de un proyecto. Define su propósito, su alcance, quién lo lidera, quién lo aprueba y cuáles son las restricciones de tiempo y recursos.
En pocas palabras: es el contrato interno entre el gerente del proyecto y los patrocinadores. Sin ese contrato, cada parte interpreta el trabajo a su manera.
El documento es breve. Una o dos páginas bien escritas hacen el trabajo. No es un plan de proyecto detallado, sino el punto de partida que le da autoridad al equipo para avanzar.
Para qué sirve en la práctica
El charter cumple tres funciones concretas:
- Alineación inicial. Todos los involucrados leen el mismo documento antes de que empiece el trabajo.
- Autorización formal. El patrocinador firma y con eso el equipo tiene respaldo para pedir recursos y tomar decisiones.
- Referencia durante el proyecto. Cuando aparecen pedidos fuera de alcance, el charter es el criterio objetivo. Reduce el desgaste político.
Si en tu organización los proyectos se desvían con frecuencia o los equipos trabajan sin claridad sobre quién decide qué, el problema muchas veces está en esta etapa inicial. Revisar cómo delegas el arranque de un proyecto es parte del trabajo de delegación efectiva.
Estructura de un project charter
Un buen charter incluye estos elementos:
| Sección | Qué contiene |
|---|---|
| Nombre del proyecto | Título claro y fechado |
| Objetivo | Qué se quiere lograr y por qué importa |
| Alcance | Qué está incluido y qué queda fuera |
| Entregables clave | Resultados concretos esperados |
| Cronograma general | Fechas de hitos principales |
| Presupuesto | Marco de recursos aprobados |
| Equipo y roles | Gerente de proyecto, equipo, patrocinador |
| Supuestos y restricciones | Condiciones bajo las que se aprobó el proyecto |
| Criterios de éxito | Cómo se va a medir que el proyecto funcionó |
| Firmas | Patrocinador y gerente del proyecto |
Cada sección puede tener entre una línea y un párrafo corto. El objetivo es claridad, no extensión.
Ejemplo project charter: lanzamiento de nuevo proceso interno
Este es un ejemplo adaptable a un proyecto de mejora de proceso en una empresa de servicios.
Nombre del proyecto: Implementación de proceso de aprobación de gastos digitales
Objetivo: Reducir el tiempo de aprobación de gastos de área de 5 días hábiles a 1 día hábil mediante la automatización del flujo de aprobaciones.
Alcance incluido:
- Diseño del flujo de aprobación en la herramienta interna
- Capacitación a los 12 líderes de área
- Prueba piloto con el área de operaciones
Alcance excluido:
- Cambios en el sistema contable
- Proveedores externos
Entregables clave:
- Flujo de aprobación configurado y probado
- Manual de uso
- Informe de resultados del piloto
Cronograma:
- Inicio: semana 1
- Piloto: semana 6
- Cierre: semana 10
Presupuesto aprobado: USD 8.000 (horas internas más licencias de herramienta)
Gerente del proyecto: Ana Torres, Jefa de Procesos
Patrocinador: Director de Operaciones
Supuestos: El área de TI dispone de 10 horas semanales para soporte técnico durante las primeras 4 semanas.
Restricciones: El lanzamiento debe completarse antes del cierre fiscal del trimestre.
Criterios de éxito: El 90% de las aprobaciones se completan en menos de 24 horas durante el primer mes de operación normal.
Ejemplo project charter: desarrollo de un producto nuevo
Este segundo ejemplo aplica a un equipo de producto.
Nombre del proyecto: MVP de módulo de reportes para clientes enterprise
Objetivo: Lanzar un módulo de reportes básico que permita a los clientes enterprise exportar datos de uso en formato PDF y Excel, con el fin de reducir solicitudes manuales al equipo de soporte.
Alcance incluido:
- Diseño de las 3 vistas de reporte prioritarias (uso mensual, facturación, usuarios activos)
- Exportación en PDF y Excel
- Documentación técnica para el cliente
Alcance excluido:
- Reportes personalizados
- Integración con herramientas de BI externas
Entregables clave:
- Módulo en producción
- Documentación de usuario
- Capacitación interna al equipo de soporte
Cronograma:
- Discovery: 2 semanas
- Desarrollo: 6 semanas
- QA y ajustes: 2 semanas
- Lanzamiento: semana 10
Presupuesto: Recursos internos (2 desarrolladores + 1 diseñadora, dedicación parcial)
Gerente del proyecto: Luis Peña, Product Owner
Patrocinador: VP de Producto
Criterios de éxito: Reducción del 40% en solicitudes manuales de reportes al equipo de soporte en los 60 días posteriores al lanzamiento.
Errores comunes al redactar un project charter
Objetivo vago. "Mejorar la experiencia del cliente" no le dice a nadie qué hacer. El objetivo tiene que ser específico: qué cambia, para quién y con qué resultado medible.
Alcance sin límites. El charter que dice qué incluye pero no qué excluye deja la puerta abierta a pedidos que crecen semana a semana. Escribir explícitamente lo que queda fuera protege al equipo.
Sin patrocinador activo. Un charter sin firma es solo un documento. El patrocinador que no revisa y aprueba formalmente no está comprometido con el proyecto.
Criterios de éxito ausentes. Si no hay forma de saber si el proyecto funcionó, tampoco hay forma de cerrarlo bien. Definir los criterios desde el inicio orienta las decisiones durante la ejecución.
Corregir estos errores es cuestión de revisar el documento una vez con el patrocinador antes de arrancar el trabajo.
Cómo conecta el charter con la delegación
Un project charter bien redactado es también una herramienta de delegación. Cuando el gerente entrega la conducción de un proyecto a alguien de su equipo, el charter define exactamente qué autoridad tiene esa persona, qué puede decidir sola y cuándo necesita escalar.
Sin esa claridad, el equipo sobreescala o actúa sin respaldo. Las dos situaciones cuestan tiempo y desgastan la relación.
Para profundizar en cómo estructurar esa transferencia de responsabilidad, el artículo sobre kickoff: significado práctico para gerentes cubre el momento en que el charter se convierte en arranque real del trabajo. Y si el proyecto involucra negociar con otros equipos qué entra y qué no en el alcance, negociar prioridades sin perder el foco ofrece un marco útil para esas conversaciones.
Un proyecto con charter claro arranca distinto. El equipo sabe para dónde va, el patrocinador sabe qué aprobó y el gerente tiene algo concreto para gestionar.
Sigue leyendo
Artículo
Negociar prioridades: cómo intercambiar sin perder foco
Aprende a negociar prioridades con intercambio explícito. Usa 5 preguntas para mantener foco, acordar renuncias y registrar compromisos sin conflicto.
Artículo
Decir no con alternativa: límites que cuidan la relación
Aprende a decir no sin romper el vínculo. Define límites, explica criterio y ofrece alternativas reales. Guía práctica con ejemplos y tres reglas.
Artículo
Delegar para desarrollar: tarea como entrenamiento
Convierte cada delegación en una instancia de aprendizaje. Diseña tareas con contexto, criterio y revisión para desarrollar autonomía y criterio.
Artículo
Acuerdo de confidencialidad: ejemplo práctico
Conoce qué protege un acuerdo de confidencialidad, qué situaciones debe cubrir y cómo manejar información sensible al trabajar con terceros.
¿Quieres un paso siguiente concreto?
Si buscas algo más profundo: Comunidad de Gestión y Liderazgo →
Newsletter editorial
Una vez por semana, una idea aplicable sobre gestión, liderazgo o carrera. Directo al inbox, sin ruido.
Sin spam. Te puedes dar de baja cuando quieras.
