El Tablero Kanban como MarcadorAbres el tablero del sprint el lunes y cuentas los bloques de reunión antes de contar cualquier tarjeta que hayas movido de columna. Una daily de 15 minutos y un sprint planning de una hora se sienten como dos horas robadas, así que das el día por perdido antes de escribir una sola línea de código.
VIEJO GUION DETECTADO
“Las reuniones están matando mi productividad”
Prueba esta respuesta:
“Una reunión y una función entregada no compiten por el mismo marcador.”VER LA PRÁCTICA
Crea una respuesta para este pensamiento y un paso para demostrarla.
EL PENSAMIENTO
“Las reuniones están matando mi productividad”
TU RESPUESTA GRABADA
“Una reunión y una función entregada no compiten por el mismo marcador.”
UN PASO PRIVADO
Esta noche, mira el calendario de mañana y anota junto a cada reunión qué decisión o bloqueo resuelve realmente.
Las Dos Horas que Desaparecieron Después del Sprint Planning
Por Qué el Código Sigue Lento DespuésEl arrastre que sientes no es solo la reunión en sí. Parte de tu atención se queda anclada en lo que se discutió, así que el código que retomas después avanza más lento de lo normal. Ese retraso se interpreta como prueba de que la reunión borró una hora de trabajo, cuando en realidad costó un reingreso más lento.
Poner a Prueba el Marcador Durante una SemanaEsta noche, mira el calendario de mañana y anota junto a cada reunión qué decisión o bloqueo resuelve realmente. Al final del día, apunta cuánto tardaste en sentirte de nuevo dentro del código tras cada una. Una semana no desmentirá el mito, pero mostrará si la pérdida es la reunión o el reingreso.
TRACE · 01/04
Cómo te controla este guion
- Abres el tablero del sprint cada lunes y cuentas los bloques de reunión antes de contar cualquier tarjeta movida.
- Cuando una daily se alarga cinco minutos, cancelas tu pausa para café porque sientes que le debes al día ese tiempo extra de código.
- Empiezas a rechazar revisiones de diseño opcionales por completo, diciéndote que es la única forma de proteger algo de trabajo real.
SOURCE_LOCATED · 02/04
La regla oculta debajo
La Culpa del Cambio de Contexto
Si un bloque de tu calendario no se dedica a producir código, cuenta como una pérdida contra tu valor como ingeniero, sin importar qué haya resuelto realmente esa reunión para el equipo.
FORGING_REPLACEMENT · 03/04
Líneas de reemplazo (graba estas)
- Una reunión y una función entregada no compiten por el mismo marcador.
- Planifico los veinte minutos lentos después de una reunión en vez de esperar volver de golpe.
- Algunos días están hechos para coordinar. Eso no es un día perdido, es otro tipo de trabajo.
En la app se generan por persona — esto es el estilo, no tu guion. El tuyo se construye con tus palabras exactas.
INSTALL · 04/04
El protocolo, en una tarjeta
Cuando pienso
“Las reuniones están matando mi productividad”
Digo
“Una reunión y una función entregada no compiten por el mismo marcador.”
Luego hago una cosa
Esta noche, mira el calendario de mañana y anota junto a cada reunión qué decisión o bloqueo resuelve realmente.
STATUS: READY_TO_INSTALL
Borrar este pensamiento4 minutos. Tu voz. Gratis.
El protocolo de borrado
- Escribe el pensamiento tal cual suena: "Las reuniones están matando mi productividad". Palabra por palabra — el borrado apunta a la frase, no a la sensación.
- Rastrea la regla y la acción evitada. ¿De qué te excusa convenientemente este pensamiento?
- Graba las líneas de reemplazo con tu propia voz. Dilo en serio — sin grabación no hay instalación.
- Ejecuta el ciclo: reprodúcelo cada mañana y noche, registra una acción de prueba al día durante 7 días.
Respuestas directas
¿No cuenta la hora de la reunión como una hora de código perdida, punto?
La reunión ocupa esa hora, pero la pérdida de código que sientes después es sobre todo el retraso de reingreso, no el tiempo de la reunión. Contar solo el bloque del calendario ignora la parte que sí podrías acortar.
¿Y si de verdad entrego menos en los días con tres o más reuniones?
Eso puede ser cierto y aun así no significar que las reuniones sean el enemigo. Un día construido para coordinar produce un resultado distinto a uno construido para código en solitario; medir ambos con la misma vara siempre hará ver el día con reuniones como un fracaso.
¿Debería simplemente rechazar toda reunión que no sea obligatoria?
Rechazar en bloque cambia una distorsión por otra: trata todas las reuniones como igual de inútiles, en lugar de probar cuáles realmente te cuestan tiempo de reingreso y cuáles apenas notas perder.
Guiones relacionados
Quedarme hasta tarde: recuperar el trabajo profundo que las reuniones me robaronMi calendario se ve demasiado vacío para estar trabajando: qué no prueba una agenda en blancoDías fragmentados y culpa por mala gestión del tiempoDemostrar que merecía quedarme: la trampa de la productividadMi formación se está desperdiciando: qué mide realmente
Autoevaluaciones relacionadas
Ciencia relacionada
Investigadores para explorar
Mecanismos relacionados
La investigación detrás de este guion
- Productivity Variations Among Software Developers and Teams: The Origin of 10x — McConnell, Construx, 2020
- The SPACE of Developer Productivity — Forsgren, Storey, Maddila, Zimmermann, Houck & Butler, ACM Queue, 2021
- Burnout in software engineering: A systematic mapping study — Tulili, Capiluppi & Rastogi, Information and Software Technology, 2022
- Two Sides of the Same Coin: Software Developers' Perceptions of Task Switching and Task Interruption — arXiv, 2018