Lunes, 09:12 — El escritorio de Ayşe

Ayşe Demir miraba fijamente tres monitores que mostraban la misma catástrofe desde diferentes ángulos. Backlog de Jira: 147 items. Filtrar por prioridad: Alta. Resultados: 89.

Sesenta por ciento del backlog entero marcado como alta prioridad.

Recorrió la lista con el scroll. Cada jefe de departamento había marcado sus funcionalidades favoritas como críticas. Claudia en Marketing necesitaba el dashboard de analytics de jugadores “urgentemente”. Marcus en Soporte de Jugadores necesitaba reportes personalizados “inmediatamente”. Lars en Diseño de Juegos necesitaba la personalización de personajes entregada “antes de la actualización de contenido”. Elif en Live Ops necesitaba herramientas masivas de gestión de eventos “lo antes posible”.

¿Y Lukas? Lukas había etiquetado personalmente 23 items como “Must Have Q2”.

Q2 empezaba en cuatro semanas.

El estómago de Ayşe se hundió. Un sudor frío brotó en sus palmas a pesar de la calefacción de la oficina. Abrió Navigator con los dedos temblando.

Navigator — Ayşe Demir — 31 de marzo de 2026, 09:18

El backlog de producto ha explotado. 147 items en total. 89 marcados como alta prioridad. Más de la mitad de todo lo que rastreamos grita “urgente”.

Pasé todo el viernes tratando de secuenciar el trabajo en algo que se pareciera a un plan. Cada stakeholder insiste en que sus funcionalidades son críticas. Lukas marcó 23 items como must-haves de Q2 el jueves. Nos quedan cuatro semanas de capacidad de desarrollo en Q2.

La cuenta no cuadra. 23 must-haves a aproximadamente 5 story points cada uno. Son 115 puntos. Entregamos unos 30 por sprint. Dos sprints restantes.

Nadie quiere escuchar eso.

Los desarrolladores han empezado a ignorar el backlog por completo. Trabajan en lo que parece urgente en el momento. No los culpo. Cuando 89 cosas gritan “alta prioridad”, el backlog se convierte en ruido sin sentido.

Se supone que soy product manager. Ahora mismo me siento como una maldita secretaria tomando la lista de deseos de todos y pretendiendo que es un roadmap.

Presionó guardar. Abrió Slack. Dieciocho mensajes sin leer. Cada uno de una persona diferente preguntando por el estado de su funcionalidad de alta prioridad.

Cerró Slack sin leer ninguno.

09:47 — Standup de desarrollo

El equipo de desarrollo se reunió en su rincón habitual. Lukas apareció en la pantalla de la sala de conferencias, café en mano, luciendo irritantemente energizado.

“¡Buenos días a todos!” Su voz era animada. “Updates rápidos, y después tengo noticias emocionantes.”

Tomasz habló primero, plano y cortante. “¿Mariana?”

“Terminando el refactoring de autenticación. Debería estar listo mañana.” Mariana hizo una pausa, miró sus notas. “Después de eso se supone que debo empezar… no sé qué. Dieciséis items en el backlog están asignados a mí. Todos marcados como alta prioridad.”

“¿Anton?”

“Optimización de rendimiento en curso. También se supone que debo empezar la funcionalidad de personalización de personajes. Marcada urgente la semana pasada.” Anton se encogió de hombros. “No puedo hacer las dos.”

“¿Hassan?”

Hassan parecía que llevaba despierto desde el viernes. “Automatización de infraestructura del sprint anterior. Más cinco nuevas solicitudes de deployment de alta prioridad que llegaron durante el fin de semana.”

Los cuatro juniors dieron sus actualizaciones. Jan había terminado su primera corrección de bug. Marta estaba trabajando en la documentación de testing que Sofia había creado. Kerem y Sofia García estaban haciendo pair-reading del módulo de autenticación.

“¡Gran progreso!” dijo Lukas desde la pantalla. “Bien. Noticias emocionantes. Hablé con la junta el viernes. Les encanta hacia dónde vamos. Cinco nuevas solicitudes de funcionalidades salieron de esa reunión. Todas críticas para Q2.”

Silencio.

La mandíbula de Mariana se tensó. Tomasz cerró los ojos un momento.

“Lukas,” dijo Ayşe con cuidado, “ya tenemos 89 items de alta prioridad. Nos quedan cuatro semanas en Q2. Cinco funcionalidades críticas más —”

“Sé que la capacidad está justa.” Lukas sonrió. “Pero estas son prioridades de la junta. Impulsores de ingresos. Las estoy agregando a Jira ahora con la etiqueta Crítica.”

“¿Podemos alinear las prioridades reales después del standup? Necesitamos —”

“Claro, claro. Pero inclúyanlas en la planificación del sprint. La junta quiere actualizaciones la semana que viene.”

La llamada se desconectó. La cara de Lukas se pixeló y desapareció.

El equipo de desarrollo se quedó en un silencio incómodo.

“Bueno,” dijo Anton en voz baja, “son cinco cosas más que no vamos a construir.”

Nadie se rio.

10:33 — Junto a la máquina de café

Tomasz, Mariana y Hassan se agruparon junto a la máquina. Dos de los juniors pasaron caminando, leyeron el lenguaje corporal y siguieron de largo.

“Dieciséis items de alta prioridad asignados a mí.” Mariana sirvió espresso con más fuerza de la necesaria. “Le pregunté a Ayşe el viernes cuál es realmente el más importante. Dijo ‘todos’.”

“Eso no es culpa de ella,” dijo Tomasz. “No controla lo que Lukas marca como crítico.”

“No importa de quién sea la culpa. Igual no sé en qué trabajar después del refactoring de autenticación.”

Hassan revolvía su café lentamente. “Tengo una lista de mejoras de infraestructura marcadas como críticas. Cada vez que empiezo una, alguien me manda un ping por un deployment a producción de otra funcionalidad crítica. Cambio de contexto, pierdo dos horas, nada se termina.”

“¿Saben qué estoy haciendo?” Tomasz se inclinó, voz baja. “Ignorando el backlog completamente. Miro qué está realmente roto en producción. Leo los dashboards de errores. Reviso qué reportan los usuarios a través del equipo de soporte de Marcus. Trabajo en eso. El backlog es una fantasía que alguien escribe para sentirse organizado.”

“Igual.” Mariana asintió. “Leo la síntesis de Navigator. Leo errores de producción. Arreglo lo que importa. El backlog es ruido.”

“¿Vieron las cinco nuevas funcionalidades críticas que Lukas acaba de tirar?” preguntó Hassan.

“Cinco cosas urgentes más.” La voz de Tomasz era monótona. “En un backlog de 89 cosas urgentes. La palabra ha perdido todo significado.”

Se quedaron parados tomando café. La máquina de espresso silbaba.

“¿Deberíamos decirle a Katja?” preguntó Mariana.

“Ella sabe. Lee nuestros logs de Navigator. Ve que registramos que las prioridades son una mierda.” Tomasz dejó su taza. “Si no lo está escalando, hay una razón.”

“O lo intentó y Lukas la ignoró,” dijo Hassan.

Terminaron su café en silencio y volvieron a sus escritorios. A trabajar en lo que pareciera más combustible.

11:24 — Sala de conferencias “Kreuzberg”

Ayşe se sentó frente a Lukas, un reporte impreso del backlog entre ellos. Había resaltado los números con marcador amarillo: 147 items en total. 89 alta prioridad. 23 marcados como “Must Have Q2”. Más cinco nuevas solicitudes de la junta esta mañana.

“Lukas, necesitamos hablar de prioridades.”

“Lo sé, lo sé.” Miró su teléfono. “El backlog se está alargando. Pero estamos creciendo. Más jugadores significa más funcionalidades. Es un buen problema, ¿no?”

“No.” Ayşe golpeó el reporte con el dedo. “Esto no es un buen problema. Esto es ruido. Sesenta por ciento de nuestro backlog está marcado como alta prioridad. Eso no es priorización. Es todos gritando igual de fuerte.”

Lukas puso su teléfono boca abajo. “¿Estás diciendo que las solicitudes de la junta no son importantes?”

“Estoy diciendo que si todo es importante, nada es importante. Tenemos quizás sesenta días-desarrollador restantes en Q2. Con optimismo. Marcaste 23 items como must-haves. Son aproximadamente 115 story points. Entregamos treinta puntos por sprint.”

“Entonces trabajamos más duro.”

El calor subió por el cuello de Ayşe. Su garganta se apretó. “Así no funciona el desarrollo de software. No puedes simplemente —”

“Mira.” La voz de Lukas se afiló. “Te contraté para gestionar el producto, no para decirme que no podemos entregar. Encuentra la forma. Eso es product management.”

Silencio.

Las manos de Ayşe temblaban. Las presionó contra la mesa, los nudillos blancos.

“Necesito que elijas,” dijo, voz baja y dura. “Cinco cosas. Prioridades reales. Todo lo demás se desprioriza o se pasa a Q3.”

“No puedo hacer eso. La junta espera —”

“Entonces la junta necesita expectativas realistas.” Sin suavizar. Sin rodeos. “Porque ahora mismo los desarrolladores están ignorando el backlog y trabajando en lo que parece urgente. No tenemos plan. Tenemos una lista de deseos que todos fingen que es un roadmap.”

Lukas la miró fijamente. Su mandíbula estaba tensa. Las paredes de vidrio de la sala de conferencias hacían cada expresión visible para el piso de desarrollo afuera.

“Lo revisamos el viernes,” dijo. “Hablaré con los jefes de departamento. Lo resolvemos.”

Se levantó y se fue.

Ayşe se quedó sola en la sala de conferencias. Su visión se nubló. Las lágrimas picaban detrás de sus ojos pero las contuvo. No en una mesa de vidrio donde todo el piso de desarrollo pudiera verla quebrarse.

Todavía no.

14:16 — Los logs de Navigator se acumulan

A media tarde, los logs de Navigator pintaban un cuadro tan consistente que era casi redundante.

Navigator — Tomasz Kowalski — 31 de marzo de 2026, 14:03

Pasé la mañana apoyando el refactoring del módulo de autenticación. Lukas me escribió a las 11:00 sobre la funcionalidad “crítica” de la junta para dashboards de administración. Le dije que Mariana ya está manejando el trabajo de autenticación y que yo estoy enfocado en la planificación de sprint para los juniors.

Dijo que el dashboard de administración es más importante.

Cuarenta minutos de mi día discutiendo qué es realmente importante. Todavía no lo sé. Así que volví a lo que ya estaba haciendo.

Las prioridades cambian más rápido de lo que puedo cambiar de contexto.

Navigator — Mariana Santos — 31 de marzo de 2026, 14:11

Ayşe me pidió la semana pasada que empezara la funcionalidad de personalización de personajes después del refactoring de autenticación. Marcada urgente hace dos semanas.

10:45 Hassan me escribe. Pipeline de deployment tirando errores. Problema de producción. Dejé el trabajo planificado.

Arreglé el problema de deployment. Volví al código de autenticación. Anton me escribe. Integración con Unity rota, bloqueando su trabajo de rendimiento.

Ayudé a Anton. Ahora son las 14:00. Cero progreso en cualquier cosa asignada a mí en el backlog. Pero tres personas desbloqueadas.

¿Es esto productivo? Sinceramente ya no lo sé.

Navigator — Anton Petrov — 31 de marzo de 2026, 14:18

Optimización de rendimiento pausada. Lukas pregunta por actualización de personalización de personajes. Le dije que Mariana está asignada a eso. Dijo que debería ayudarla. Soy especialista en Unity. Esto es trabajo de funcionalidad backend.

Se lo expliqué. Dijo “todos debemos ser flexibles.”

“Flexibles.” A la mierda con esa palabra. Significa hacer trabajo en el que no estoy especializado. Más lento que alguien que realmente conoce el código. Mientras mi trabajo real se pudre.

Navigator — Hassan Al-Rashid — 31 de marzo de 2026, 14:27

Automatización del pipeline de deployment en pausa. Tres deployments “urgentes” a producción solicitados hoy. Todos funcionalidades diferentes. Todos “no pueden esperar.”

No puedo clonarme. Alguien tiene que decidir qué se entrega primero.

Nadie lo hizo. Así que hice deploy según quién me escribió más recientemente. Eso no es una estrategia. Eso es un maldito caos.

15:42 — Piso de desarrollo

Tomasz se alejó de su escritorio y caminó hasta la estación de trabajo de Anton. Anton miraba fijamente código en su pantalla, mandíbula apretada, scrolleando por un módulo que claramente no reconocía.

“¿Estás bien?”

“No.” Anton señaló la pantalla. “Se supone que debo estar optimizando el rendimiento de renderizado de Unity. Pero estoy leyendo código backend para la funcionalidad de personalización de personajes porque Lukas me dijo que ayudara a Mariana. Lo cual no tiene sentido. No es mi código. No es mi dominio. Estoy trabajando el doble de lento que alguien que realmente conoce este módulo.”

“Mientras tu trabajo de rendimiento queda sin tocar.”

“Mientras mi trabajo de rendimiento queda sin tocar. Sí.”

Tomasz asintió. “Estoy en el mismo ciclo. Se supone que debo estar limpiando deuda técnica del refactoring de autenticación. Pero cada día trae nuevas funcionalidades ‘críticas’ que necesitan decisiones de arquitectura. Así que tomo decisiones rápidas. Sin diseño apropiado. Lo que crea más deuda técnica. Que también se supone que debo estar limpiando.”

“Un maldito círculo vicioso.”

“Sí.”

Se quedaron en silencio un momento. El piso de desarrollo zumbaba con clics de teclado y el murmullo bajo de personas haciéndose preguntas que nadie podía responder completamente.

“¿Cómo decides en qué trabajar?” preguntó Anton.

Tomasz lo pensó. “Trabajo en lo que causará menos incendio si no lo hago. Me equivoco aproximadamente la mitad de las veces porque la definición de ‘incendio’ cambia cada pocas horas.”

“Eso es deprimente.”

“Eso es lunes.”

Anton volvió a su pantalla. “De vuelta al código backend que no debería estar tocando.”

“Suerte.”

“Sí.”

Tomasz caminó de regreso a su escritorio y abrió Navigator.

Navigator — Tomasz Kowalski — 31 de marzo de 2026, 15:51

Tuve una conversación con Anton. Los dos estamos trabajando en las cosas equivocadas porque nadie puede ponerse de acuerdo en cuáles son las correctas.

Antes era bueno en este trabajo. Ahora soy mediocre en seis trabajos diferentes simultáneamente.

16:08 — Oficina de Katja

Katja abrió la síntesis semanal de Navigator. La IA ya había marcado el patrón dominante en rojo:

⚠️ Patrón Crítico Detectado: Prioridades Poco Claras
Afectados: 8/8 desarrolladores (100%)
Frecuencia: 23 menciones en 47 entradas de log (24-31 de marzo)

Hizo clic en “Preguntar a la IA” y escribió: ¿Qué están diciendo los desarrolladores sobre prioridades esta semana?

El chatbot respondió inmediatamente:

Temas principales de los logs de desarrollo (24-31 de marzo):

1. Prioridades poco claras — 23 menciones, 8 desarrolladores
   • “No sé en qué trabajar después” (Mariana, 3x)
   • “Las prioridades cambian más rápido de lo que puedo cambiar de contexto” (Tomasz, 2x)
   • “Hice deploy según quién me escribió más recientemente” (Hassan)
2. Trabajo abandonado a mitad de camino — 17 menciones, 6 desarrolladores
   • Trabajo iniciado interrumpido por solicitudes “más urgentes”
   • Promedio de 2,4 cambios de contexto por desarrollador por día
3. Frustración con la gestión del backlog — 12 menciones, 5 desarrolladores
   • “El backlog es ruido” (Mariana)
   • “Ignorando el backlog completamente” (Tomasz)

Katja abrió el backlog en otra pestaña. 147 items. Filtrado por prioridad: 94 alta prioridad ahora. Las cinco nuevas funcionalidades de la junta de Lukas habían empujado la cifra desde la mañana.

Abrió su propio log.

Navigator — Katja Müller — 31 de marzo de 2026, 16:14

Los logs en tiempo real muestran un colapso completo de la priorización. Cada desarrollador mencionó prioridades poco claras hoy. El trabajo se inicia, abandona, reinicia según quién tenga el oído de Lukas en esa hora.

Ayşe intentó establecer prioridades esta mañana. Lukas agregó cinco funcionalidades críticas más de la junta durante el standup. “Must have para Q2.” Cuatro semanas para fin de trimestre.

La cuenta es simple: No podemos entregar 94 funcionalidades de alta prioridad en cuatro semanas. Pero la presión organizacional exige que finjamos que podemos.

Patrón que estoy viendo: El liderazgo establece expectativas imposibles. Product intenta gestionar lo imposible. Desarrollo ignora el plan y trabaja reactivamente. Todos frustrados. Nadie productivo.

Estamos quemando energía en teatro de priorización en vez de entrega real.

Abrió Slack y escribió un mensaje a Lukas.

Tres puntos aparecieron. Desaparecieron. Aparecieron de nuevo.

Viernes. Cuatro días más. Cuatro días más dando vueltas sin avanzar.

No respondió.

Martes, 10:15 — La bandeja de entrada de Ayşe explota

El martes por la mañana trajo la inundación. Cada jefe de departamento preguntando por el estado de sus funcionalidades críticas.

Ayşe cerró Slack. Sus manos temblaban. La bilis subió por su garganta, agria y cortante.

Cada jefe de departamento tenía razón. Sus funcionalidades importaban. Llevaban semanas esperando. Nada se movía.

Pero no podía explicar que el backlog se había inflado más allá de la capacidad de cualquier equipo para procesarlo. No podía explicar que Lukas agregaba funcionalidades urgentes semanalmente sin quitar nada. No podía explicar que desarrollo había abandonado la lista oficial de prioridades porque cambiaba demasiado rápido para seguirla.

No podía decir nada de eso sin meter al CEO en problemas.

Abrió Navigator.

Navigator — Ayşe Demir — 1 de abril de 2026, 10:31

Ocho mensajes de Slack de diferentes jefes de departamento esta mañana. Todos preguntando por qué sus funcionalidades de alta prioridad no han empezado. Todos frustrados. Todos con razón.

No tengo buenas respuestas. “Estamos trabajando en otras funcionalidades de alta prioridad” no es una respuesta. Es la admisión de que la priorización ha colapsado.

Me siento como un saco de boxeo. Recibiendo golpes de todas direcciones por un backlog que no creé y no puedo controlar.

Lukas sigue agregando funcionalidades urgentes. Los jefes de departamento siguen escalando. Desarrollo sigue ignorando el plan. Yo estoy sentada en el medio, ahogándome en mensajes de Slack, incapaz de darle a nadie una respuesta clara sobre cuándo su trabajo se va a entregar.

Soy product manager con seis años de experiencia. He lanzado productos antes. Gestionado roadmaps. Balanceado prioridades en competencia. Esto debería ser mi punto fuerte.

En cambio me siento incompetente e inútil.

Presionó guardar. Miró la pestaña del backlog. 147 items. 94 alta prioridad. El número había subido durante la noche.

Miércoles, 14:47 — Sala de conferencias “Mitte”

Ayşe se sentó sola en la sala de conferencias, puerta cerrada. La había reservado para preparar una revisión de backlog con Lukas. Él canceló hace veinte minutos. La llamada de la junta se extendió. “Lo movemos al viernes.”

Viernes. Siempre viernes. El día mágico en que todo se resolvería.

Su laptop mostraba el backlog. Había pasado tres horas construyendo una matriz de prioridades. Analytics de jugadores primero. Luego reportes personalizados. Luego optimización de rendimiento. Luego personalización de personajes. Una secuencia que balanceaba impacto de negocio con factibilidad de desarrollo.

Pero Claudia se quejaría de que analytics llegaba tarde para la presentación de la junta. Marcus escalaría que la pérdida de jugadores era la verdadera crisis de ingresos. Lars señalaría que la personalización de personajes ya estaba diseñada y solo necesitaba tiempo de desarrollo. Anton argumentaría que la optimización de rendimiento ya estaba a medio hacer y terminarla primero tenía más sentido técnico.

Y Lukas traería tres solicitudes más de la junta que reemplazarían todo.

Sintió las lágrimas quemando. Parpadeó. Tomó tres respiraciones.

Vinieron de todos modos. Lágrimas calientes y frustradas que había estado conteniendo desde la reunión del lunes. Se cubrió la cara y lloró en sus palmas, respiración entrecortada, pecho apretado.

Seis años de product management. Había entregado apps móviles. Había gestionado el roadmap de un equipo de desarrollo de 30 personas en su empresa anterior. Había balanceado demandas de stakeholders en competencia cientos de veces.

Pero nunca esto. Nunca donde el CEO trataba cada conversación como una oportunidad para echar más mierda al backlog. Nunca donde “gestionar” significaba “decirle sí a todos”. Nunca donde una product manager tenía cero autoridad para decir no.

Esto no era product management. Esto era redirección de quejas. Absorbía la frustración de todos y la redirigía a ningún lugar porque no había ningún lugar adonde enviarla.

Después de cinco minutos se limpió la cara, revisó su reflejo en la cámara del teléfono y salió.

De vuelta a Slack. De vuelta a mensajes que no podía responder.

Jueves, 11:15 — Llega la síntesis semanal de Navigator

La notificación de email de Katja sonó. Asunto: Síntesis Semanal de Navigator — Semana 9 (31 de marzo – 3 de abril)

La abrió inmediatamente.

Patrones Clave Detectados:

1. Colapso de Prioridades (Crítico Esta Semana)

Casi todos los logs de desarrollo esta semana mencionan prioridades poco claras o contradictorias. Esta es la señal dominante en todo el equipo. El backlog sigue creciendo mientras la proporción marcada como “alta prioridad” ha alcanzado un nivel donde la etiqueta ya no tiene significado. Los desarrolladores describen ignorar el backlog formal por completo y trabajar reactivamente según quién hizo la solicitud urgente más reciente.

2. Sobrecarga de Product Management

Los logs de Ayşe Demir esta semana son notablemente más frecuentes y emocionalmente cargados que en semanas anteriores. Describe sentirse atrapada entre un CEO que sigue agregando prioridades y jefes de departamento que exigen progreso en funcionalidades que no se han movido. Su rol ha cambiado de tomadora de decisiones a redireccionadora de quejas. Absorbe frustración de todas direcciones pero carece de autoridad para resolver cualquiera de ellas.

3. Fragmentación de Stakeholders

Múltiples jefes de departamento (Claudia Rossi, Marcus Thompson, Lars Pedersen) escalaron independientemente esta semana, cada uno creyendo que sus funcionalidades son las más críticas. No hay un proceso de priorización unificado visible. Los stakeholders están pasando por encima de product management y agregando prioridades directamente, creando canales de demanda paralelos que desarrollo no puede reconciliar.

4. Thrashing de Desarrollo

La tasa de completitud de tareas se ha reducido significativamente. Los desarrolladores describen iniciar trabajo, ser arrastrados a algo etiquetado como más urgente, perder contexto y empezar de nuevo. Este ciclo se repite múltiples veces al día. Mariana Santos registró: “Cero progreso en cualquier cosa asignada a mí en el backlog. Pero tres personas desbloqueadas.” Anton Petrov registró frustración por ser reasignado a trabajo backend fuera de su especialización en Unity porque “todos debemos ser flexibles.” El patrón es claro: la repriorización constante está destruyendo el flujo de desarrollo e impidiendo la completitud de cualquier cosa.

5. Progreso en Infraestructura de Onboarding (Positivo)

Los desarrolladores junior (Jan, Marta, Kerem, Sofia García) están comenzando a contribuir a tareas pequeñas. Los esfuerzos de documentación de Sofia Mendez muestran resultados tempranos. Sin embargo, este progreso es frágil. El tiempo de los desarrolladores senior está siendo consumido cada vez más por el caos de priorización, amenazando la capacidad de mentoría de la que depende el onboarding.

Recomendaciones:

1. Congelar adiciones al backlog hasta que el trabajo de alta prioridad existente se reduzca a un tamaño manejable
2. Establecer una única autoridad de priorización. Actualmente difusa entre CEO, jefes de departamento y product management sin jerarquía clara
3. Limitar trabajo activo a cinco items. Rankear estrictamente los cinco principales. Todo lo demás explícitamente despriorizado
4. Sesión de alineación de stakeholders. Todos los jefes de departamento más el CEO deben acordar los must-haves de Q2 antes de que desarrollo se comprometa con más trabajo

Impacto Entre Departamentos:

La moral de desarrollo se está degradando a pesar del aumento de horas trabajadas. La efectividad de product management está comprometida. Cada jefe de departamento está frustrado por la falta de entrega. El CEO sigue agregando prioridades sin visibilidad de lo que el equipo realmente puede absorber. La brecha entre lo que el liderazgo espera y lo que desarrollo puede entregar se amplía cada semana.

Evaluación de Riesgo:

El riesgo de burnout es alto en el equipo de desarrollo senior. El rol de product management está bajo presión severa. Si el patrón actual continúa, Q2 terminará sin ninguna prioridad completamente entregada porque la organización intentó hacer todas simultáneamente.

Katja lo leyó dos veces. Casi todos los desarrolladores registrando sobre prioridades poco claras. No una o dos personas frustradas. El equipo entero. Eso no era un problema de equipo. Era un fallo organizacional.

Revisó la hora. 11:27. Lukas estaba entre llamadas de junta.

Abrió Slack.

Pasaron tres minutos.

Jueves, 15:33 — Oficina de Katja

Lukas se sentó frente a Katja. Ayşe se acomodó en la silla junto a él, espalda recta, manos agarrando los apoyabrazos. El informe de síntesis estaba abierto en la tablet de Lukas.

“Esto suena dramático.” Lukas puso la tablet en el escritorio de Katja. “¿Setenta y tres por ciento mencionan prioridades poco claras? El backlog siempre ha sido largo. Es normal para un estudio en crecimiento.”

“No es normal,” dijo Ayşe. Su voz era firme pero sus nudillos estaban blancos. “Cuando la mayoría de un backlog está marcada como alta prioridad, la etiqueta pierde todo significado. Cada jefe de departamento marca su trabajo como urgente porque todos aprendieron que es la única forma de conseguir atención.”

“Entonces dices que las funcionalidades de la junta no son importantes.”

“Estoy diciendo —” Ayşe tomó aire. “Estoy diciendo que si intentamos construir 94 funcionalidades de alta prioridad en cuatro semanas, vamos a entregar cero. Los desarrolladores dejaron de seguir el backlog. Trabajan en lo que parece más urgente en el momento porque las prioridades oficiales cambian más rápido de lo que pueden cambiar de contexto.”

Lukas miró a Katja. Ella lo miró de vuelta sin parpadear.

“La síntesis muestra que el trabajo se inicia y abandona constantemente,” dijo Katja. “Cada desarrollador describe lo mismo: empezar una tarea, ser jalado a algo más urgente, perder contexto, empezar de nuevo. Múltiples veces al día. No son desarrolladores que se ralentizan. Son desarrolladores que están dando vueltas sin avanzar. Nada se termina porque todo se interrumpe constantemente.”

“Entonces necesitan mejor enfoque.”

“Necesitan prioridades claras.” La voz de Katja bajó de tono. “Una única fuente de verdad. Ahora mismo tú estás agregando prioridades de la junta. Los jefes de departamento están escalando sus propias solicitudes. Ayşe está tratando de secuenciar trabajo que cambia constantemente. Desarrollo recibe señales contradictorias de tres direcciones a la vez y se rinden de seguir cualquiera de ellas.”

Silencio. El horizonte de Berlín se extendía detrás de la ventana. Cielo gris. Edificios grises. Todo gris.

Lukas miró de nuevo el informe de síntesis. “¿Qué quieren que haga? ¿Decirle a la junta que sus prioridades no importan?”

“Sí.” La palabra salió de la boca de Ayşe antes de poder moderarla. Cortante. Casi furiosa.

Lukas parpadeó.

“Diles que tenemos capacidad para cinco funcionalidades este trimestre,” continuó Ayşe, la voz más firme ahora. “Pídeles que elijan cinco. Todo lo demás se va a Q3. Y luego dejas de agregar nuevas funcionalidades críticas cada vez que tienes una conversación.”

Los nudillos de Lukas estaban blancos en el apoyabrazos. La misma posición que Katja había notado la semana pasada durante la conversación de la pausa de contratación. La misma postura defensiva.

“La junta espera —”

“La junta espera resultados.” Katja lo interrumpió. “Ahora mismo no van a recibir ninguno. Estamos intentando 94 cosas y completando cero. Eso es peor que elegir cinco y entregar cinco.”

Más silencio. Lukas miraba fijamente por la ventana. Algo cambió en su expresión. No exactamente acuerdo. Más bien la mirada de alguien que se da cuenta de que el suelo bajo sus pies no es tan sólido como pensaba.

“No puedo decirles a los jefes de departamento que sus funcionalidades no importan.”

“No tienes que hacerlo,” dijo Ayşe. “Pero tienes que rankearlas. Must-haves de Q2. Máximo cinco. Todo lo demás se mueve explícitamente a Q3. Luego defiendes esa decisión cuando la gente presione. Ese es tu trabajo.”

“¿Ese es mi trabajo?”

“Eso es lo que significa liderar,” dijo Katja. “Tomar decisiones. Ahora mismo estás tratando de decirle sí a todos. Se siente colaborativo. Pero la síntesis muestra a dónde lleva: caos. Cada equipo frustrado. Cero entrega. Una product manager ahogándose en mensajes de Slack que no puede responder.”

Ayşe sintió calor detrás de sus ojos. Tragó con fuerza. No aquí. No ahora.

Lukas se quedó sentado en silencio por un largo rato.

“Mañana,” dijo. “Reunión con los jefes de departamento. Elegimos cinco prioridades de Q2. Todo lo demás se pospone.”

“Y no más funcionalidades de la junta a mitad de trimestre sin quitar algo de las cinco,” dijo Ayşe.

Lukas la miró. Su mandíbula seguía tensa. Pero asintió. “No más adiciones a mitad de trimestre. A menos que quitemos algo primero.”

Se levantó y se fue.

Ayşe y Katja se quedaron sentadas en silencio. La oficina zumbaba con clics de teclado distantes y el sistema de ventilación empujando aire caliente por el techo.

“¿Crees que realmente lo hará?” preguntó Ayşe.

“No lo sé.” Katja se reclinó. “Pero si no lo hace, todo está registrado. En la síntesis. En nuestros logs. Cuando esto se estrelle, las pruebas existen.”

Ayşe asintió lentamente. “Gracias por apoyarme.”

“Nos necesitamos mutuamente,” dijo Katja. “Nadie sobrevive esto solo.”

Viernes, 16:44 — Sala de conferencias “Berlin”

La sala de conferencias más grande se sentía pequeña con todos adentro. Lukas estaba parado junto a la pizarra blanca. Claudia, Marcus, Lars, Priya, Elif, Daniel — cada jefe de departamento llenaba las sillas. Katja y Ayşe se sentaron contra la pared.

“Nos quedan cuatro semanas en Q2,” dijo Lukas. Destapó un marcador. “Capacidad de desarrollo: aproximadamente treinta story points por sprint. Dos sprints restantes. Son sesenta puntos. Siendo realistas.”

Claudia abrió la boca. Lukas levantó la mano con el marcador.

“Sé que las funcionalidades de todos son importantes. Pero no podemos entregar 94 items de alta prioridad en cuatro semanas. Así que elegimos cinco. Todo lo demás se va a Q3.”

Silencio.

“¿Cinco?” dijo Lars. “Diseñamos la personalización de personajes en enero. Los assets artísticos están listos. Toda la actualización de contenido está construida alrededor de eso.”

“Cinco,” repitió Lukas. “Must-haves. Impulsores de ingresos o infraestructura crítica. Diez minutos para nominar candidatos. Luego rankeamos.”

Las discusiones empezaron inmediatamente. Claudia necesitaba analytics de jugadores para la presentación de la junta. Marcus necesitaba reportes personalizados porque la pérdida de jugadores estaba destruyendo las métricas de retención. Lars necesitaba personalización de personajes porque toda la actualización de contenido dependía de eso. Elif necesitaba herramientas de gestión de eventos para el calendario de live ops. Priya necesitaba las correcciones del pipeline de datos o analytics sería inútil de todas formas. Hassan necesitaba automatización de deployment o nada se entregaría de manera confiable sin importar qué se construyera.

Ayşe tomaba notas. Sin decir nada. Dejándolos pelear.

Después de treinta minutos Lukas forzó una votación. Manos levantadas. Objeciones registradas. Compromisos hechos con los dientes apretados.

Los cinco must-haves finales de Q2 quedaron en la pizarra:

1. Optimización de rendimiento (experiencia de jugador, impacto en ingresos)
2. Reportes personalizados (reducción de pérdida, herramientas de soporte)
3. Automatización de deployment (velocidad de entrega, confiabilidad)
4. Dashboard de analytics de jugadores (visibilidad de junta, decisiones basadas en datos)
5. MVP de personalización de personajes (dependencia de actualización de contenido)

Todo lo demás — 89 items — oficialmente movido a Q3.

Claudia consiguió sus analytics. Lars consiguió un MVP de personalización con alcance reducido. Marcus consiguió reportes. Las herramientas de gestión de eventos de Elif se fueron a Q3. No estaba contenta. Su mandíbula estaba tensa cuando asintió.

“Mi equipo estará frustrado,” dijo Elif.

“El mío también,” agregó Daniel. “Las mejoras de herramientas de QA no entraron.”

“Lo sé.” Lukas tapó el marcador. “Pero ahora pueden decirles lo que está pasando realmente. No ‘pronto’. No ‘está en el backlog.’ Una respuesta honesta: Q3.”

“Honestidad.” La sonrisa de Claudia era delgada. “Qué concepto.”

Lukas se volvió hacia Ayşe. “Actualiza el backlog. Cinco items marcados como Q2 Activo. Todo lo demás etiquetado Q3. Hazlo visible.”

“¿Y cuando alguien intente agregar nuevas prioridades?” preguntó Ayşe.

“Vienen a mí. Y la respuesta es no a menos que quitemos algo de los cinco.”

Después de que la reunión se vació, Ayşe abrió Jira. Movió 142 items a “Backlog Q3”. Cinco items quedaron en “Q2 Activo”.

La diferencia visual era impactante. Como limpiar un escritorio abarrotado y encontrar la superficie debajo.

Abrió Navigator por última vez esa semana.

Navigator — Ayşe Demir — 4 de abril de 2026, 17:02

Lo logramos. Cinco prioridades de Q2. Todo lo demás explícitamente despriorizado.

La reunión fue dolorosa. Jefes de departamento molestos. Compromisos en el alcance. Las herramientas de Elif empujadas por completo a Q3. Las mejoras de QA de Daniel también.

Pero terminamos con prioridades reales en vez de una lista de deseos.

Lukas se comprometió a defender estas cinco. No más adiciones a mitad de trimestre sin quitar algo primero.

No sé si va a aguantar. Pero por primera vez esta semana, me siento como una product manager en vez de una redireccionadora de quejas de Slack.

Cerró su laptop y salió hacia la noche berlinesa del viernes. El aire estaba frío. No le importó. El aire frío se sentía honesto.

Detrás de ella en la pizarra, cinco items permanecían en marcador azul. Debajo de ellos, una larga lista de prioridades tachadas en rojo.

Contenido. Por ahora.

Esta es una obra de ficción. Los nombres, personajes, negocios, eventos e incidentes son productos de la imaginación del autor. Cualquier parecido con personas reales, vivas o muertas, o eventos reales es puramente coincidencia. Caimito Navigator es un producto real referenciado en esta narrativa ficticia.