“Describe a time you had to deliver under a tight deadline.”
La buena respuesta no es «trabajé hasta las tres de la mañana». Es: detecté el riesgo pronto, recorté alcance para proteger lo esencial y lo comuniqué antes de que fuera tarde. Cuenta qué dejaste fuera y por qué, con quién lo negociaste, y cierra con lo que sí se entregó a tiempo. El heroísmo individual, en un equipo remoto, se lee como mala planificación.
We committed to a client demo in three weeks and lost a developer in week one. Instead of pretending the date still worked, I re-scoped: I listed what the demo actually needed, moved two features to the next release, and flagged it with the client on the Monday, not the Friday. We shipped what mattered on time, and nobody had to work through the weekend.
Nivel B1-B2: pensada para que la adaptes a tu experiencia, no para memorizarla palabra por palabra. Cambia el stack, los años y el contexto por los tuyos.
Buscan a alguien que no genere sorpresas. En un equipo distribuido, un retraso que se descubre el viernes por la tarde cuesta mucho más que el retraso en sí. Evalúan tres cosas: si detectas el riesgo pronto, si sabes renegociar alcance en vez de aceptarlo todo, y si comunicas las malas noticias antes de que el problema explote. Aquí, además, el interlocutor es el cliente, no tu manager: dar una mala noticia dentro del equipo es fácil comparado con dársela a quien paga la factura, y esa diferencia es lo que hace esta versión más dura que la básica. Contestar con horas extra sugiere que no dominas ninguna de las tres.
En resumen: Un plazo se defiende recortando alcance y avisando pronto, no echando horas. «Avisar» es «to flag» o «to give a heads-up»; «to advise» significa aconsejar, no avisar.
Esta pregunta se responde en voz alta y bajo presión. En DevLingo la ensayas con un tutor IA que hace de entrevistador y te corrige la frase concreta que dijiste mal, no un listado genérico de errores.
Ensayar esta pregunta gratisTodas las preguntas de entrevista·Glosario de inglés técnico