Hay un momento exacto que casi todos los juniors viven… pero del que nadie habla.
Es ese instante en el que llevas 45 minutos mirando la misma función. 45 minutos en el que has probado tres cambios, has leído la documentación, le has preguntado a ChatGPT y has releído el código cinco veces.
Y aun así, sigues en el mismo punto.
Es entonces cuando aparece un pensamiento peligroso en tu cabeza: “No voy a preguntar todavía. Seguro que esto es una tontería que debería saber hacer yo solo”.
Ahí comienza lo que yo llamo el bloqueo silencioso.
Y la realidad es que no es un problema de código, es un problema de miedo. Porque en ese momento, has dejado de intentar resolver el problema.
Estás intentando proteger tu ego.
Cuando entras en tu primer equipo, crees que tu valía depende de demostrar que eres autosuficiente. Piensas que si preguntas, parecerás poco preparado. Que si levantas la mano, confirmarán que no estás a la altura.
Pero la realidad de un equipo senior es radicalmente opuesta. Y créeme, cuesta mucho verlo cuando acabas de empezar.
El error que cometemos todos al empezar
Aquí está el error fundamental que todos cometemos al empezar: confundimos ser autónomos con estar aislados.
Y la diferencia es abismal.
Autonomía significa tener recursos para buscar soluciones por tu cuenta antes de levantar la mano.
Aislamiento significa intentar resolverlo todo tú solo desde una cueva, aunque lleves tres horas bloqueando una tarea crítica.
El problema es que, desde dentro de tu cabeza, la película se ve muy diferente a la realidad del equipo:
-
Tú crees que estás siendo responsable y resiliente… pero el equipo ve que llevas horas en silencio y nadie sabe si avanzas o te has estancado.
-
Tú crees que estás demostrando nivel al sufrir solo… pero el equipo ve que te falta criterio para gestionar un bloqueo a tiempo.
-
Tú crees que preguntar te resta puntos de profesionalidad… pero la realidad es que lo que te resta puntos (y confianza) es ocultar que tienes un problema.
Lo que un senior piensa cuando un junior NO pregunta
Tú crees que desde su mesa te mira pensando: “Qué crack, ahí está, peleando duro y resolviéndolo solo”.
Siento decirte esto, pero lo que piensa es mucho menos romántico:
❌ “¿Por qué no ha avisado hace dos horas?”
❌ “Esto lo hubiéramos liquidado en una llamada de 5 minutos.”
❌ “Genial, ahora vamos tarde por un orgullo mal entendido.”
❌ “No se está comunicando. Eso es un problema.”
Y aquí está el cambio de chip que necesitas hacer hoy mismo:
En un equipo de desarrollo, un bloqueo tuyo nunca es solo tuyo:
Es un bloqueo del Sprint y del equipo.
Es una pérdida de dinero y tiempo del proyecto.
Por eso, pedir ayuda no es un favor que te hacen, ni una molestia que causas.
Desbloquearte es parte de tu responsabilidad profesional.
Entonces… ¿cómo se pide ayuda sin parecer incompetente?
La respuesta es simple: aporta contexto.
Un Senior nunca se molesta porque le preguntes, se molesta cuando tiene que hacer de detective para entender qué te pasa.
Mira, te planteo estos dos escenarios:
Escenario A:
“¡No me va el código! ¿Me echas un cable?” Aquí el Senior tiene que dejar lo suyo, ir a tu mesa, leer tu código, preguntarte qué has hecho… es agotador.
Escenario B:
“Estoy atascado con la función de Login. He probado a limpiar caché y revisar la API, pero sigue dando error 500. ¿Crees que es problema de permisos? ¿Lo miramos 5 minutos?”
En el primer caso, parece que estamos gritando que necesitamos ayuda de forma desesperada pero…
En el segundo caso, no estás pidiendo que te rescaten. Estás pidiendo una segunda opinión técnica.
Y la diferencia es brutal:
-
Demuestras que has luchado el problema (resiliencia).
-
Demuestras que tienes hipótesis (criterio técnico).
-
Demuestras que valoras el tiempo del otro (profesionalidad).
Créeme: nadie piensa que eres incompetente por preguntar así. Al contrario: pensarán que eres eficiente.
La regla de los 30 minutos que cambia carreras
Muchos equipos de alto rendimiento aplican una norma tácita que te va a salvar la vida (y la salud mental): El Timeboxing de 30 minutos.
Funciona así: cuando te encuentres un problema que no sabes resolver, mira el reloj.
Tienes 30 minutos de lucha con el código.
En ese tiempo, vale todo: Google, StackOverflow, Docs, ChatGPT. Es tu momento de pelear y aprender.
Pero si el reloj marca el minuto 31 y sigues en el mismo punto exacto… estás obligado a pedir ayuda.
No es una sugerencia, es una estrategia.
Porque a partir del minuto 31, el coste para el equipo empieza a ser mayor que el beneficio de que aprendas solo.
Al aplicar esto, los Seniors no verán a alguien débil pidiendo socorro, sino que verán a un profesional que sabe gestionar sus recursos y que respeta los tiempos del Sprint.
La mini-plantilla mágica para pedir ayuda
Cuando te bloquees, estructura tu mensaje así:
-
Qué intento hacer
-
Qué he probado
-
Qué creo que está fallando
-
Qué necesito exactamente
Ejemplo real:
“Quiero validar este formulario antes de enviarlo. He probado con este middleware y con validación en el controller. Creo que el problema es que el request no está llegando como espero. ¿Puedes echarle un vistazo conmigo 5 minutos?”
Eso suena a alguien competente.
Porque lo es.
Lo que de verdad destruye tu imagen profesional.
Grábate esto a fuego: tu reputación no baja por preguntar, sino que tu reputación se hunde cuando haces lo contrario:
❌ Desaparecer del mapa cuando te bloqueas.
❌ Mentir en la Daily diciendo que vas bien voy cuando llevas 4 horas atascado.
❌ Entregar tarde algo que sabías desde el martes que no ibas a terminar.
Eso es lo que preocupa a un equipo. Eso es lo que te etiqueta como poco fiable.
Y aquí viene lo más contraintuitivo de esta profesión: pedir ayuda es, en realidad, una skill de Senior.
Los mejores desarrolladores con los que he trabajado son, curiosamente, los que preguntan más rápido.
¿Por qué? Porque no pierden tiempo protegiendo su ego, sino que su prioridad es que el trabajo salga adelante, no parecer listos.
Han entendido que el ego estorba y la comunicación acelera. Y cuando haces ese cambio mental, dejas de jugar a parecer bueno y empiezas a ser realmente efectivo.
Si quieres empezar a hacerlo bien desde mañana
Haz solo esto:
-
La próxima vez que lleves 30 minutos atascado, avisa.
-
Explica siempre qué has probado antes de pedir ayuda.
-
Nunca digas que no sabes qué pasa. Di “creo que pasa esto”.
-
En la daily, si estás bloqueado, dilo sin miedo.
Ese hábito, repetido durante meses, te hace parecer mucho más profesional que saberte 20 patrones de diseño.
Porque el código se aprende, pero saber trabajar en equipo, no tanto.
En tu camino de CERO a SENIOR, aprender a pedir ayuda bien es uno de esos detalles invisibles que marcan una diferencia enorme.
No porque te ayuden.
Sino porque demuestran que ya estás pensando como alguien que entiende cómo funciona un equipo de verdad.
Nos vemos en la siguiente entrega,
Julián
Publicado originalmente en CERO a SENIOR.