executing-plans
executing-plans
Use when executing an implementation plan in the current session as the implementer yourself — your human partner chose inline execution, or no subagent tool is available
okr-builderCrea OKRs (Objetivos y Resultados Clave) bien estructurados para equipos de producto, startups e individuos. Úsalo cuando necesites escribir OKRs, establecer objetivos trimestrales, definir resultados clave o revisar OKRs existentes. Produce un conjunto completo de OKRs con objetivos, resultados clave medibles, líneas base y una guía de puntuación.
Independent GitHub snapshot · Automated classification · Original documentation governs
Escribe OKRs ambiciosos y medibles que conecten el trabajo de producto con la estrategia empresarial. Evita métricas de vanidad, resultados clave enfocados en outputs y objetivos que suenen como listas de tareas.
Si existe un professional-brain (brain/), fundamenta en él en lugar de volver a preguntar lo que ya sabes:
context.md (definiciones de métricas), knowledge/strategy.md (hacia dónde va el producto) e hipótesis abiertas en hypotheses/. Ejecuta python3 ../professional-brain/scripts/brain_query.py ./brain "<tema del objetivo>" y lleva la etiqueta de procedencia de cada hecho — no establezcas un resultado clave a partir de un [hunch] como si fuese [data].decisions/ (la apuesta del período) y cualquier definición de métrica nueva en knowledge/, cada una etiquetada con procedencia. Muéstralas, obtén un sí, luego escribe con ../professional-brain/scripts/brain_write.py … --commit (append-only, dry-run por defecto).A menudo recibirás un brief corto sin todos los detalles (sin líneas base, sin números exactos). Siempre entrega un conjunto completo y específico de OKRs de todas formas — no pares para hacer preguntas ni dejes placeholders entre corchetes como [target]. Donde falte una línea base o un número, infiere un valor realista basado en el brief y el dominio, y márcalo (asumido — confirma). Una línea base claramente etiquetada como asumida (p. ej. "activación 40% (asumido) → 60%") siempre es mejor que un espacio en blanco o una cifra inventada como hecho.
references/bad-okr-gallery.md — seis OKRs malos realistas con diagnóstico y reescritura (roadmap disfrazado, objetivo infalsable, sandbagging, KR incontrolable, zoológico de métricas, falta de guardrail), terminando en un diagnóstico de 5 preguntas. Úsalo cuando revises OKRs existentes — compara contra la galería antes de escribir feedback.templates/okr-worksheet.md — una hoja de trabajo rellenable cuyas columnas refuerzan las puertas de calidad (fuente de línea base, prueba de drift, prueba de control, guardrail) más una rúbrica de puntuación trimestral precomprometida. Ofrécela cuando un equipo quiera redactar OKRs por sí mismo.Objetivo: Cualitativo, inspirador, limitado en tiempo. Responde "¿adónde vamos?" Resultado Clave: Cuantitativo, específico, medible. Responde "¿cómo sabremos que hemos llegado?"
| Anti-Patrón | Ejemplo | Versión Mejorada |
|---|---|---|
| Tarea disfrazada de KR | "Lanzar rediseño de onboarding" | "La tasa de activación de nuevos usuarios aumenta de 42% a 65%" |
| Métrica de vanidad | "Conseguir 10,000 descargas de app" | "La retención a 30 días para nuevos usuarios alcanza 40%" |
| KR binario | "Enviar API v2" | "API v2 adoptada por 80% de integraciones activas" |
| Demasiados KRs | 6+ por objetivo | Máximo 3–4 KRs por objetivo |
| Sin línea base | "Mejorar NPS" | "NPS aumenta de 32 a 50" |
Siempre señala anti-patrones y ofrece una reescritura.
Objetivo 1: [Declaración cualitativa inspiradora]
Por qué importa: [Contexto estratégico de 1–2 oraciones]
| # | Resultado Clave | Línea Base | Target | Método de Medición |
|---|---|---|---|---|
| KR1 | [Resultado medible] | [Estado actual] | [Target] | [Cómo se mide] |
| KR2 | [Resultado medible] | [Estado actual] | [Target] | [Cómo se mide] |
| KR3 | [Resultado medible] | [Estado actual] | [Target] | [Cómo se mide] |
Propietario: [Nombre/Rol] Cadencia de check-in: Semanal
Repite para cada objetivo. Recomienda 2–4 objetivos por equipo por trimestre.
Al final del trimestre, puntúa cada KR:
Puntúa cualquier output de esta habilidad antes de entregarlo; 32+ es calidad de envío.
| Dimensión | 0 | 5 | 10 |
|---|---|---|---|
| Orientación a resultados | Los KRs son una lista de tareas de features enviados ("lanzar X", "completar Y") | Mayormente resultados, pero uno o más KRs son outputs o binarios ship/no-ship | Cada KR es una métrica de resultado puntuable 0.0–1.0 por grado de logro |
| Línea base y medibilidad | Sin líneas base o métodos de medición; los KRs no pueden puntuarse al final del trimestre | Targets presentes pero varias líneas base faltantes o sin fuente, sin bandera de health-check | Cada KR tiene línea base, target y método de medición; datos faltantes se señalan en un health check con plan para instrumentar |
| Calibración de ambición | Los targets son la tendencia del trimestre anterior (sandbagged) o pura fantasía sin camino | Algo de stretch, pero nadie podría decir cómo se vería una puntuación de 0.7 | Calibrado para que 0.7 de logro sea el trimestre esperado bueno; propuestas sandbagged y moonshots se señalan y corrigen |
| Enfoque estratégico y control | Sin vínculo a una North Star; 5+ objetivos o zoológico de KRs; KRs dependen del trabajo de otros equipos | Se encadena vagamente a la estrategia pero los objetivos están sobrecargados u un KR falla la prueba de control | ≤3 objetivos con ≤4 KRs cada uno, cada objetivo explícitamente se encadena a la North Star, y cada KR está dentro del control del equipo |