| Clase 1. Presentarte en una reunión remota de un equipo de producto |
| Empiezas en Northbank Digital un lunes por la mañana. El equipo está distribuido, la agenda está llena y necesitas sonar seguro muy rápido. En esta lección vas a practicar cómo presentarte en una reunión remota de equipo de producto, explicar en qué trabajas y dejar claro cómo te gusta colaborar. También harás un pequeño diagnóstico inicial: un mini stand-up y un comentario breve en un ticket, para que veas qué ya haces bien y qué tiende a fallar cuando estás bajo presión.
El modelo de entrada es un fragmento realista de reunión más un mensaje de seguimiento en Slack. Verás cómo los hablantes B2 mantienen sus presentaciones claras sin contar demasiados detalles y cómo invitan a hacer preguntas de forma cercana. Luego construirás tu propio mini kit de frases para hablar de tu rol, responsabilidades y disponibilidad. Tu tarea final es producir dos artefactos de trabajo: una presentación hablada de 30 segundos y un breve mensaje en Slack que ayude al equipo a saber dónde encontrarte y en qué estás trabajando. |
| Clase 2. Aclarar una petición de funcionalidad vaga con una Product Manager |
| Producto llega con una petición: “¿Podemos hacer que el dashboard vaya más rápido?”. A nivel B2, el reto no es entender las palabras, sino concretar esa petición en algo que el equipo pueda construir sin ir a ciegas. En esta lección te unes a una breve llamada de kick-off con Mia, la Product Manager, y practicas cómo hacer preguntas dirigidas que descubren el objetivo real, el impacto en el usuario y los criterios de éxito.
Trabajarás con un diálogo modelo en el que un ingeniero gestiona la ambigüedad con educación, comprueba supuestos y evita sonar como si estuviera bloqueando el trabajo. Construirás frases para aclarar qué significa exactamente “más rápido” (latencia, tiempo de carga, throughput) y para confirmar prioridades y restricciones. Tu artefacto al final de la lección es un breve resumen por escrito: una definición clara del problema más una lista de siguientes pasos acordados y preguntas abiertas para publicar en el ticket o en las notas de la reunión. |
| Clase 3. Redactar historias de usuario y criterios de aceptación en Jira |
| Después de la llamada empieza el trabajo de verdad: el ticket. Si la historia no está clara, los desarrolladores construyen lo que no es, QA prueba lo que no toca y todo el mundo pierde tiempo. En esta lección cogerás notas desordenadas del backlog de Northbank Digital y las convertirás en una historia de usuario limpia en Jira, con criterios de aceptación que un equipo multidisciplinar pueda seguir.
Leerás un breve hilo de ejemplo en un ticket y detectarás qué lo hace accionable: contexto claro, redacción precisa y resultados comprobables. Practicarás cómo ajustar frases vagas, añadir edge cases y separar lo imprescindible de lo deseable de forma diplomática. También practicarás escribir un comentario corto que explique qué ha cambiado y por qué, para que el equipo no tenga que adivinar.
Tu artefacto es una historia de usuario completa con 4–6 criterios de aceptación más un comentario breve en Jira que confirme alcance, supuestos y siguientes pasos. |
| Clase 4. Acordar estimaciones y riesgos de sprint en la planificación |
| La planificación de sprint es donde se juntan lenguaje y criterio. Tienes que ser claro con lo que puedes entregar, pero también mantener un tono colaborativo cuando el ambiente es demasiado optimista. En esta lección te unes a la llamada de planificación de Northbank Digital. El equipo revisa un pequeño conjunto de historias y tú practicas cómo hablar de estimaciones, capacidad y riesgo de una forma tranquila y creíble.
Trabajarás con frases modelo típicas de planning como “Creo que esto se acerca más a cinco puntos porque…” o “Me preocupa la dependencia con…”. Practicarás justificar una estimación, proponer un primer corte más pequeño y poner condiciones a un compromiso (“Si tenemos el contrato de la API para el miércoles, podemos…”). El artefacto final de la lección es un mensaje corto de resumen de planificación para Slack: qué habéis comprometido, qué está en riesgo y qué necesitas de otros para seguir en línea. |
| Clase 5. Dar una actualización clara en el daily stand-up bajo presión de tiempo |
| El daily parece sencillo hasta que estás cansado, te interrumpen o no tienes claro qué priorizar. En esta lección practicas una actualización diaria que sea breve, informativa y fácil de usar para los demás. El escenario: en Northbank Digital el sprint va cargado, QA ha encontrado un bug nuevo y necesitas actualizar al equipo sin contar toda la historia técnica.
Escucharás un stand-up modelo donde la persona usa una estructura clara y señala la incertidumbre con responsabilidad. Practicarás frases para hablar de progreso, próximos pasos, bloqueos y peticiones de ayuda. También practicarás cómo recuperarte con naturalidad si se te va una palabra o te cortan, para mantener tu hilo y tu tono.
Tu artefacto es una actualización hablada de 45–60 segundos para el stand-up más un mensaje corto de seguimiento en Slack que recoja tu bloqueo y lo que necesitas de un compañero. |
| Clase 6. Resumir decisiones en un checkpoint de refinamiento de backlog |
| Esta es tu lección de checkpoint a mitad del curso: juntas habilidades anteriores y demuestras que puedes mantener alineado al equipo. El escenario es una reunión de refinamiento de backlog donde la conversación va rápida: Producto añade una nueva restricción, QA plantea un edge case y un ingeniero propone dividir la historia. Tu trabajo es llevar la conversación hacia la claridad y luego capturar lo que se ha decidido.
Revisarás y reciclarás tu kit central de las lecciones 1–5 (preguntas de aclaración, lenguaje de alcance, frases de riesgo, estructura de reuniones). Practicarás movimientos clave de interacción: comprobar entendimiento compartido, resumir en directo y confirmar responsables y fechas límite sin sonar mandón. También practicarás escribir un resumen limpio que el resto pueda ojear rápidamente.
Tu artefacto es un resumen breve de la reunión para notas tipo Confluence/Notion: decisiones, acciones, responsables y próxima fecha de seguimiento. Esto también sirve como check de rendimiento para medir tu progreso en claridad, tono y estructura. |
| Clase 7. Proponer opciones de diseño en una discusión de arquitectura |
| Ahora pasas a una colaboración de más nivel: decisiones de diseño. En esta lección, Northbank Digital necesita un cambio en la API que puede afectar al rendimiento y a la carga operativa. Te unes a una discusión de arquitectura con ingeniería, SRE y Producto, y practicas cómo proponer opciones, comparar trade-offs e invitar a la crítica sin sonar inseguro ni a la defensiva.
Trabajarás con una discusión modelo donde los ponentes estructuran sus puntos, usan datos y mantienen un tono constructivo. Practicarás lenguaje para hablar de criterios (rendimiento, fiabilidad, seguridad, mantenibilidad, coste) y para enmarcar el riesgo con responsabilidad (“Lo que me preocupa es…”, “El trade-off aquí es…”). También practicarás cómo cerrar la discusión con una decisión clara y siguientes pasos.
Tu artefacto es una sección corta de nota de diseño (estilo ADR/RFC): opciones consideradas, recomendación y riesgos a validar. El objetivo es que el resultado sea tan claro que quien no estuvo en la llamada lo entienda igual de bien. |
| Clase 8. Escribir comentarios diplomáticos de revisión de código en un Pull Request |
| La revisión de código es una de las formas más rápidas de dañar la confianza si tu inglés suena brusco. En esta lección entras en un pull request tipo GitHub en Northbank Digital. El código funciona, pero hay dudas sobre nombres, casos límite y un posible problema de rendimiento. Tienes que comentar de una forma clara, respetuosa y fácil de aplicar.
Leerás un hilo corto de PR y verás cómo los revisores con experiencia separan los problemas bloqueantes de las sugerencias, y cómo hacen preguntas sin sonar acusadores. Practicarás frases para suavizar el tono, dar razones y proponer alternativas. También practicarás responder al feedback en tu propio PR: aceptar cambios, explicar trade-offs o negociar una solución distinta.
Tu artefacto es un conjunto de 6–8 comentarios de revisión más una breve actualización de la descripción del PR (intención, alcance, pruebas). El objetivo es sonar colaborativo y preciso incluso cuando no estás de acuerdo. |
| Clase 9. Coordinar un despliegue con plan de rollback en Slack |
| Muchos releases se coordinan por chat, con medio equipo haciendo multitarea. En esta lección coordinas un despliegue de la web y la API de Northbank Digital en un canal tipo Slack. Hay un pequeño riesgo: uno de los servicios ha cambiado recientemente y necesitas que todo el mundo tenga clara la secuencia, las comprobaciones y el plan de rollback.
Trabajarás con un hilo de chat modelo que muestra una comunicación de despliegue sólida: mensajes breves, tiempos claros y responsabilidades explícitas. Practicarás anunciar pasos, pedir confirmaciones y definir criterios de go/no-go sin sonar dramático. También practicarás escribir una breve línea de notas de versión adecuada para el público objetivo.
Tu artefacto es un mensaje de ejecución de despliegue: plan paso a paso, riesgos destacados, comprobaciones de monitorización y qué hacer si algo sale mal. El foco está en la claridad bajo presión de tiempo. |
| Clase 10. Liderar un triage rápido en una llamada de incidente de alta prioridad |
| Ahora la presión es real. Salta una alerta: partes de la plataforma están caídas para los clientes. En esta lección te unes a una llamada de incidente (war room) como ingeniero de guardia. Tu trabajo es abrir el incidente con claridad, marcar expectativas y mantener la conversación enfocada mientras la gente comparte información parcial.
Escucharás una llamada de incidente modelo donde la persona que lidera se mantiene tranquila, reparte hilos de investigación y evita presentar suposiciones como hechos. Practicarás lenguaje para hablar de impacto, hipótesis, peticiones rápidas (“¿Puedes sacar logs alrededor de…?”) y escalado. También practicarás movimientos de turn-taking que ayudan en llamadas rápidas: interrumpir con educación, dar la palabra a alguien y resumir cada pocos minutos.
Tu artefacto es una breve nota de línea de tiempo del incidente más un mensaje inicial claro para el canal de incidentes. El objetivo es sonar firme y organizado incluso cuando todavía no tienes todas las respuestas. |
| Clase 11. Publicar actualizaciones de incidente tranquilas para stakeholders |
| Durante un incidente, el trabajo técnico es solo la mitad. La otra mitad es una comunicación que mantenga la confianza. En esta lección escribirás actualizaciones seguras para stakeholders sobre un incidente en vivo en Northbank Digital. Necesitas ser objetivo, basarte en tiempos y dejar claros los siguientes pasos, sin prometer de más ni compartir especulaciones internas.
Estudiarás dos actualizaciones modelo: una escrita para ingenieros en el canal de incidentes y otra para stakeholders no técnicos. Verás cómo cambia la redacción: más detalle para el equipo, más enfoque en impacto y tranquilidad para los stakeholders. Practicarás definir una cadencia de actualizaciones, nombrar qué se está investigando y decir qué deben hacer los usuarios (si es que deben hacer algo). También practicarás disculparte de forma adecuada: asumiendo responsabilidad pero sin dramatizar.
Tu artefacto es un set de tres mensajes: estado interno, actualización para stakeholders y un breve mensaje de recuperación cuando el servicio se estabiliza, incluyendo qué viene después. |
| Clase 12. Gestionar un ciclo de sprint completo en una simulación final |
| Esta última lección es tu simulación final (capstone). Pasarás por un mini ciclo de sprint realista en Northbank Digital y después enfrentarás un incidente que interrumpe el plan. Volverás a usar el lenguaje clave de todo el curso: aclarar requisitos, definir alcance, comprometerte en la planificación, dar un stand-up, capturar decisiones, escribir un comentario diplomático en un PR, coordinar un mensaje de release y comunicarte con calma cuando algo falla.
La simulación está pensada para que se sienta como trabajo real: información limitada, presión de tiempo y prioridades que cambian. Harás dos intentos: el primero para ver tus hábitos naturales y el segundo tras una checklist de mejora enfocada. Tu comprobación final usa una rúbrica sencilla: estructura, información clave, tono, movimientos de interacción y claridad bajo presión.
Tu pack final de artefactos incluye: un breve recap de requisitos, una actualización en Jira, un guion de stand-up, un resumen de reunión, un comentario de PR, una actualización de incidente y un pequeño párrafo de postmortem con acciones. Esto te deja con plantillas que podrás seguir usando después del curso. |
