> For the complete documentation index, see [llms.txt](https://urd.gitbook.io/compass/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://urd.gitbook.io/compass/home/espanol/aprendizaje-y-adaptacion/establecimiento-de-un-sistema-meal-orientado-al-aprendizaje/nivel-de-programa-aprendizaje-entre-proyectos.md). # Nivel de programa — Aprendizaje entre proyectos **Aprendizaje a nivel de programa** no es simplemente una cuestión de agregar datos de proyectos\ Implica identificar patrones, fomentar la coherencia entre equipos y gestionar colectivamente una cartera de iniciativas. Esta sección está destinada a coordinadores de programa, jefes de misión y responsables de consorcio. *** ### El ciclo regular — Mantener una perspectiva transversal El ciclo continuo a nivel de programa se apoya en lo que sucede a nivel de proyecto. Por definición, su ritmo está alineado con el de los proyectos y, por tanto, es ligeramente más lento. Está diseñado para permitir a quienes son responsables de supervisar una cartera de proyectos acceder a información en tiempo real sobre el estado de los proyectos y fundamentar sus decisiones sobre los ajustes necesarios en los proyectos. En principio, el ciclo continuo debería permitir a los responsables comprender y defender las decisiones tomadas a nivel de proyecto, y contribuir a un pensamiento estratégico más amplio a nivel de cartera. Por ejemplo, si un proyecto decide ajustar la metodología de su encuesta de seguimiento porque la calidad de los datos fue insatisfactoria, esto debería llevar a la persona responsable a examinar cómo se realizan las encuestas de seguimiento en otros proyectos y, si es necesario, ajustar también el enfoque. #### **Qué información realmente importa a nivel de programa** El primer desafío del seguimiento a nivel de programa es resistirse a la tentación de agregarlo todo. Más datos no significan una mejor supervisión. Un sistema de seguimiento a nivel de programa debe diseñarse en torno a un pequeño conjunto de preguntas que no pueden responderse únicamente a nivel de proyecto: * ¿Hay patrones entre proyectos — en los cambios de contexto, en la retroalimentación de la comunidad, en los desafíos de implementación — que indiquen la necesidad de un ajuste estratégico? * ¿Los proyectos cubren colectivamente las necesidades de la población objetivo, o existen lagunas o solapamientos significativos? * ¿Siguen siendo válidos los supuestos que sustentaban la estrategia del programa? * ¿Los recursos — humanos, financieros, logísticos — se distribuyen entre los proyectos de una manera que refleje las prioridades y los riesgos actuales? Estas preguntas requieren un tipo de información distinto al que produce el seguimiento a nivel de proyecto. Requieren **síntesis, comparación e interpretación** — no solo agregación. #### **Construir un sistema de seguimiento de programa ligero** Un sistema de seguimiento de programa no necesita ser sofisticado para ser útil. La falla más común es el exceso de ingeniería: desplegar paneles de control y plataformas de datos antes de que existan los procesos y hábitos subyacentes. **Un conjunto compartido de indicadores centinela entre proyectos.** Adaptar el enfoque de indicadores centinela al nivel de programa significa identificar un pequeño número de señales de alerta relevantes en toda la cartera — señales que, si se observaran simultáneamente en varios proyectos, indicarían un problema sistémico más que uno específico de un proyecto. La rotación de personal, la caída de la participación comunitaria, los retrasos repetidos o un patrón de quejas similares en distintos lugares son ejemplos de señales a nivel de programa. *(Véase Toolbox — Indicadores centinela en la sección* [Nivel de proyecto — Incorporar hábitos de aprendizaje en tu proyecto](/compass/home/espanol/aprendizaje-y-adaptacion/establecimiento-de-un-sistema-meal-orientado-al-aprendizaje/nivel-de-proyecto-incorporar-habitos-de-aprendizaje-en-tu-proyecto.md#the-regular-cycle-stepping-back-at-key-milestones)*)* **Una herramienta sencilla de seguimiento de cartera.** Una herramienta compartida de seguimiento, que puede ser tan simple como una hoja de cálculo actualizada regularmente, permite a los gestores de programa comparar el estado de los proyectos con respecto a indicadores clave, señalar los proyectos que necesitan atención e identificar dónde las lecciones de un proyecto pueden ser relevantes para otros. El objetivo no es supervisarlo todo, sino mantener una visión panorámica que complemente la perspectiva de terreno de los equipos de proyecto. **Comunicación regular y estructurada entre equipos de proyecto.** Una de las fuentes más infrautilizadas del aprendizaje a nivel de programa es el conocimiento que los equipos de proyecto ya poseen. Una breve puesta en común estructurada (mensual o bimensual), en la que los gestores de proyecto compartan lo que observan, qué adaptaciones han hecho y qué preguntas les están planteando dificultades, puede sacar a la luz aprendizajes que ningún sistema de seguimiento captaría. El papel del gestor de programa en estos intercambios es escuchar, conectar los puntos y facilitar la resolución de problemas, pero no informar hacia arriba. #### **El equipo de MEAL como facilitador del aprendizaje, no solo como recolector de datos** A nivel de programa, la función de MEAL necesita desempeñar un papel distinto al que desempeña a nivel de proyecto. Su principal valor no está en recopilar y procesar datos; eso lo hacen los equipos de proyecto. Su valor está en **facilitar el flujo de aprendizaje en toda la cartera**: identificar patrones que los equipos de proyecto individuales no pueden ver, conectar a los equipos que afrontan desafíos similares, traducir los hallazgos del seguimiento en preguntas estratégicas para la gestión del programa y garantizar que las adaptaciones realizadas en un proyecto informen a los demás. Esto requiere un equipo de MEAL integrado en las decisiones de gestión del programa, no aislado en una función de reporte. También requiere gestores de programa que utilicen activamente los hallazgos de MEAL para orientar, no solo para cumplir. > **Vinculación con el Compromiso 6 de CHS** — la coordinación y la complementariedad no se refieren solo a los actores externos. A nivel de programa, garantizar que los proyectos se complementen en lugar de duplicarse entre sí es una expresión directa de este compromiso y requiere un seguimiento activo y continuo. #### **Gestionar la información de forma responsable en toda la cartera** El seguimiento a nivel de programa plantea preguntas específicas sobre la responsabilidad de los datos que los sistemas a nivel de proyecto no siempre abordan: * ¿Quién tiene acceso a los datos a nivel de proyecto en el nivel de programa y con qué propósito? * ¿Cómo se gestionan los datos sensibles (retroalimentación de la comunidad, quejas, incidentes de protección) cuando ascienden del proyecto al programa? * Cuando los proyectos son implementados por distintos socios, ¿qué acuerdos de intercambio de datos existen y reflejan los principios de minimización de datos y consentimiento informado? Estas preguntas son especialmente agudas en los entornos de consorcio, donde la gobernanza de los datos entre organizaciones añade una capa de complejidad. > **Vinculación con el Compromiso 4 de CHS** — las comunidades deben saber qué datos se recopilan sobre ellas, por quién y cómo se utilizan. Esto se aplica no solo a nivel de proyecto, sino en toda la cadena de gestión de datos hasta el nivel de programa. *** ### **El ciclo lento — Extraer lecciones a lo largo de la cartera** El ciclo lento a nivel de programa opera al ritmo de hitos significativos (es decir, el final de una fase de financiación, una revisión estratégica importante, el cierre de varios proyectos en el mismo contexto o un cambio significativo en el entorno operativo). Su propósito no es ajustar lo que está ocurriendo actualmente, sino **extraer aprendizajes duraderos de la experiencia de la cartera** y garantizar que estos den forma a lo que venga después. Aquí es donde el material bruto acumulado a través de los ciclos regular e intermedio se procesa en conocimiento que puede trasladarse al siguiente diseño de programa, a otros contextos dentro de la organización, a los socios y estructuras de coordinación, y a las comunidades a las que el programa ha estado sirviendo. #### **Extraer lecciones a nivel de programa** Extraer lecciones a nivel de programa va más allá de recopilar lecciones de proyectos individuales. Implica un proceso deliberado de **análisis entre proyectos** — examinar la cartera en su conjunto y preguntar qué patrones emergen entre proyectos, contextos y períodos de tiempo. Esto suele implicar: **Una síntesis entre proyectos.** Reunir las lecciones aprendidas de proyectos individuales para identificar qué se mantiene en toda la cartera (es decir, desafíos recurrentes, buenas prácticas consistentes, adaptaciones que demostraron ser eficaces en múltiples contextos). Esto resulta más útil cuando se hace con los propios equipos de proyecto, no solo por un equipo de MEAL o de gestión de programa trabajando a partir de informes. **Un taller estructurado de aprendizaje transversal.** Un taller a nivel de programa reúne a múltiples equipos de proyecto, socios y, cuando sea viable y pertinente, representantes de la comunidad, para analizar colectivamente la experiencia respectiva y colectiva de los proyectos. Este taller trata sobre la construcción colectiva de sentido: qué aporta cada proyecto al conocimiento colectivo, qué se comparte entre los distintos proyectos, por qué es importante para otros proyectos y cómo puede la organización adaptar sus formas de trabajo a nivel organizativo. **Un proceso de documentación de buenas prácticas.** Cuando un enfoque, herramienta o método concreto ha demostrado ser eficaz en varios proyectos, vale la pena documentarlo en un formato que lo haga transferible — no solo internamente, sino también a organizaciones homólogas y al sector en general. Una nota de buena práctica no es una historia de éxito: es un relato cuidadoso de qué funcionó, en qué condiciones y con qué limitaciones. *** **Integrar el aprendizaje en la estrategia del programa y de la institución** El ciclo lento a nivel de programa solo tiene valor si se conecta hacia arriba con la toma de decisiones institucional. Esto significa contar con un proceso claro para: * Incorporar las lecciones a nivel de programa en el diseño de futuras propuestas de financiación y estrategias de programa * Informar las políticas organizacionales y los marcos operativos — especialmente cuando la experiencia del programa ha puesto de manifiesto lagunas o incoherencias * Contribuir al aprendizaje a nivel sectorial a través de estructuras de coordinación, intercambios entre pares y documentación publicada Esta conexión entre el aprendizaje del programa y el aprendizaje institucional es uno de los vínculos que con mayor frecuencia se rompen en los sistemas de aprendizaje organizacional. Las lecciones se producen a nivel de programa y luego no circulan. Abordar esto requiere una inversión deliberada — no solo en documentación, sino en los procesos y relaciones que permiten que el conocimiento fluya entre niveles. *(Véase* [Nivel institucional — Construir una organización que aprende](/compass/home/espanol/aprendizaje-y-adaptacion/establecimiento-de-un-sistema-meal-orientado-al-aprendizaje/nivel-institucional-construir-una-organizacion-que-aprende.md)*)* *** #### **Puntos clave** * El ciclo lento a nivel de programa transforma la experiencia acumulada en conocimiento duradero y transferible, pero solo si se diseña en torno a decisiones y no a entregables * Tres audiencias necesitan cosas distintas del aprendizaje a nivel de programa: los equipos internos, las comunidades y socios locales, y el sector en general * Extraer lecciones a nivel de programa requiere análisis entre proyectos, no solo una recopilación de lecciones aprendidas individuales * La conexión entre el aprendizaje a nivel de programa y la estrategia institucional es uno de los vínculos que con mayor frecuencia se rompen, y uno de los más importantes que hay que abordar * Las cuestiones de gestión responsable de los datos se vuelven especialmente visibles en el punto de síntesis y difusión (*Véase Cartong Learning Corner - Toolbox sobre* [*Gestión Responsable de Datos*](https://cartong.pages.gitlab.cartong.org/resources-center/en/learning-corner/toolboxes?content=10\&chapter=0\§ion=0) *)*