> 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/aprender-de-la-experiencia-y-compartir-conocimientos/elegir-el-metodo-adecuado-en-el-momento-adecuado.md).

# Elegir el método adecuado en el momento adecuado

A menudo se supone que la captura de conocimientos solo ocurre al final de un proyecto, para documentar las lecciones aprendidas de ese proyecto. Una vez documentadas, estas lecciones generalmente se registran en un informe y se archivan debidamente. Eso está bien, pero no es muy útil.

Para evitar esta trampa común, es importante entender que **el aprendizaje de lecciones es un conjunto de métodos que debe adaptarse al ciclo de aprendizaje específico** (véase [Establecimiento de un sistema MEAL orientado al aprendizaje](/compass/home/espanol/aprendizaje-y-adaptacion/establecimiento-de-un-sistema-meal-orientado-al-aprendizaje.md)).

<table><thead><tr><th width="122">Ciclo</th><th width="258">Disparador típico</th><th>Método</th><th>Inversión</th></tr></thead><tbody><tr><td><strong>Continuo</strong></td><td>Final de una actividad, una tarea breve o un incidente</td><td>Informe inmediato / Revisión posterior a la acción</td><td>Baja — 30 a 60 min</td></tr><tr><td><strong>Regular</strong></td><td>Final de una fase en el ciclo del proyecto; revisión trimestral</td><td>Revisión colectiva de lecciones aprendidas</td><td>Moderada — medio día</td></tr><tr><td><strong>Lento</strong></td><td>Finalización del proyecto/programa; experiencia considerada muy valiosa; tema interfuncional</td><td>Proceso estructurado de capitalización</td><td>La más importante — varios días, repartidos a lo largo del tiempo</td></tr></tbody></table>

***

### <mark style="color:naranja;">¿Cómo seleccionar el método más adecuado para capturar las lecciones?</mark>

Ejemplo de un árbol de decisión sencillo para seleccionar el método adecuado:

<details>

<summary>¿La experiencia sigue fresca y localizada (un equipo, un evento)?</summary>

→ **Basta con un informe inmediato.** Véase [Revisiones posteriores a la acción: sesiones informativas breves y frecuentes](/compass/home/espanol/aprendizaje-y-adaptacion/aprender-de-la-experiencia-y-compartir-conocimientos/revisiones-posteriores-a-la-accion-sesiones-informativas-breves-y-frecuentes.md).

</details>

<details>

<summary>¿La experiencia involucra a varios equipos, fases o partes interesadas, y vale la pena formalizarla para uso futuro?</summary>

La experiencia importa más allá del momento en que ocurrió, y un registro escrito realmente cambiaría la forma en que se aborda la siguiente fase.

→ **Planifique un proceso de aprendizaje estructurado.** Véase [Procesos estructurados de aprendizaje de lecciones](/compass/home/espanol/aprendizaje-y-adaptacion/aprender-de-la-experiencia-y-compartir-conocimientos/procesos-estructurados-de-aprendizaje-de-lecciones.md).

</details>

<details>

<summary>¿El conocimiento generado va más allá del alcance del proyecto en sí (útil para otros proyectos, otras organizaciones o el sector en su conjunto)?</summary>

→ **Diseñe el resultado para su difusión desde el inicio**, no como una idea de último momento. Véase [Documentación y difusión: formatos, divulgación y salvaguardias](/compass/home/espanol/aprendizaje-y-adaptacion/aprender-de-la-experiencia-y-compartir-conocimientos/documentacion-y-difusion-formatos-divulgacion-y-salvaguardias.md).

</details>

Estas preguntas no se excluyen mutuamente. Un informe inmediato puede alimentar después un proceso de aprendizaje estructurado; un proceso estructurado puede producir algo que merezca compartirse externamente. La idea es decidir **desde el principio** qué nivel de esfuerzo merece realmente la experiencia, en lugar de recurrir por defecto al formato más familiar.

***

### <mark style="color:naranja;">Lo que suele salir mal: errores comunes que evitar</mark>

**Esperar a que haya "suficiente" para capitalizar**

Los equipos suelen posponer la reflexión, suponiendo que habrá un mejor momento una vez que el proyecto esté más avanzado o terminado. En la práctica, los detalles se desvanecen rápidamente: un informe realizado dos semanas después de los hechos ya es notablemente menos preciso que uno realizado el mismo día.

**Recurrir por defecto a un taller**

Un proceso de aprendizaje estructurado exige tiempo de facilitación, disponibilidad de los participantes y una pregunta clara que investigar. Si se usa para algo que un informe de 45 minutos podría haber capturado igual de bien, consume recursos que habrían sido mejor invertidos en capitalizar con más frecuencia, sobre más cosas. Como se explica en la sección sobre [Aprendizaje y adaptación](/compass/home/espanol/aprendizaje-y-adaptacion/aprendizaje-y-adaptacion.md): no aplique por defecto el método más intensivo en recursos. Una revisión estructurada mal dimensionada hace más daño que beneficio. Un informe regular y honesto es mejor que una revisión ambiciosa que nunca se completa ni se utiliza.

**No destinar suficientes recursos a lo que merece más**

También ocurre el fracaso opuesto: una experiencia realmente significativa (es decir, una gran corrección de rumbo, un incidente grave, un enfoque que podría redefinir cómo se diseñan los futuros proyectos) se reduce a un punto en una lista en un informe rutinario porque nadie se detuvo a reconocer su peso.

**Elegir el método antes de definir el público**

Una lección destinada solo al equipo del proyecto puede seguir siendo informal. Una lección destinada a un donante, un socio o al sector en general necesita un método que produzca algo compartible desde el principio.  Convertir a posteriori una nota privada de informe en un documento de cara al público rara vez funciona bien.

> #### Un consejo rápido para ayudarle a empezar
>
> Empiece con una práctica única, sencilla y regular: reserve 15 minutos al final de cada reunión semanal del equipo para anotar *“¿Qué hemos aprendido esta semana que el próximo equipo debería saber?”*&#x79; regístrelo en un único documento compartido. Puede que no parezca gran cosa, pero sienta las bases sobre las que más adelante se puede construir un proceso de intercambio de conocimientos más estructurado.

***

### <mark style="color:naranja;">Puntos clave</mark>

* El aprendizaje de lecciones es un espectro de métodos, no un solo ejercicio reservado para el final de un proyecto.
* Ajuste el método al ciclo de aprendizaje al que pertenece: continuo, regular o lento.
* Pregunte para quién es la lección antes de elegir cómo capturarla.
* Un método que nunca se termina es peor que uno más ligero que realmente se utiliza.
* Para las organizaciones que empiezan desde cero, un hábito recurrente de 15 minutos vale más que un método ambicioso que nunca se intenta.
