Acciones clave por:

Estándar 7: Implementación planificada de manera realista y participativa para impacto del programa.

Desarrollar, en conjunto con los socios, un plan de implementación detallado basado en evidencia que incluya actividades programáticas, financieras, de compras y de acercamiento con donantes.

Validar decisiones clave del proyecto con base en una revisión actualizada del contexto de operación del proyecto (riesgos, problemas y oportunidades).

  • Quién

    • Principal responsable: Gerente de proyecto (PM)/director de proyecto (CoP) si participó en el proceso de diseño u otro individuo designado que posea una comprensión rigurosa del diseño del proyecto
      • Si ha sido parte del proceso de diseño, el o la PM/CoP dirige el proceso general de revisión de contexto y validación; si no, el HoP o un miembro del equipo de desarrollo de propuesta con una comprensión robusta del diseño de proyecto y de las decisiones tomadas durante el proceso de diseño dirigirá el proceso con apoyo organizativo y acciones de seguimiento dirigidas por PM/CoP.

    • Otros implicados: Miembros del equipo de diseño/desarrollo de propuesta; todos los miembros del equipo de puesta en marcha /implementación de proyecto de parte de CRS y del socio que estén disponibles; director de programas (HoP) y director de operaciones (HoOps), si no son ya parte del equipo de desarrollo de propuesta; el representante de país (CR); los asesores técnicos, según sea necesario

    ¿Quién debe estar en la sala? La participación de personal de programación y de operaciones con una comprensión sólida del diseño del proyecto y las realidades de operación será clave para que sea efectiva la revisión del contexto operativo y el proceso de validación de la propuesta. Esto puede incluir personal con responsabilidades de seguridad, especialmente en contextos operativos inseguros. El personal nuevo, menos familiarizado con el contexto y diseño de proyecto, debe participar para fomentar su aprendizaje y comprensión del proyecto. Asesores técnicos seleccionados u otro personal de la regiónPor ejemplo, el RTA de MEAL; asesores técnicos regionales o de alto nivel para sectores programáticos prioritarios; director regional adjunto para la calidad de programas. también pueden participar en la validación del diseño. Finalmente, también podría ser apropiado incluir altos liderazgos del socio además de los miembros del equipo de proyecto del socio.

  • Cuándo
    • La revisión del contexto operativo y el proceso de validación siempre toma lugar antes de la planificación de implementación detallada.  
      • En la mayoría de proyectos, la revisión del contexto operativo y la validación se pueden incorporar al taller de inicio del proyecto.
      • En el caso de proyectos en los que hubieron cambios significativos en el contexto operativo y/o en los que CRS prevé que hayan cambios en el proyecto, la organización del evento de revisión de contexto operativo y validación deberá ser antes del taller de puesta en marcha para garantizar la disponibilidad de insumos técnicos apropiados y consulta/aprobación del donante.

    Revisión del contexto operativo, validación y negociación de la adjudicación: Completar lo más que se pueda la revisión del contexto operativo y validación de la propuesta antes de finalizar la adjudicación para garantizar que la propuesta aprobada y la adjudicación reflejen la situación en el terreno. En el caso de algunos donantes (p. ej., USDA), la negociación de la adjudicación es un proceso largo y complejo que proporciona el alcance para realizar los siguientes pasos. Sin embargo, los procesos de negociación de adjudicación y finalización de la mayoría de los donantes no dan lugar para una revisión del contexto operativo y validación exhaustiva de la propuesta original del proyecto. Asimismo, si el personal que tendrá roles importantes en la puesta en marcha e implementación de proyecto no están instalados en el momento de una respuesta de una carta de interrogantes (Issues Letter) o negociación de una adjudicación, habrá necesidad de hacer un proceso de revisión del contexto operativo y validación posterior a la aprobación.

  • Asocio
    • Como se señaló antes, los socios, en especial socios locales, tienen un papel fundamental en el proceso de validación por su fuerte comprensión del contexto operativo y su rol vital en la implementación del proyecto.
    • En caso de que CRS y los socios tengan acuerdos de subreceptor firmados antes de la reunión de validación, hay que revisar la descripción del programa /alcance de trabajo del socio y el presupuesto adjunto al acuerdo de subreceptor para identificar si hay necesidad de hacer cambios a estos documentos. Esto resulta de particular importancia cuando el proceso de validación genera cambios significativos en el proyecto. En caso de necesitar aprobación del donante para hacer cambios, asegúrese de obtenerlo antes de actualizar el acuerdo de subreceptor. Seguir la Política y procedimientos para convenios de CRS para las revisiones necesarias de cualquier modificación a los acuerdos de subreceptor.
  • Cuando CRS es subreceptor
    • Cuando CRS sea subreceptor, cualquier proceso de validación general será dirigido por el principal. CRS debe indagar cuál es el proceso del principal e informar al principal de cómo aborda la validación de proyectos CRS.
    • En caso de que el principal no organice una validación de proyecto formal, CRS deberá realizar un proceso de validación concentrándose en las responsabilidades de CRS con el proyecto.
    • Con base en la validación interna que haga CRS, y de conformidad con el paso 5 antes mencionado, obtener la aprobación del principal de las adaptaciones según la necesidad; como mínimo, comunicar los resultados del proceso de validación de CRS, incluyendo cualesquier riesgos o problemas significativos.
  • Proyectos de emergencia
    • La validación es un proceso esencial en emergencias, ya que hacer cambios al diseño de proyecto inicial se vuelve una necesidad fundamentalmente debido a que la situación en el terreno evoluciona rápidamente y el diseño es acelerado.
    • Para los proyectos con fondos externos, muchos donantes incorporan bastante flexibilidad a los acuerdos para viabilizar los cambios necesarios; si esto no se incorpora al acuerdo, es algo que hay que negociar (consultar Estándar 10, acción clave 1). La mayoría de los donantes para emergencias espera que CRS reaccione ante un entorno cambiante, por tanto los equipos de proyecto no deben dudar en usar la flexibilidad que ofrecen los donantes, o solicitar la aprobación del donante si hay que hacer modificaciones si CRS tiene evidencia que han cambiado las necesidades o las oportunidades. Si los donantes piden que se haga solicitud formal para ciertos cambios, trabajar de cerca con el personal de acercamiento con donantes (según proceda) en el proceso de solicitar cambios, teniendo presente que a menudo es práctico hablar verbalmente las modificaciones que se proponen con el donante, antes de hacer la solicitud formal.
    • Hasta en las emergencias pueden haber retrasos entre el momento que CRS presenta una propuesta de emergencia y el momento que CRS recibe la aprobación del donante para dar inicio a las actividades del proyecto. Esto puede generar desajustes entre la propuesta y la situación en el terreno durante la puesta en marcha, debido a la evolución del contexto de la respuesta. Por ejemplo, las necesidades de los beneficiarios pueden haber cambiado, p. ej., las personas desplazadas pueden haber comenzado a retornar a sus comunidades de origen, puede haber necesidad de modificar la focalización, o algunas de las actividades planificadas para un periodo de la implementación podrían ya no ser apropiados cuando haya aprobado el proyecto el donante. En tales situaciones, la validación y acercamiento con donantes en torno a estas problemáticas es muy importante.
    • Aborde la validación como un proceso iterativo, es decir, debe revisar y revalidar o modificar los planes cuando ocurran cambios significativos en el entorno durante la implementación de proyecto. Use la técnica del telescopio y adapte la Guía para la Revisión del contexto operativo y Validación del diseño, según sea necesario.