Crear el orden del día de una reunión retrospectiva de proyecto

Autor: AILesson8 min de preparaciónRevisado el: 2026-08-29

Respuesta rápida

Revisa resultados observables, condiciones del proceso y experimentos de mejora sin atribuir culpas. Proporciona: Referencia y resultados del proyecto, Participantes y contexto, Alcance de la retrospectiva. Resultado esperado: Un orden del día retrospectivo más seguro en el plano psicológico, con preguntas sobre la evidencia y experimentos acotados.

1

Añade tu contexto

Tu texto permanece en este navegador. AILesson Prompts no lo envía a un modelo ni a un servidor.

2

Tu prompt

Los campos sin rellenar permanecen visibles como marcadores de posición, para que puedas copiar y editar el prompt

Crea el orden del día de una reunión retrospectiva de proyecto fundamentada en evidencia observable.

Objetivos, plan, resultados reales, cronograma, incidentes, cambios y evidencia:
[baseline]

Participantes, diferencias de poder, confidencialidad, conflictos, accesibilidad y persona facilitadora:
[team]

Duración, alcance, datos, autoridad, límites de decisión y seguimiento:
[scope]

Separa los resultados, las observaciones, las interpretaciones y las causas propuestas. Revisa las condiciones del sistema y los puntos de decisión sin deducir intenciones ni convertir la reunión en una evaluación del desempeño individual. Ofrece vías de participación equitativas y una forma de plantear asuntos sensibles fuera del grupo. No priorices más experimentos de mejora de los que permita la capacidad proporcionada; cada uno necesita una hipótesis, una persona responsable solo si está confirmada, evidencia, duración y una condición de revisión. Devuelve el trabajo previo, un orden del día cronometrado, preguntas sobre la evidencia, salvaguardas de facilitación, una plantilla de experimento, un apartado de temas pendientes y una revisión de seguimiento.
Probar en Playground
Privado de forma predeterminadaLa preparación del prompt se realiza localmente en tu navegador. Evita introducir información confidencial en cualquier servicio de IA, a menos que tu organización lo permita.

De la entrada al resultado

Un ejemplo completo

Mira cómo un contexto concreto convierte esta receta en un resultado que puedes usar

Entrada real

Referencia y resultados del proyecto
La migración del sitio web estaba prevista para 6 semanas y se completó en 8. Se trasladaron 40 páginas; cinco tenían enlaces rotos en el lanzamiento y se corrigieron al día siguiente. El plan suponía la aprobación del contenido en la semana 2; 11 páginas llegaron en la semana 4. Dos correcciones de accesibilidad no previstas añadieron 3 días. No hay evidencia que identifique una única causa de todo el retraso.
Participantes y contexto
Representantes de producto, contenido, ingeniería y accesibilidad; la persona que dirige ingeniería asiste con dos profesionales de ingeniería. Product Ops facilita. Se admite la participación anónima previa. El desempeño individual queda fuera del alcance.
Alcance de la retrospectiva
60 minutos. Datos: plan, registro de incidencias, fechas de aprobación y comprobaciones de lanzamiento. El equipo puede aprobar como máximo dos experimentos de proceso para la siguiente versión. Los asuntos sensibles de personal se remiten por separado a quienes ejercen funciones de dirección. Revisar los experimentos después de cuatro semanas.

Ejemplo de salida

Trabajo previo: cronograma con fechas previstas y reales; registro de incidencias; fechas de aprobación; evidencia de las comprobaciones de lanzamiento. Las personas participantes etiquetan cada nota como Observation, Interpretation o Proposal; la vía anónima permanece abierta.

Orden del día (60 minutos) 0–6 acceso, confidencialidad y límites de no culpabilización y no evaluación del desempeño. 6–14 reiterar el objetivo y los resultados registrados: 40 páginas, ocho semanas, cinco problemas de enlaces en el lanzamiento corregidos al día siguiente. 14–26 revisión del cronograma: aprobaciones de contenido, añadidos de accesibilidad y dependencias. Preguntar: «¿Qué cambió, cuándo y según qué registro?». No preguntar quién causó el retraso. 26–36 patrones que ayudaron o dificultaron; separar la evidencia de las hipótesis. 36–46 generar primero en silencio experimentos de proceso y después compartirlos por turnos; remitir los asuntos de personal fuera de la reunión. 46–54 seleccionar como máximo dos conforme a la autoridad y la capacidad proporcionadas. 54–60 confirmar el registro del experimento y la revisión dentro de cuatro semanas.

Plantilla de experimento: hipótesis; cambio específico del proceso; alcance; responsable confirmado; inicio/fin; evidencia observable; riesgos; condición de interrupción/revisión. Experimento candidato, no aprobado previamente: exigir una comprobación del estado de aprobación del contenido al final de la semana 1 y escalar las páginas que carezcan de persona aprobadora. Evidencia necesaria: si esto habría permitido detectar antes las 11 páginas tardías.

Por qué funciona

  1. 1

    Separar los estados de la evidencia evita que relatos causales expuestos con seguridad sustituyan lo que el proyecto registró realmente.

  2. 2

    Los experimentos acotados convierten lo aprendido en cambios comprobables sin sobrecargar al equipo.

Comprueba el resultado

  • ¿Se separan las observaciones de las interpretaciones y las hipótesis causales?

  • ¿El orden del día evita juzgar el desempeño individual y deducir motivos?

  • ¿Los experimentos están limitados, solo tienen responsable cuando está confirmado y se pueden revisar?

Úsalo con confianza

Preguntas frecuentes

Respuestas prácticas sobre cuándo usar esta receta, qué debes proporcionar y en qué casos la revisión humana sigue siendo importante

¿Qué debo preparar antes de usar «Crear el orden del día de una reunión retrospectiva de proyecto»?

Para usar «Crear el orden del día de una reunión retrospectiva de proyecto», prepara la referencia y los resultados del proyecto, las personas participantes y el contexto, y el alcance de la retrospectiva. Sustituye los marcadores de posición únicamente con información que puedas verificar. Si se desconoce algún detalle, conserva explícitamente esa incertidumbre en lugar de pedir al modelo que lo deduzca.

¿Cuándo no está listo para usarse el resultado de «Crear el orden del día de una reunión retrospectiva de proyecto»?

El resultado no está listo si todavía no ofrece, a partir de la evidencia proporcionada, el resultado indicado —un orden del día retrospectivo más seguro en el plano psicológico, con preguntas sobre la evidencia y experimentos acotados— o si depende de supuestos sin resolver, aprobaciones pendientes o detalles inventados. Utiliza las comprobaciones como requisitos para autorizar la publicación: revisa los datos de origen o asigna la revisión a una persona identificada y autorizada, en lugar de pulir un resultado sin respaldo.

¿Qué herramientas de IA tienen pruebas registradas para «Crear el orden del día de una reunión retrospectiva de proyecto»?

No hay ejecuciones de modelos registradas para «Crear el orden del día de una reunión retrospectiva de proyecto» a fecha de 2026-08-29. Trátala como una plantilla transferible entre modelos, no como una afirmación de compatibilidad. Ejecuta primero el ejemplo resuelto, mantén visibles todas las restricciones y compara el resultado con las comprobaciones antes de utilizarla con material real.

Mantén el trabajo en marcha