Cómo aplicar OKRs a tus proyectos personales de código

OKRs (Objectives and Key Results) es un marco de planificación usado por empresas como Google, pero funciona igual de bien para un programador independiente que trabaja solo. El secreto está en adaptar el concepto a tu escala real, no en importar la burocracia corporativa.

Por qué los devs necesitan objetivos

Sin objetivos claros, trabajas en lo que te parece más interesante en el momento. Pasas de un side project a otro sin terminar ninguno. Tienes diez cosas a medio hacer y ninguna completada.

Un objective es una dirección, no una tarea. “Lanzar mi SaaS de analítica” es un objective. “Terminar la migración a Next.js 14” es una tarea que se deriva de ese objective. La confusión entre los dos es la causa más común de semanas sin progreso real.

Cómo definir Objectives para ti

Un objective para un programador independiente debería ser:

• Inspirador — algo que te motive, no solo una lista de funcionalidades
• Medible — tienes que saber si lo has logrado o no
• A largo plazo — un quarter (3 meses) es el horizonte correcto

Ejemplos reales:

• “Tener ingresos recurrentes de mi producto principal”
• “Dominar TypeScript en profundidad”
• “Construir un portfolio de 5 proyectos terminados”
• “Llegar a 100 estrellas en GitHub”

Cómo definir Key Results

Un objective sin Key Results es solo un deseo. Los Key Results son métricas que te dicen si vas bien.

Para el objective “Tener ingresos recurrentes”:

• KR1: 10 usuarios de pago activos
• KR2: 500€ MRR
• KR3: 3 reseñas positivas en Product Hunt

Para el objective “Dominar TypeScript”:

• KR1: Contribuciones aceptadas en proyectos open source en TypeScript
• KR2: 3 proyectos personales refactorizados a TypeScript completo
• KR3: 2 tutoriales escritos y publicados

Para el objective “Llegar a 100 estrellas”:

• KR1: 5 repositorios públicos con más de 10 estrellas cada uno
• KR2: 2 talks dados sobre mis proyectos
• KR3: Publicar de forma consistente en Twitter/X sobre lo que construyo

La estructura en Matrix

En Overview, cada Objective se descompone en:

• Plans — pasos concretos para lograr el objetivo
• Tasks — tareas específicas de cada plan

No necesitas una spreadsheet ni una herramienta corporativa. Necesitas algo que conecte lo que haces cada día con adónde quieres llegar. Esa conexión es lo que falta en casi todos los sistemas de productividad genéricos.

Un error común: demasiados objectives

Tres objectives por quarter es el máximo. Intentar más dispersa tu energía sin que te des cuenta. Mejor uno completado que tres a medio hacer.

Lo que pasa sin OKRs

Sin este marco, tu semana típicamente empieza con “voy a trabajar en X” y termina sin haber avanzado en X porque surgió algo más interesante. Los OKRs no son restricciones. Son brújula.