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

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

Respuesta rápida

Convierte una referencia de proyecto aprobada en una reunión de inicio que alinee el alcance, los cargos, las decisiones y el trabajo inmediato. Proporciona: Referencia de proyecto aprobada, Participantes y cargos, Condiciones de la reunión. Resultado esperado: Un orden del día cronometrado para el inicio, documentación previa, una lista de decisiones, preguntas sobre cargos y una plantilla de seguimiento.

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 de inicio de proyecto a partir de la referencia aprobada.

Objetivo, alcance, entregables, hitos, restricciones, riesgos y estado de aprobación:
[project]

Participantes, cargos aportados, derechos de decisión, disponibilidad y responsabilidades sin resolver:
[people]

Duración, formato, accesibilidad, documentación previa, decisiones y temas excluidos:
[meeting]

Separa la referencia confirmada de las propuestas y las preguntas abiertas. Utiliza la reunión para alinear el propósito, los límites, el modelo de trabajo, las dependencias inmediatas y las decisiones que realmente requieren a las personas indicadas. No asignes responsables, plazos, autoridad, medidas de éxito ni compromisos que no se hayan proporcionado. Limita el tiempo de cada sección y reserva expresamente espacio para registrar decisiones y preguntas. Devuelve la documentación previa, un orden del día cronometrado con persona facilitadora y resultado por punto, una lista de decisiones, preguntas sobre cargos y riesgos, una regla para el apartado de temas pendientes y un registro 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 de proyecto aprobada
Objetivo aprobado: lanzar un centro de ayuda en inglés con 30 artículos migrados antes del 30 de noviembre de 2026. Dentro del alcance: plantillas, búsqueda, revisión de accesibilidad y análisis. Fuera del alcance: localización y contenido para usuarios con sesión iniciada. Hitos aprobados; las métricas de éxito siguen siendo propuestas. Riesgo: las personas responsables del contenido de origen no han confirmado su capacidad de revisión.
Participantes y cargos
La dirección de soporte, como patrocinadora, decide el alcance. La gestión de producto facilita la reunión. La dirección de contenido es responsable de la migración; la dirección de ingeniería, de la integración de la búsqueda; la persona revisora de accesibilidad asesora, pero no da la aprobación final. La responsabilidad de análisis está Unassigned.
Condiciones de la reunión
Reunión híbrida de 60 minutos. Documentación previa con 48 horas de antelación. Es necesario acordar la cadencia de trabajo y la vía de escalamiento; no se pueden aprobar nuevos elementos de alcance ni métricas. Incluir una pausa de 5 minutos por accesibilidad. Registrar las decisiones y los elementos sin asignar.

Ejemplo de salida

Documentación previa: objetivo y alcance aprobados; tabla de hitos; métricas claramente etiquetadas como propuestas; nota sobre el riesgo de capacidad; lista de cargos. Las preguntas deben enviarse 24 horas antes.

Orden del día (60 minutos) 0–5 Gestión de producto: comprobación de acceso, propósito y límites de decisión. Resultado: definición compartida de las decisiones permitidas hoy. 5–13 Patrocinio: objetivo, alcance y exclusiones aprobados. Resultado: correcciones registradas; los cambios sin resolver se remiten al proceso de patrocinio, no a esta reunión. 13–23 Direcciones de contenido e ingeniería: puntos de contacto entre hitos y dependencias inmediatas. Resultado: lista de dependencias únicamente con responsables proporcionados. 23–33 Revisión de cargos y modelo de trabajo. Resultado: responsabilidades confirmadas; la responsabilidad de análisis permanece Unassigned. 33–38 pausa. 38–48 Riesgo de capacidad y vía de escalamiento. Resultado: condición y vía de escalamiento acordadas o decisión abierta identificada; no inventar compromisos de las personas responsables del contenido de origen. 48–55 Propuesta de cadencia. Resultado: cadencia aceptada o alternativas para que las siga la persona patrocinadora. 55–60 recapitulación. Resultado: decisiones, preguntas, elementos sin asignar y próximas acciones confirmadas.

Temas pendientes: la localización, el contenido para usuarios con sesión iniciada y la aprobación de métricas se remiten a decisiones separadas de alcance o métricas. Campos del registro de seguimiento: enunciado, estado, responsable si se proporcionó, fecha límite si se confirmó, evidencia y persona aprobadora.

Por qué funciona

  1. 1

    Separar la referencia evita que una reunión de inicio apruebe tácitamente un alcance sin resolver.

  2. 2

    Los puntos del orden del día con resultados definidos permiten comprobar la alineación después de la reunión.

Comprueba el resultado

  • ¿Se distinguen claramente los hechos confirmados, las propuestas y las preguntas?

  • ¿Cada punto del orden del día tiene tiempo, propósito, persona facilitadora y resultado?

  • ¿Se mantienen abiertas la responsabilidad y la autoridad cuando no se han proporcionado?

Ú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 de inicio de proyecto»?

Para usar «Crear el orden del día de una reunión de inicio de proyecto», prepara la referencia de proyecto aprobada, las personas participantes y sus cargos, y las condiciones de la reunión. 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 de inicio 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 cronometrado para el inicio, documentación previa, una lista de decisiones, preguntas sobre cargos y una plantilla de seguimiento— 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 de inicio de proyecto»?

No hay ejecuciones de modelos registradas para «Crear el orden del día de una reunión de inicio 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