Capítulo 1: El equipo se reúne
Capítulo 1: El equipo se reúne
Es lunes por la mañana. Una sala de reuniones con una pizarra blanca, marcadores de colores y cuatro sillas. Ana llega primero, con un cuaderno lleno de notas y post-its. Carlos trae su café. Diego y Elena se presentan: es la primera vez que trabajan juntos.
Siguiente: Planning Game inicial
La visión del producto
Ana abre su cuaderno y dibuja un rectángulo en la pizarra.
Ana (PO): “Vamos a construir un tablero Kanban. Nuestros equipos internos necesitan una herramienta para visualizar su flujo de trabajo. Hoy usan hojas de cálculo y se pierden tareas constantemente.”
Diego (Dev): “¿Algo como Trello o Jira?”
Ana (PO): “Más simple. Columnas, tarjetas que se mueven entre columnas, y saber quién está haciendo qué. Nada más por ahora.”
Ana explica que hay presupuesto para ocho semanas. No necesitan algo perfecto, necesitan algo que funcione y que la gente quiera usar.
Carlos propone XP
Carlos ha trabajado con varias metodologías. Antes de hablar de tecnología, quiere hablar de cómo van a trabajar.
Carlos (TL): “Propongo que usemos Extreme Programming. Sé que suena intenso, pero es lo que mejor funciona para equipos pequeños con requisitos que van a cambiar.”
Elena (Dev): “¿Y por qué no Scrum? Es lo que he usado en mis últimos tres proyectos.”
Carlos (TL): “Scrum te dice cómo organizar el trabajo: sprints, daily standups, retrospectivas. Pero no te dice cómo programar. XP sí. XP incluye prácticas técnicas concretas: pair programming, TDD, integración continua, refactoring. Son las prácticas que hacen que el código sea mantenible.”
Diego (Dev): “Pair programming todo el día suena agotador.”
Carlos (TL): “Nadie dijo todo el día. Kent Beck habla de sustainable pace: trabajamos a un ritmo que podamos mantener indefinidamente. El pair programming es una herramienta, no una sentencia.”
Los cinco valores de XP
Carlos escribe cinco palabras en la pizarra:
Communication — Simplicity — Feedback — Courage — Respect
Carlos (TL): “Estos son los cinco valores de XP según Kent Beck. Todo lo que hagamos se basa en ellos.”
Ana (PO): “¿Puedes explicar cada uno en contexto de nuestro proyecto?”
Carlos (TL): “Communication: vamos a sentarnos juntos y hablar en persona, no por correo. Si hay un problema, lo decimos al momento. Simplicity: construimos lo más simple que pueda funcionar. No anticipamos features que nadie pidió.”
Carlos hace una pausa y toma un sorbo de café.
Carlos (TL): “Feedback: cada semana Ana ve lo que construimos y nos dice si vamos bien. No esperamos ocho semanas para descubrir que construimos lo incorrecto. Courage: si algo no funciona, lo cambiamos. Si el diseño es malo, lo refactorizamos. Si una estimación fue optimista, lo decimos.”
Elena (Dev): “¿Y Respect?”
Carlos (TL): “Respect es el pegamento. Cada persona en este equipo aporta algo valioso. Ana conoce el negocio. Diego y Elena van a construir el producto. Yo puedo guiar las prácticas técnicas. Nadie es más importante que otro.”
El debate: XP vs Scrum
Elena no está del todo convencida. Ha tenido buenas experiencias con Scrum.
Elena (Dev): “En Scrum tenemos roles claros, ceremonias definidas, un framework probado. XP suena más… informal.”
Carlos (TL): “XP no es informal. Es disciplinado de una forma diferente. Scrum dice ‘haz sprints de dos semanas’. XP dice ‘escribe el test antes del código, integra varias veces al día, programa en parejas’. Son reglas más técnicas y más exigentes.”
Diego (Dev): “¿No podemos combinar ambos?”
Carlos (TL): “Muchos equipos lo hacen. Pero propongo empezar con XP puro. Si después de cuatro semanas queremos ajustar, lo hacemos. Eso también es XP: inspeccionar y adaptar.”
Ana (PO): “A mí me gusta la parte de feedback semanal. En mi proyecto anterior esperábamos un mes para la demo y siempre había sorpresas desagradables.”
El compromiso del equipo
Carlos pide que cada persona diga si acepta el compromiso de trabajar con XP durante las ocho semanas.
Ana (PO): “Acepto. Si significa que voy a ver progreso real cada semana, estoy dentro.”
Diego (Dev): “Acepto. Nunca he hecho pair programming de verdad, pero quiero aprender.”
Elena (Dev): “Acepto con reservas. Si en dos semanas siento que no funciona, quiero que podamos hablar de ello.”
Carlos (TL): “Eso es exactamente Courage. Decir lo que piensas. Y Feedback: evaluaremos cómo nos va constantemente.”
Carlos escribe en la pizarra las reglas que acuerdan:
- Iteraciones de una semana
- Pair programming como práctica principal
- TDD: tests primero, código después
- Integración continua desde el día uno
- Ana disponible para preguntas todo el día
- Máximo 40 horas semanales, sin excepciones
- Retrospectiva al final de cada iteración
Elena (Dev): “¿Máximo 40 horas? ¿En serio?”
Carlos (TL): “En serio. Kent Beck lo llama Sustainable Pace. Un equipo cansado escribe código con bugs. Un equipo descansado escribe código limpio. No hay negociación en esto.”
Cerrando el día
El equipo sale de la sala con una sensación mezcla de entusiasmo y nerviosismo. Diego está emocionado por el pair programming. Elena quiere ver si TDD realmente funciona. Ana está aliviada de que le hayan prometido visibilidad semanal. Carlos sabe que los primeros días serán incómodos, pero confía en el proceso.
Mañana empiezan con el Planning Game: convertir la visión de Ana en stories concretas que el equipo pueda construir.
Práctica XP del capítulo
Whole Team: Kent Beck describe que un equipo XP debe incluir a todas las personas necesarias para que el proyecto tenga éxito, sentadas juntas y trabajando como una unidad. En este capítulo, el equipo se forma con un PO presente (Ana), un líder técnico (Carlos) y dos developers (Diego y Elena). Nadie está remoto. Nadie está a medio tiempo. Todos aceptan el compromiso.
¿Qué hace cada uno?
| Persona | Rol en este capítulo |
|---|---|
| Ana | Presenta la visión del producto y acepta participar activamente |
| Carlos | Propone XP, explica los valores, facilita la discusión |
| Diego | Escucha, pregunta, acepta el compromiso con entusiasmo |
| Elena | Cuestiona con respeto, acepta con condiciones (Courage) |
Anterior: Índice | Siguiente: Planning Game inicial