Módulo 5: Inglés técnico hablado
3. El daily standup
Descripción
Si hablar inglés en el trabajo te da miedo, el standup es el mejor lugar para empezar, y no es casualidad que lo pongamos tan al principio del módulo. De todas las situaciones donde vas a abrir la boca en inglés —el pairing, la demo, la entrevista, la reunión con cinco acentos distintos— el daily standup es la más corta, la más predecible y la más repetitiva. Corta porque tu turno dura menos de un minuto. Predecible porque siempre responde a las mismas tres preguntas, en el mismo orden, todos los días. Y repetitiva porque ocurre cada mañana, así que la práctica no la inventas tú: te la regala el calendario. Un guion de treinta segundos que dices una vez suena a examen; el mismo guion dicho veinte mañanas seguidas se convierte en algo que sale solo.
Eso es exactamente lo que necesita alguien que se congela en la llamada. El síndrome del impostor lingüístico —esa voz que te dice "no hablo suficiente inglés para esto"— se alimenta de lo abierto y lo imprevisible: no saber qué te van a preguntar. El standup elimina esa incertidumbre casi por completo. No hay preguntas abiertas, no hay que improvisar sobre un tema que no controlas, no hay que sostener una conversación de diez minutos. Hay tres frases sobre tu propio trabajo, que es el tema del mundo que mejor conoces. Aquí no vas a aprender a "hablar inglés fluido en general" —eso no es lo que promete esta guía, y sería mentirte—; vas a aprender a decir bien tres cosas concretas, y a decirlas con la seguridad de quien las tiene ensayadas.
Conexión con el módulo: Este es tu primer terreno de habla real, y por eso va antes que las reuniones abiertas, el pairing o la demo. Aquí recuperas el vocabulario activo que armaste en el módulo 2 y las estructuras de pasado y futuro que interiorizaste en los módulos 3 y 4: el standup es literalmente "qué hice (pasado), qué haré (futuro), qué me bloquea (presente + petición)". Si esas estructuras ya no las tienes que pensar, hablar deja de ser inventar y pasa a ser recuperar. La destreza de pedir aclaración cuando no entiendes a alguien, y la de tomar el turno en una reunión con varios que hablan, las trabajamos a fondo en las lecciones 4 y 5; aquí nos concentramos en tu propio reporte.
Qué es un standup y por qué dura menos de un minuto
El daily standup (también llamado daily a secas, o daily scrum) es una reunión corta que el equipo hace cada día, casi siempre a la misma hora y casi siempre por la mañana. El nombre viene de una idea literal: se hacía de pie (standing up) precisamente para que nadie se acomodara y la reunión no se alargara. La analogía más útil es la de un semáforo: no estás ahí para contar la historia de tu viaje, estás ahí para dar una señal rápida de si vas en verde, en amarillo o en rojo, y seguir.
La regla de oro es esta: el standup no es para resolver problemas, es para hacerlos visibles. Si algo necesita discusión, se aparta para después ("let's take it offline", verás esa frase en un momento). Por eso tu turno tiene que caber en menos de un minuto: si cada persona de un equipo de ocho habla dos minutos, la reunión de "quince minutos" se convierte en dieciséis y todo el mundo empieza a llegar tarde y a odiarla. Un turno breve no es que tengas poco que decir; es respeto por el reloj de los demás.
Qué esperar la primera vez: probablemente te toque escuchar tres o cuatro updates antes del tuyo, y ahí ya estás practicando escucha real (updates cortos, a veces con acentos que no son los del audio de estudio). No pasa nada si no captas cada palabra de lo que dijo un compañero: en el standup solo necesitas entender el titular de cada quien —en qué anda y si está bloqueado—, no el detalle fino. Tu turno, en cambio, sí lo llevas preparado.
El formato de tres puntos
Casi todos los standups del mundo, en cualquier empresa, siguen la misma plantilla de tres preguntas. Memorízala una vez y te sirve para toda tu carrera:
| # | Pregunta (en inglés) | Qué reportas | Tiempo verbal |
|---|---|---|---|
| 1 | What did you do yesterday? | Lo que terminaste o avanzaste ayer | Pasado |
| 2 | What will you do today? | Lo que planeas hacer hoy | Futuro |
| 3 | Are you blocked by anything? | Qué te frena, si algo te frena | Presente + petición |
Ese es todo el examen. Y fíjate en algo que debería quitarte peso de encima: cada punto tiene un tiempo verbal fijo. El punto 1 es siempre pasado, el punto 2 es siempre futuro, el punto 3 es presente con una petición. No tienes que decidir en el momento qué estructura usar; la pregunta ya te la elige. Por eso decíamos que aquí solo recuperas lo del módulo 3 y 4, no lo inventas.
Un detalle de vocabulario: verás que muchos equipos dicen yesterday aunque el último día laboral haya sido el viernes y hoy sea lunes. Si quieres ser preciso, se dice since my last update ("desde mi última actualización"), que cubre cualquier hueco de fin de semana o de días libres sin que tengas que hacer cuentas.
Banco de frases: punto 1, qué hice (pasado)
Aquí tienes frases listas para el primer punto. No las traduzcas mentalmente palabra por palabra; apréndelas como bloques que se dicen enteros. La parte en <...> es lo que cambias por tu trabajo real.
- Yesterday I finished
<the login endpoint>. (Ayer terminé el endpoint de login.)- I wrapped up
<the migration script>and it's ready for review. (Terminé el script de migración y está listo para revisión. Wrap up = "cerrar/dar por terminado", muy común.)- I made progress on
<the caching layer>, it's about<70>percent done. (Avancé en la capa de caché, va como al 70 por ciento.)- I picked up
<ticket 412>and started digging into it. (Tomé el ticket 412 y empecé a meterme en él. Dig into = "investigar a fondo".)- I paired with
<Ana>on<the auth bug>and we tracked it down. (Hice pairing con Ana en el bug de autenticación y lo localizamos.)- I opened a PR for
<the retry logic>, it's up for review. (Abrí un PR para la lógica de reintentos, está listo para que lo revisen.)
Dos verbos que valen oro para este punto: finished (terminé, algo cerrado del todo) y made progress on (avancé en, algo que sigue abierto). Con esos dos cubres el 80 por ciento de tus mañanas. Si quieres sonar un punto más natural, I wrapped up y I picked up son las versiones que usa la gente en el día a día.
Banco de frases: punto 2, qué haré (futuro)
Para el segundo punto, el inglés técnico de standup casi siempre usa una de dos estructuras: I'm going to (voy a) o simplemente I'll (voy a / haré). Las dos están bien; elige la que te salga más fluida.
- Today I'm going to
<finish the tests for the endpoint>. (Hoy voy a terminar los tests del endpoint.)- I'll pick up
<the code review>I couldn't get to yesterday. (Voy a retomar la revisión de código que no alcancé ayer. Get to = "llegar a hacer algo".)- I'm planning to
<start the integration with the payments API>. (Tengo planeado empezar la integración con la API de pagos.)- My focus today is
<getting the deploy pipeline green>. (Mi foco de hoy es dejar el pipeline de deploy en verde. Green = "que pasa/está OK".)- I'll continue with
<the caching layer>and hope to have it ready for review by<end of day>. (Sigo con la capa de caché y espero tenerla lista para revisión al final del día.)
Un truco de conexión entre el punto 1 y el punto 2: si ayer avanzaste algo y hoy lo terminas, únelos con I'll continue with... o I'll wrap up.... Eso le muestra al equipo la continuidad de tu trabajo sin que tengas que explicar nada más. Suena a alguien que sabe hacia dónde va.
Dar contexto suficiente sin narrar el día entero
Aquí es donde más gente se enreda, y no por el inglés, sino por el instinto de explicar de más. Cuando estás nervioso, tiendes a compensar hablando más, porque el silencio incómodo asusta. En el standup eso juega en tu contra: mientras más largo tu turno, más te expones a trabarte y más impacientas al equipo.
La regla práctica es de una a dos frases por punto, y punto final. Compara:
Demasiado (narración del día entero): "So yesterday I started looking at the login thing, and first I read the old code, which was kind of confusing, and then I realized the token wasn't being refreshed, so I looked at how the other service does it, and I tried a couple of things, and eventually..."
Suficiente (un titular claro): "Yesterday I fixed the token refresh bug in login. Today I'll add tests for it. No blockers."
La segunda versión dice todo lo que el equipo necesita en tres frases y quince segundos. El detalle de cómo lo resolviste —el código viejo confuso, los intentos, el otro servicio— es exactamente lo que se guarda para el pairing o para el PR, no para el standup. Si a alguien le interesa el detalle, te lo va a preguntar después.
Una prueba mental que te salva: antes de hablar, pregúntate "¿cuál es el titular?" Si tuvieras que resumir tu día en el título de una noticia, ¿qué sería? "Fixed the token bug" es un titular. "Read some confusing old code and tried a few things" no lo es. Di el titular, ofrece una frase de contexto solo si de verdad hace falta, y cierra.
Reportar un bloqueo en veinte segundos
El tercer punto —el bloqueo— es el más importante de todo el standup y el que más gente reporta mal. Un blocker es cualquier cosa que te impide avanzar y que no puedes resolver tú solo: un permiso que no tienes, una decisión que no te toca, una respuesta que esperas de otra persona, un ambiente caído. El standup existe en buena parte para esto: para que los bloqueos salgan a la luz temprano y alguien pueda destrabarte.
Un buen reporte de bloqueo tiene tres partes y cabe en veinte segundos: qué te bloquea, quién o qué lo puede resolver, y qué pides exactamente. La pieza que más se olvida es la última. "Estoy bloqueado" a secas deja al equipo adivinando qué necesitas; "estoy bloqueado y necesito X de Y" convierte tu problema en una acción concreta que alguien puede tomar.
| Parte del bloqueo | En inglés | Ejemplo |
|---|---|---|
| Qué te frena | I'm blocked on / by... | I'm blocked on the staging deploy. |
| Quién/qué lo resuelve | I need <X> from <Y> | I need the API keys from the platform team. |
| Qué pides, concreto | Could someone...? / Can we...? | Could someone point me to who owns that? |
Frases modelo completas para el punto 3:
- I'm blocked on
<the staging environment>, it's been down since yesterday. Who can I talk to about that? (Estoy bloqueado por el ambiente de staging, lleva caído desde ayer. ¿Con quién puedo hablar de eso?)- I'm waiting on
<the API credentials>from<the platform team>. Could someone help me chase that? (Estoy esperando las credenciales de la API del equipo de plataforma. ¿Alguien me ayuda a darle seguimiento? Chase = "perseguir/dar seguimiento".)- I need a decision on
<whether we support the old format>before I can move forward. (Necesito una decisión sobre si soportamos el formato viejo antes de poder avanzar.)- I'm stuck on
<the failing test>, I've been at it for a while. Could I grab<15 minutes>with someone after this? (Estoy atorado con el test que falla, llevo rato. ¿Podría agarrar 15 minutos con alguien después de esto?)
Fíjate en el patrón de esa última: no intentas resolver el problema en el standup —eso rompería la regla de oro—, sino que pides un espacio después para resolverlo. Esa es la jugada más profesional que existe en un standup: haces visible el bloqueo, pides algo concreto y acotado, y liberas la reunión. La frase para eso, que oirás mil veces, es "let's take it offline" ("veámoslo aparte/después"): cuando un tema se está alargando, alguien la dice y todos entienden que se retoma fuera del standup.
Y cuando no estás bloqueado, que será la mayoría de los días, tienes tres formas cortas de cerrar, todas perfectamente naturales:
- No blockers. (Sin bloqueos.)
- Nothing blocking me. (Nada me frena.)
- All good on my end. (Todo bien de mi lado.)
Qué decir cuando no avanzaste
Este es el momento que más miedo da y por el que vale la pena tener un plan, porque le pasa a todo el mundo, incluidos los seniors. Ayer no avanzaste: te comió una reunión, te fuiste por una madriguera que no llevaba a ningún lado, o simplemente el problema era más duro de lo que parecía. La tentación es inventar, adornar o esconderlo. No lo hagas: en un equipo sano, decir con calma que un día no rindió es señal de madurez, no de debilidad. Lo que te resta credibilidad no es no haber avanzado, es fingir que sí.
La clave es ser honesto sobre el pasado y concreto sobre el plan. No te disculpes de más ni des un discurso; di qué pasó en una frase y hacia dónde vas en la siguiente.
- Yesterday didn't go as planned,
<I got pulled into some production issues>. Today I'm back on<the caching work>. (Ayer no salió como estaba planeado, me jalaron a unos problemas de producción. Hoy retomo el trabajo de caché. Got pulled into = "me metieron a / me jalaron a".)- I didn't make as much progress as I wanted on
<the migration>— it was trickier than I expected. I'll keep at it today. (No avancé tanto como quería en la migración, resultó más engañosa de lo que esperaba. Hoy le sigo. Keep at it = "seguir dándole".)- Honestly,
<the bug>turned out to be deeper than I thought. Today I'll<pair with someone to get unstuck>. (La verdad, el bug resultó más profundo de lo que pensé. Hoy voy a hacer pairing con alguien para destrabarme.)
Fíjate cómo la última convierte un día flojo en una acción: si el problema fue más grande de lo esperado, la respuesta madura es pedir ayuda hoy, y eso mismo lo anuncias en el standup. Un "no avancé" que viene con un plan de cómo sí avanzar hoy suena a alguien en control, no a alguien perdido.
Y un antipatrón que conviene nombrar: evita el "I'm still working on it" pelado, día tras día, sin nada más. Repetido, suena a que estás atorado y no lo dices. Si de verdad sigues en lo mismo, aterrízalo: "I'm still on the migration — the tricky part is the data validation, and I expect to finish that today." Eso ya no es una excusa, es un reporte.
Ponerlo todo junto: un standup completo
Así se oye un turno completo, bien armado, de principio a fin. Léelo en voz alta una vez y cronométralo: deberían ser entre veinte y treinta segundos.
"Since my last update, I finished the token refresh fix and opened a PR — it's up for review. Today I'm going to add the integration tests for it and then pick up ticket 412. I'm blocked on one thing: I need the staging credentials from the platform team, so if someone can point me to the right person, that'd help. Otherwise, all good."
Desglosado, para que veas la maquinaria: primera frase, pasado (qué hice, con el titular por delante). Segunda frase, futuro (qué haré hoy, dos cosas concretas). Tercera, el bloqueo con su petición concreta ("necesito X de Y, ayúdenme a llegar a la persona correcta"). Cierre corto. Tres puntos, treinta segundos, cero improvisación. Nada de eso lo inventaste en el momento: cada pieza salió de un banco de frases que ya tenías.
Práctica cronometrada: con guion y sin guion
Aquí es donde esta lección se vuelve tuya, y donde conecta con la cadencia de práctica que armaste en el módulo 1. La escritura no basta para el habla: hablar es un músculo distinto que solo se entrena hablando en voz alta, contra un cronómetro, y escuchándote. Este es el plan para la semana que va entre esta lección y la siguiente.
Fase 1 — Con guion (días 1 a 3). Escribe tu standup real de mañana usando los bancos de frases de arriba. Tres frases, una por punto. Luego:
- Grábate leyéndolo en voz alta con el cronómetro corriendo. Objetivo: menos de cuarenta segundos.
- Escúchate. No te juzgues el acento —eso ya lo trabajaste en la lección anterior y aquí no es el punto—; fíjate solo en dos cosas: ¿se entendió el titular de cada punto?, ¿pediste algo concreto si estabas bloqueado?
- Repite hasta que salga fluido y por debajo del tiempo. "Fluido" no significa perfecto; significa sin pausas largas donde buscas la palabra.
Fase 2 — Sin guion (días 4 a 7). Ahora quita el papel. Mira solo tres palabras clave —una por punto, por ejemplo token / tests / staging— y di el standup completo de memoria, grabándote. Se va a sentir peor que con guion, y está bien: así es como se siente el músculo real trabajando. La meta no es repetir el guion palabra por palabra, es que los bloques del banco te salgan solos a partir de la palabra clave.
Qué esperar de esta práctica: las primeras grabaciones te van a incomodar —a casi todos nos choca oír nuestra propia voz en otro idioma— y las vas a querer borrar. No las borres todavía: guárdalas. Al final de la semana, escucha la del día 1 y la del día 7 seguidas. La diferencia que vas a oír es la prueba, en tu propia voz, de que esto se puede. Ese es el antídoto real contra el síndrome del impostor: no es que alguien te diga "tú puedes", es que te oigas a ti mismo poder.
Una nota sobre la puerta del módulo: si al hacer esta práctica sientes que ni siquiera con guion logras sostener treinta segundos sin trabarte en cada palabra, no es que esta lección esté mal, es señal de que el piso de habla todavía no está firme y conviene reforzar inglés general oral antes de seguir con las lecciones más abiertas de este módulo. El standup es la situación de habla más protegida que hay; si esta ya fluye, las lecciones 4 a 7 te van a costar, pero son alcanzables. Ese es justo el orden que cuidamos.
Errores comunes y cómo evitarlos
| Error | Cómo suena | Arréglalo así |
|---|---|---|
| Narrar el día entero | "...and then I looked at, and then I tried..." | Di el titular: "I fixed the token bug." |
| Bloqueo sin petición | "I'm blocked." (y silencio) | "I'm blocked on X, I need Y from Z." |
| "Still working on it" repetido | Suena a atorado que no lo dice | Aterriza: "The tricky part is X, done by end of day." |
| Disculparse de más | "Sorry, I really didn't do much, sorry..." | Honesto y corto: "Yesterday didn't go as planned." |
| Resolver el problema en el standup | Tu turno se alarga a tres minutos | "Let's take it offline." |
| Traducir palabra por palabra desde el español | Frases largas y raras | Usa los bloques del banco tal cual |
Ejercicios
Estos ejercicios trabajan lo que esta lección enseña de verdad: comprimir a un titular, estructurar un bloqueo en tres partes, detectar los antipatrones más comunes y reportar un día flojo sin excusarte de más. Trabájalos en voz alta si puedes —es una lección de habla, no solo de lectura— y compara después de intentarlo.
Ejercicio 1 — Encuentra el titular. Este standup está contado como si fuera la crónica completa del día, no como un reporte de treinta segundos. Aplica la prueba del titular ("¿cuál es el titular de cada punto?") y comprímelo a los tres puntos del formato.
"So yesterday I spent basically the whole morning trying to figure out why the login endpoint was failing, and it turned out to be a token issue, so I fixed that, and then in the afternoon I also looked a little bit at the migration script but didn't really finish it, and today I guess I'll try to finish the migration and maybe also look at that code review that's been sitting there for a while, and I don't think I'm blocked on anything really, maybe just waiting a little on some feedback but it's not urgent or anything."
Ver solución
Algo así, un titular por punto:
- Punto 1 (pasado): "Yesterday I fixed a token issue in the login endpoint and made progress on the migration script."
- Punto 2 (futuro): "Today I'll finish the migration script and pick up that code review."
- Punto 3 (bloqueo): "No blockers — I'm waiting on some feedback, but it's not urgent."
Por qué funciona: la prueba del titular descarta el proceso ("tratando de entender por qué fallaba", "un poco", "didn't really finish") y se queda solo con el resultado verificable. Tres frases cortas cubren lo mismo que el párrafo original en una fracción del tiempo.
Ejercicio 2 — Arma un bloqueo completo. Tienes esta situación: no puedes avanzar porque no tienes acceso a la base de datos de staging, y crees que el equipo de DevOps es quien maneja esos accesos, pero no sabes a quién exactamente pedírselo. Escribe el reporte de bloqueo con las tres partes de la lección (qué te frena, quién/qué lo resuelve, qué pides), no solo "I'm blocked."
Ver solución
Algo así: "I'm blocked on staging DB access — I think DevOps owns that, but I'm not sure who exactly. Could someone point me to the right person?"
- Qué te frena: staging DB access.
- Quién lo resuelve: DevOps (aunque no sepas el nombre exacto, decir el equipo ya es información útil).
- Qué pides: una petición concreta y acotada ("point me to the right person"), no un "ayúdenme" genérico.
Por qué funciona: convierte un "estoy bloqueado" que deja al equipo adivinando en una acción que alguien puede tomar en el momento, que es exactamente lo que el punto 3 del standup necesita.
Ejercicio 3 — Detecta el antipatrón. Estas cuatro frases tienen, cada una, un error distinto de la tabla "Errores comunes y cómo evitarlos". Identifica cuál es y arréglala en una frase.
- "Sorry, I know I should have done more, sorry, I just— sorry, I'll try to catch up."
- "I'm blocked." (y silencio)
- "So basically what happened was I opened the file, and then I saw the variable was undefined, and then I checked like three other files, and then I..."
- "So about that bug — actually wait, let's see, maybe the issue is in the config file, let me check right now while everyone's here..."
Ver solución
- Disculparse de más. Arréglalo: "Yesterday didn't go as planned. Today I'm back on it."
- Bloqueo sin petición. Arréglalo: "I'm blocked on X, I need Y from Z."
- Narrar el día entero. Arréglalo: di el titular, "I fixed a bug with an undefined variable."
- Resolver el problema en el standup. Arréglalo: "Let's take it offline."
Por qué funciona: cada antipatrón tiene una reparación de una sola frase porque el problema nunca es de vocabulario, es de disciplina de formato: menos disculpa, más petición, menos narración, menos resolución en vivo.
Ejercicio 4 — Tu día flojo, honesto y con plan. Piensa en un día real (o uno plausible) en que no avanzaste como esperabas. Escribe tu standup completo de tres puntos siguiendo la regla de la lección: honesto sobre el pasado en una frase, concreto sobre el plan en la siguiente, sin exceso de disculpa.
Ver solución
No hay una única respuesta correcta; la solución es la estructura, no el contenido exacto. Compárate contra estos tres criterios:
- ¿Tu punto 1 dice qué pasó en una frase, sin adornar ni disculparte más de una vez?
- ¿Tu punto 2 es un plan concreto para hoy, no una promesa vaga tipo "I'll try harder"?
- Si sigues en lo mismo que ayer, ¿aterrizaste con algo como "the tricky part is X, and I expect to finish that today" en vez de repetir "I'm still working on it" pelado?
Un ejemplo que cumple los tres: "Yesterday didn't go as planned — I got pulled into a production issue. Today I'm back on the caching work, and the tricky part left is the invalidation logic, which I expect to finish today."
Por qué funciona: separa limpiamente el hecho (pasado, una frase, sin excusa) del plan (futuro, concreto, aterrizado), que es justo lo que distingue a alguien en control de alguien perdido.
Lo que te llevas
El daily standup es tu primera victoria de habla en inglés, y no por poca cosa: es la situación más corta, más predecible y más repetida que vas a encontrar, y eso la vuelve el mejor lugar del mundo para que el músculo empiece a soltarse. Tienes un formato fijo de tres puntos que no cambia nunca, un banco de frases para cada uno, una forma de reportar un bloqueo en veinte segundos pidiendo algo concreto, y un plan para los días en que no avanzaste que te hace ver maduro en lugar de perdido. Y tienes una rutina de práctica —con guion primero, sin guion después, siempre grabándote— que corre sobre la cadencia que ya definiste.
Lo que sigue es más difícil, y con razón va después: en la lección 4 pasamos de tu monólogo preparado al ida y vuelta real de una reunión, donde varias personas hablan, se interrumpen, y hay que aprender a tomar y sostener el turno sin quedarte fuera. Pero eso lo enfrentas ya con la boca caliente. El standup era el calentamiento; y un calentamiento bien hecho es la mitad del partido.
Antes de avanzar deberías poder:
- Decir tu turno completo de standup en menos de treinta segundos, con un titular claro para el pasado y el futuro.
- Reportar un bloqueo en veinte segundos con sus tres partes: qué te frena, quién o qué lo resuelve, y qué pides en concreto.
- Reconocer al menos dos de los antipatrones de la tabla anterior (narrar el día entero, bloqueo sin petición, disculparse de más) y arreglarlos en el momento.
- Reportar un día sin avance siendo honesto en una frase y concreto en el plan, sin sonar perdido ni disculparte de más.
Si alguno de esos puntos todavía se siente forzado, repite la práctica cronometrada de la fase 1 antes de pasar a la lección 4: ahí ya no vas a tener guion de por medio.
Recursos
- The Scrum Guide — Daily Scrum — la definición oficial del evento: qué preguntas responde, cuánto dura y para qué sirve. Es la fuente primaria detrás del formato de tres puntos de esta lección.
- Standups for agile teams (Atlassian) — guía práctica de Atlassian sobre cómo correr un standup efectivo, con los mismos antipatrones (reuniones que se alargan, resolver problemas en vivo) vistos desde el lado del equipo.
- YouGlish — busca frases como "I'm blocked on", "let's take it offline" o "I'll pick up" y escúchalas dichas por hablantes reales en video. Útil para la fase de práctica sin guion de esta lección.
- Wiktionary — wrap up — definición del phrasal verb que usa el banco de frases del punto 1 ("I wrapped up the migration script"), con ejemplos de uso en contexto.