Intake PMO y gobernanza de proyectos

Plantilla de Propuesta de Proyecto

Sustituye los Word y los DM de Slack reenviados con un formulario estructurado de propuesta — esqueleto Project Charter PMBOK, caso de negocio, hitos, desglose capex vs opex, mapa RACI, riesgos, dependencias y bandera DPIA/RIPD. Construido para PMOs y comités de dirección que necesitan comparativas manzanas-con-manzanas antes de las revisiones trimestrales de portfolio.

Gratis — incluido en todos los planes

Plantilla de Propuesta de Proyecto

Vista previa en vivo — prueba los campos.

No hay campos para mostrar.

Para quién es esta plantilla

Las propuestas de proyecto son donde la disciplina del PMO vive o muere. Los equipos que comparan 12 propuestas en una revisión trimestral con un caso de negocio, alcance, desglose capex/opex y registro de riesgos consistentes toman decisiones de portfolio defendibles. Los equipos que comparan 12 documentos de Word en 12 formatos distintos con 12 definiciones distintas de 'criterios de éxito' aprueban lo que grite más alto. Esta plantilla estructura la propuesta en sí — esqueleto Project Charter del PMBOK, caso de negocio, objetivos, alcance (in y out), entregables, hitos, calendario, desglose presupuestario (capex según reglas de capitalización del IRS §263 e IFRS NIC 38 para España/UE/Brasil vs opex según §162), recursos necesarios, dependencias, registro de riesgos, mapa RACI de stakeholders y bandera DPIA del Art. 35 RGPD (o bandera RIPD bajo LGPD para Brasil) para proyectos que tocan datos personales. Es la capa de intake estructurado que da al PMO la comparativa manzanas-con-manzanas que realmente necesita sin comprometerse con una plataforma PPM completa como Smartsheet, Asana Portfolios, Monday Work Management, Wrike, Workfront (Adobe), Planview, ProjectPlace, Kantata, Forecast, Sinnaps, Holded Proyectos o Jira Advanced Roadmaps por 25–50 € por usuario al mes. Y sirve además como formulario de envío de propuestas vendor/agencia cuando un externo responde a tu RFP, RFQ o intake de SOW.

Del envío de la propuesta a comité de dirección listo en un flujo estructurado

El solicitante o vendor envía la propuesta con una sección de cabecera — nombre del proyecto, sponsor o departamento solicitante, tipo de proyecto (capex, opex, híbrido; nuevo, mejora, sustitución, baja), fecha de inicio propuesta, fecha objetivo de finalización, y un resumen ejecutivo de un párrafo. La sección del caso de negocio captura el problema, el resultado deseado, la alineación estratégica (vínculo al OKR, OGSM o pilar estratégico al que apoya), el coste de la inacción (qué pasa si no lo hacemos) y el cálculo cuantificado de ROI o VAN cuando aplique. El alcance captura qué está dentro, qué está explícitamente fuera (el campo más ignorado en plantillas de propuesta, y el que previene scope creep en el mes 4), y la lista de entregables con criterios de aceptación por entregable. El calendario captura los hitos clave con fechas objetivo — la mayoría de equipos usan 3-7 hitos desde kickoff hasta go-live. El presupuesto se desglosa en capex vs opex (crítico para el tratamiento contable bajo PGC español alineado con NIIF, CPC brasileño, US GAAP; capex se amortiza por la vida útil, opex se imputa directamente al ejercicio), coste laboral (FTE-meses internos y coste contratista externo), software/hardware/infraestructura cloud, coste de vendor y licencias, y reserva de contingencia (típicamente 10-20 % según el riesgo del proyecto). Los recursos necesarios capturan los FTEs necesarios por rol y seniority, los porcentajes de dedicación-vs-asignación y cualquier gap de skill especializado que dispare una contratación o uso de contratista. Las dependencias listan otros proyectos, vendors, aprobaciones regulatorias o eventos externos de los que depende el proyecto (la dependencia con el go-live de un vendor tres meses antes que el tuyo es la que se olvida). El registro de riesgos captura los 5-10 riesgos principales con probabilidad, impacto, mitigación y propietario — modelado en estándares de gestión de riesgos del PMBOK. El RACI de stakeholders captura los roles Responsable, Accountable (Aprobador), Consultado e Informado para las decisiones mayores. Los campos de gobernanza capturan el enrutamiento de aprobación (qué manager, luego qué director, luego qué comité), el disparador DPIA del Art. 35 RGPD (¿este proyecto toca datos personales? Si sí, ¿se ha iniciado el DPIA?), el disparador RIPD para proyectos brasileños, el impacto en controles SOX para empresas cotizadas, y el disparador de revisión de seguridad IT para proyectos que tocan infraestructura o datos sensibles. Al enviar, el formulario publica la propuesta en la cola de revisión trimestral del PMO, notifica al sponsor propuesto y la cadena de aprobación, y crea el registro del proyecto en tu herramienta PPM (Jira, Asana, Monday, Smartsheet, ClickUp, Notion, Linear, Holded, Sinnaps) con los datos estructurados prepoblados.

Qué incluye

Cada campo existe porque algún PMO se ha quemado por su ausencia — normalmente en el comité de dirección donde dos de las 12 propuestas resultan comparar manzanas con peras incompatibles y la hoja de comparación tiene que reconstruirse durante la reunión.

Equipos que usan formularios de propuesta de proyecto

  • PMOs internos y comités de dirección IT

    Intake de revisión de portfolio trimestral donde 15-40 propuestas compiten por una bolsa de presupuesto fija. El desglose capex/opex estandarizado, la cuantificación del caso de negocio y el formato del registro de riesgos hacen que la hoja de comparativa se construya sola en lugar de montarse durante la reunión. Reduce la pregunta de '¿de quién es este proyecto y qué cuesta realmente?' a una respuesta estructurada.

  • Equipos de ingeniería y desarrollo de producto

    Intake de RFC (Request for Comments) y documentos de diseño donde las propuestas de ingeniería necesitan alcance, evaluación de deuda técnica, dependencias de equipos plataforma, revisión de seguridad y asignación de capacidad. Se empareja naturalmente con la bandera DPIA del RGPD / RIPD de la LGPD para cambios de producto que tocan datos personales — que cada vez son la mayoría de cambios de producto.

  • Consultoras y agencias respondiendo a RFPs

    Envío estandarizado de propuestas a equipos de compras de cliente — la estructura del formulario coincide con los criterios de scoring del RFP, los entregables se alinean con el SOW (Statement of Work), y el calendario y desglose de precios coinciden con el formato que compras realmente compara. Reduce el resultado de 'perdimos por un tecnicismo porque el formato de la tabla estaba mal'.

  • Sector público y solicitudes de subvenciones

    Solicitudes de subvención a administraciones públicas, fundaciones y programas de financiación europea (NextGenerationEU, Horizonte Europa, MCIN, AEI, ICEX España Exportación e Inversiones, Junta de Andalucía y resto de CCAA, BNDES, FAPESP, FINEP, MCTI editais brasileños) donde la propuesta debe alcanzar puertas específicas de cumplimiento — elegibilidad, capacidad, desempeño previo, estructura presupuestaria con costes elegibles según las reglas de financiación, sostenibilidad más allá del periodo de subvención y medición de resultados.

  • Construcción, ingeniería civil y arquitectura

    Envío de ofertas con precio estructurado, plan de obra, declaración de subcontratistas, requisitos de seguro y aval, y las declaraciones de historial de seguridad que la mayoría de los RFPs públicos exigen. Para proyectos españoles, incluye la confirmación de clasificación de contratistas, certificado de la Junta Consultiva de Contratación Administrativa, y solvencia económica/financiera y técnica/profesional bajo Ley 9/2017 de Contratos del Sector Público. Para proyectos brasileños, incluye la confirmación de registro CREA/CAU y el estado en SICAF (Sistema de Cadastramento Unificado de Fornecedores) para contratos federales.

  • Instituciones de investigación y académicas

    Propuestas de proyecto de investigación con disparador de revisión IRB (Institutional Review Board) para investigación con sujetos humanos (EE. UU.), comité de ética de investigación bajo Ley 14/2007 de Investigación Biomédica (España), o comitê de ética em pesquisa (CEP) y CONEP (Brasil), planes de gestión de datos para requisitos de ciencia abierta, declaración de conflicto de intereses, y la estructura presupuestaria que financiadores como NIH, NSF, ERC, MCIN, AEI, CNPq, FAPESP esperan.

Adáptala a tu modelo de gobernanza

Cada PMO tiene sus propias particularidades de intake. Configura la taxonomía de tipo de proyecto — umbrales capex vs opex que disparan cadenas de aprobación distintas, niveles de tamaño de proyecto (menos de 50K € vs 50K-500K € vs más de 500K €, con gobernanza proporcional) y categoría de proyecto (run-the-business, grow-the-business, transform-the-business) para balance de portfolio. Añade campos basados en la categoría — los proyectos IT recogen las banderas de revisión de seguridad y arquitectura, los proyectos que tocan datos personales recogen la bandera DPIA/RIPD, los proyectos por encima de un umbral SOX recogen la evaluación de impacto en controles internos, los proyectos que tocan reporting financiero recogen la bandera de impacto en ciclo de cierre. Configura la cadena de aprobación — la mayoría de empresas enrutan menos de 25K € al manager directo, 25K-100K € al director, 100K-500K € al VP, más de 500K € al comité ejecutivo o consejo (para empresas cotizadas españolas, la Ley de Sociedades de Capital y la Circular CNMV de Buen Gobierno establecen umbrales específicos de aprobación de consejo). Añade una regla 'categoría de proyecto que auto-enruta a revisores específicos' — los proyectos que tocan seguridad auto-enrutan al CISO, los que tocan finanzas auto-enrutan al controller, los que tocan datos auto-enrutan al DPO. Para agencias y consultoras que usan esto como formulario de envío de propuestas, configura las categorías de entregable (creativos, técnicos, formación, soporte continuo) con sus propios campos SLA y criterios de aceptación. Para solicitudes de subvención, configura los campos específicos del financiador — campos de currículum vitae normalizado AEI / FECYT para España, campos del plan de gestión de datos para Horizon Europe, campos de cuestiones éticas, campos de sostenibilidad para BNDES — según el financiador seleccionado.

Preguntas frecuentes sobre propuestas de proyecto

Esas son plataformas PPM (Project Portfolio Management) completas — agrupan el intake de propuestas con dashboards de portfolio, gestión de recursos, diagramas Gantt, time tracking y reporting. Los precios típicamente oscilan entre 25 € y 50 € por usuario al mes para el nivel de project management (Asana Business, Monday Pro, Smartsheet Business, Wrike Business) hasta 50-80+ € por usuario al mes para el nivel portfolio (Workfront, Planview, Kantata, Forecast, Jira Advanced Roadmaps como parte de Premium). Esta plantilla gestiona la capa de intake de propuesta en sí — captura estructurada, cuantificación del caso de negocio, desglose capex/opex, RACI, riesgos, enrutamiento de gobernanza — sin el compromiso PPM completo. Muchos PMOs usan ambos — este formulario como el intake estandarizado, y la herramienta PPM para la ejecución del proyecto en vivo tras la aprobación. Para PMOs que corren en Notion, Coda, Airtable, ClickUp o Linear (que no tienen una vista de comparación de portfolio fuerte), este formulario llena el hueco del intake. Para PMOs sin herramienta PPM aún, este formulario más una exportación CSV a tu equipo de finanzas suele ser suficiente para los primeros 50 proyectos activos.
Capex (gasto de capital) y opex (gasto de operación) se tratan de forma distinta en contabilidad y fiscalidad. Bajo el PGC español alineado con NIIF, el capex se capitaliza en el balance y se amortiza durante la vida útil del activo (3-10 años típicamente para IT, más para edificios) — lo que reparte el impacto P&G y afecta al EBITDA. El opex impacta directamente al ejercicio como gasto corriente. Los costes de desarrollo de software bajo la NIC 38 (Activos Intangibles, IAS 38 en inglés) tienen reglas específicas de capitalización — la fase de investigación se imputa directamente al ejercicio, la fase de desarrollo se capitaliza si se cumplen criterios concretos (viabilidad técnica, intención de uso, capacidad de medir fiablemente el coste, beneficios económicos futuros probables), la fase post-implantación se imputa al ejercicio. Bajo CPC 04 (Ativos Intangíveis) y CPC 24 (Ativo Imobilizado) brasileños, el tratamiento se alinea con NIIF pero con matices locales sobre periodos de amortización. El desglose capex/opex del formulario no es solo una etiqueta — dirige el asiento contable que tu equipo de contabilidad apuntará, el cuadro de amortización que el controller llevará, y el importe sometido a controles SOX que el equipo de auditoría testará. Equivocarse en el momento de la propuesta crea riesgo de regularización si un proyecto apuntado como opex resulta capitalizable bajo las reglas, o viceversa. La guía de referencia rápida del formulario (con ejemplos de categoría) ayuda a solicitantes que no son contables a aproximarse al envío, y el controller puede ajustar durante la revisión.
El Artículo 35 del RGPD (Evaluación de Impacto en Protección de Datos, EIPD/DPIA) es obligatorio para tratamientos que 'puedan suponer un alto riesgo para los derechos y libertades de las personas físicas'. El Comité Europeo de Protección de Datos (EDPB) ha publicado una lista no exhaustiva de actividades disparadoras — evaluación sistemática y exhaustiva de aspectos personales (profiling), tratamiento de categorías especiales del Art. 9 (salud, biométricos, raza, opiniones políticas, religión, orientación sexual), monitorización sistemática de zonas públicas, tratamiento a gran escala, cruce/combinación de datasets, tratamiento de datos de personas vulnerables, uso innovador de tecnologías, y tratamiento que impida a los interesados ejercer derechos. La AEPD publicó la 'Lista de tipos de tratamiento que requieren evaluación de impacto' que detalla casos obligatorios para España. La LGPD brasileña Art. 38 establece el equivalente RIPD (Relatório de Impacto à Proteção de Dados), que la Resolución CD/ANPD 4/2023 detalla con criterios de disparador específicos. El formulario marca cualquiera de estos disparadores y exige al solicitante o bien confirmar que el DPIA/RIPD se ha iniciado o adjuntar el documento completado. Esto no es opcional — correr un proyecto que debió tener DPIA sin haberlo hecho es exposición a multa administrativa del Art. 83 (hasta 20 M€ o 4 % de la facturación global bajo RGPD, hasta 2 % de la facturación brasileña bajo LGPD), y la AEPD/ANPD han empezado a sancionar activamente en 2024-2026.
Al aprobar, el flujo puede crear el registro del proyecto en tu herramienta PPM con los datos de la propuesta prepoblados. Para Jira, un proyecto con la propuesta como epic padre, los hitos como sub-epics o fix versions, los entregables como issues iniciales, y el registro de riesgos como página de Confluence vinculada. Para Asana, un proyecto con la propuesta como brief, los hitos como secciones con fechas objetivo, los entregables como tareas iniciales con los criterios de aceptación en la descripción, y campos personalizados para el desglose capex/opex. Para Monday.com, un tablero con la plantilla apropiada, columnas mapeadas a los campos de la propuesta, y la vista de calendario preconfigurada con los hitos. Para Smartsheet, una hoja con la estructura WBS preconstruida desde los hitos y entregables, la vista Gantt configurada con las fechas de inicio/fin, y el desglose presupuestario en una hoja vinculada. Para ClickUp, una Lista con campos personalizados para todo lo de la propuesta, el RACI en una vista de relaciones, y el registro de riesgos como lista de subtareas. Para Notion, una página en tu base de datos de proyectos con subpáginas para charter, riesgos, decisiones y notas de reunión — prepobladas desde la propuesta. Para Linear, un proyecto con los hitos como cycles, los entregables como issues iniciales, y la propuesta adjunta como descripción del proyecto. Para Holded Proyectos y Sinnaps, el integration framework carga el proyecto con la estructura presupuestaria, recursos y dependencias. El formulario también exporta una copia CSV/PDF para el archivo del PMO y la traza de auditoría.
Sí — este es uno de sus usos más fuertes. La mayoría de procesos RFP/RFQ siguen funcionando con plantillas Word enviadas por email, con 5-15 respuestas vendor llegando en 5-15 formatos distintos que compras luego transcribe a una hoja de comparación en el momento del scoring. Este formulario estructura la respuesta — mismos campos, mismo formato, misma comparabilidad — y le da a compras la vista manzanas-con-manzanas en el momento del envío. Para RFPs públicos españoles bajo la Ley 9/2017 de Contratos del Sector Público (LCSP), el formulario captura la declaración responsable sustitutiva (el DEUC — Documento Europeo Único de Contratación), la solvencia económico-financiera (volumen anual de negocio, póliza de responsabilidad civil), la solvencia técnica/profesional (relación de trabajos similares), y las prohibiciones de contratar. Para RFPs UE bajo Directiva 2014/24/UE, el formulario captura los campos del ESPD (European Single Procurement Document). Para contratos federales estadounidenses bajo FAR, captura las Reps & Certs y el SAM (System for Award Management). Para contratos federales brasileños, captura el SICAF, CND (Certidão Negativa de Débitos), regularidade fiscal e trabalhista y qualificação técnica. Para RFPs del sector privado, la personalización es más ligera pero el principio es el mismo — envío estructurado produce comparación estructurada.

¿Listo para crear formularios que trabajan para ti?

Crea tu primer formulario en minutos. Tus respuestas te lo agradecerán.

Sé de los primerosAcceso anticipado limitadoLo configuras en 2 minutos