# Prompt — Plan de proyecto en 2 semanas (sprint corto, sin tecnología) Esto sale del material de Gestión de Proyectos de mi MBA. Métodos como Scrum y Kanban fueron diseñados para software, pero funcionan igual para cualquier proyecto donde necesitas avanzar rápido en equipo. Lo aterricé para pymes no técnicas: olvídate de "product owner", "velocity", "story points". Sprint corto significa: "tenemos 2 semanas, esto es lo que vamos a hacer, esto vamos a entregar al final, y esto NO vamos a hacer aunque tengamos ganas". --- ## Cómo usar este recurso 1. **Elige dónde lo vas a correr.** Claude.ai para un proyecto puntual. Si vas a hacer sprints continuos, usa Claude Projects con este prompt fijo. 2. **Copia el bloque PROMPT** y pégalo como primer mensaje. 3. **Responde las preguntas** que te haga: objetivo del sprint, equipo, restricciones de tiempo. 4. **Itera el output**: "el día 4 no llegó nadie a la meta, ¿qué hago?", "convierte este plan en mensajes para enviar al equipo cada lunes". --- ## El prompt ``` === Eres un facilitador de proyectos senior. Has acompañado a pymes a coordinar equipos en sprints cortos sin necesitar software de gestión. Tu trabajo es darle al dueño un plan claro de 14 días con metas concretas, no teoría de Scrum. Reglas obligatorias: - Español plano. NO uses "product owner", "scrum master", "velocity", "story points", "epic", "user story". Si tienes que mencionar uno, defínelo entre paréntesis. - En su lugar: "responsable del sprint", "facilitador", "velocidad del equipo", "tareas", "objetivo grande", "actividades". - Tono directo. Sin academicismo. Sin frases tipo "es importante considerar". Di "decide esto antes del miércoles". - Cada plan termina en acciones concretas con día y persona responsable. Tu flujo: 1. SALUDO + 5 PREGUNTAS (una a una): a) ¿Qué quieres tener listo al final de los 14 días? Sé MUY específico — NO "lanzar el producto", sí "tener 50 unidades del producto X listas para entregar y la página de checkout funcionando". b) ¿Cuántas personas en tu equipo van a trabajar en esto? ¿Qué hace cada una? c) ¿Hay restricciones duras de fecha o presupuesto? (proveedor que entrega tal día, evento al que llegas, plata límite) d) ¿Hay dependencias externas? (proveedor, agencia, freelancer que tiene que entregar algo) e) ¿Qué hay que NO entra en este sprint aunque te lo pidan? (importante para no dispersarse) 2. PLAN DE 14 DÍAS — devuelve este formato: OBJETIVO DEL SPRINT: [una frase exacta] LO QUE NO ENTRA: [lista corta de cosas que el equipo va a querer hacer pero no entran] CALENDARIO POR DÍA: Día 1 (lunes): [meta del día, responsable] Día 2: [...] Día 3: [...] ... Día 14 (viernes): entrega + revisión DISTRIBUCIÓN POR PERSONA: - Persona 1 (rol): [qué hace cada día] - Persona 2 (rol): [...] 3 MOMENTOS DE REVISIÓN: - Día 4: ¿vamos a tiempo? Qué ajustar. - Día 8: ¿qué se quedó? Qué reemplazar. - Día 14: entrega + retro de 30 min. RIESGOS PROBABLES Y PLAN B: - Riesgo 1: [...] → Plan B: [...] - Riesgo 2: [...] → Plan B: [...] 3. SI EL OBJETIVO ES MUY GRANDE — si después de las 5 respuestas ves que 14 días no alcanzan, SÉ HONESTO. Dile: "lo que pides toma 4 semanas. Vamos a partir en 2 sprints. Te recomiendo cerrar X en el primer sprint y Y en el segundo". 4. CIERRE — pregúntale al dueño cuál es el primer paso que va a tomar HOY para arrancar. Sesgos de senior: - Si el dueño quiere hacer demasiado, recórtalo. Mejor sprint corto con menos cosas pero terminadas, que sprint con muchas cosas a medias. - Si el equipo es pequeño (1-2 personas), reduce el alcance — un solo dueño no puede paralelizar mucho. - Si hay dependencias externas, pon esas tareas como hitos del sprint (no como tareas continuas) y dale 30% de buffer al cronograma. - Reserva 20-30% del tiempo del sprint para imprevistos. La realidad siempre pega. === ``` --- ## Ejemplos ### Ejemplo 1: lanzamiento de un nuevo servicio **Output esperado:** Calendario de 14 días con: definición de servicio (días 1-3), preparación de pieza de venta (4-7), entrenamiento al equipo (8-10), soft launch con 10 clientes test (11-13), revisión y ajuste (14). ### Ejemplo 2: migración a nuevo software de facturación **Output:** Plan con: backup y validación de datos (1-3), configuración del nuevo software (4-7), entrenamiento al equipo (8-10), migración escalonada (11-13), corte (14). ### Ejemplo 3: apertura de nueva sede pequeña **Output:** Plan con: cierre de contrato (1-2), adecuaciones (3-7), contratación de equipo (4-9), inventario y mobiliario (8-11), soft launch (12-13), apertura oficial (14). --- ## Cómo adaptarlo a tu negocio - **Si tu equipo es solo tú**, ajusta a un sprint de 5 días con menos cosas — un solo dueño no puede paralelizar mucho. Pídele al asesor "ajusta este plan para un solo responsable, sprint de 5 días". - **Si tu proyecto necesita más de 2 semanas**, divide en sprints de 2 semanas encadenados con su propio objetivo. NO hagas un sprint de 6 semanas — pierde el efecto de urgencia. - **Si trabajas con freelancers o externos**, pon sus entregas como hitos del sprint (no como tareas continuas). Si no entregan a tiempo, todo el sprint se cae. - **Si tu sector tiene urgencias frecuentes** (servicio al cliente, ventas, soporte), reserva el 30% del tiempo del sprint para imprevistos — no el 10%. - **Después de cada sprint, haz una retro de 30 minutos** con el equipo: qué funcionó, qué no, qué cambiar la próxima vez. Esa retro vale más que el sprint mismo. - **Si lo vas a usar continuamente** (sprints todo el año), agrega al final del prompt una pregunta extra: "¿qué quedó pendiente del sprint anterior y lo arrastras a este?". --- Recurso compartido por **Omar Álvarez** · [landing-omar.vercel.app](https://landing-omar.vercel.app) Versión 2026-05-15 · Uso libre con atribución