La clase en la que formamos los equipos del proyecto final y vivimos, en pequeño, cómo trabajan los equipos de empresas de verdad: por qué la comunicación se complica al crecer (Ley de Brooks), qué es Scrum, cómo funciona un tablero Kanban, y cómo idear un producto que resuelva una necesidad real.
Arrancamos cada clase de seguimiento con un mini concurso: tres términos que han ido saliendo con los profes, para fijar el vocabulario y ponernos al día del estado del arte. Jugáis todos en un solo equipo, contra mí.
Escribe tu respuesta a cada pista y pulsa Enter. Vale aunque falles alguna letra o te comas una tilde: puntúa por parecido. ¿Consigues el bote?
Empieza por A. La empresa creadora de Claude, fundada en San Francisco por los hermanos Amodei tras salir de OpenAI.
Empieza por B. Prueba estandarizada (palabra inglesa) para medir qué modelo rinde mejor en código, matemáticas o razonamiento.
Empieza por C. Producto de OpenAI lanzado en noviembre de 2022 que alcanzó 100 millones de usuarios en dos meses y disparó la fiebre de la IA generativa.
Antes de repartiros en equipos, un aviso con nombre propio: la Ley de Brooks. El número de canales de comunicación de un equipo crece cuadráticamente con su tamaño: n × (n − 1) / 2. Pasar de 3 a 8
personas no suma cinco líos, multiplica de 3 canales a 28.
Los equipos grandes no son lentos por incompetencia, son lentos por matemática. Por eso aquí hacemos equipos pequeños: con dos o tres personas se decide rápido. En la edición anterior, el grupo de solo dos personas fue el que ganó.
Para domar ese caos existen los marcos de trabajo. El más famoso es Scrum (nació en 1995, dentro de la filosofía Agile). Ojo: no es una metodología rígida, es un marco. Y no es un tecnicismo de programadores: aparece en un montón de ofertas de empleo de cualquier sector.
Scrum define tres cosas, y con eso baja la entropía de trabajar con otras personas:
Quién hace qué. En un equipo Scrum: quien construye (desarrolladores), quien decide qué se construye (producto) y quien facilita que las decisiones fluyan (Scrum Master). Aquí todos sois desarrolladores; los mentores harán producto y Scrum Master.
Las reuniones con propósito. Cada semana se planifica, se ejecuta y se entrega. Al cerrar la iteración: presentación de avances conmigo y retrospectiva (qué salió bien, qué mejorar) con el mentor.
Lo que el equipo produce y comparte. La lista de cosas por hacer en formato de historias de usuario, y el incremento entregable de cada sprint. Vuestro incremento es un producto real, no un PowerPoint.
Todos los profes trabajamos en empresas en activo (Inditex, Nortio) aplicando esto en el día a día. Cuando en una entrevista os pregunten "¿has trabajado con Scrum?", vais a poder responder desde la experiencia, no desde la teoría.
El primo hermano de Scrum es Kanban, que viene de la filosofía Lean. En vez de organizarse por sprints, se centra en la gestión visual: un tablero de columnas por el que las tareas van avanzando de "por hacer" a "hecho".
Sirve para ver al momento si hay un bloqueo o si cada miembro del equipo avanza como debería. Es el mismo tablero que uso con mis equipos de desarrollo reales.
De aquí a final de curso nos vemos casi cada semana en las clases de Proyecto Final. Trabajaremos en sprints de una semana: cada semana planificáis, ejecutáis y entregáis un avance de vuestro producto.
Vais a construir un producto de verdad, no un PowerPoint: una web, una campaña de marketing hecha con IA, e intentar captar usuarios reales. Puede ser lo que queráis, pero elegid algo que os motive, porque lo haréis durante semanas.
Para arrancar la primera mentoría, dejad respondidas estas seis preguntas. Son la hoja de entrada que reciben los mentores para aportaros valor desde el minuto uno.
Marca lo que vayas completando. Se guarda en tu navegador, así que al volver sigue aquí.
Actúa como mentor de producto. Somos un equipo de estudiantes
que tenemos que construir un producto real (web o app) en unas semanas,
usando herramientas de IA.
Ayúdanos a idear. Hazme preguntas para entender qué se nos da bien y
qué necesidades reales conocemos de cerca. A partir de ahí, propón 5
ideas de producto con: nombre, problema que resuelve, usuario objetivo
y una métrica sencilla para validar si funciona.Cuanto más cerca estéis del problema (que os pase a vosotros o a alguien que conocéis), mejor. Y si dudáis entre dos ideas: montad una landing de cada una, enseñádselas a amigos y familia esta semana, y quedaos con la que más tire. Eso se llama hacer discovery.
Tres preguntas para fijar lo esencial. No hay nota ni castigo: si fallas, te explico el porqué.
Repaso · Pregunta 1/3
Glosario · toca para ampliar
La observación de que añadir gente a un equipo no lo acelera de forma lineal: los canales de comunicación crecen cuadráticamente (n·(n−1)/2), así que más personas suelen significar más caos, no más velocidad.
Ver en el diccionarioLa filosofía de trabajo que prioriza entregar valor pronto y en trozos pequeños, adaptándose al cambio en lugar de seguir un plan cerrado. Scrum y Kanban son dos de sus marcos más usados.
Ver en el diccionarioEl marco de trabajo ágil más extendido en empresas. Organiza el trabajo en iteraciones cortas (sprints) y define tres cosas: roles, eventos y artefactos, para reducir el caos de trabajar en equipo.
Ver en el diccionarioUna iteración de trabajo con principio y fin, normalmente de dos semanas (en clase, una). Se planifica, se ejecuta y se entrega un incremento de producto usable al final de cada uno.
Ver en el diccionarioUn método de gestión visual del trabajo mediante un tablero de columnas (por hacer, en curso, hecho). Permite ver de un vistazo dónde hay bloqueos y si el equipo avanza.
Ver en el diccionarioLa forma de escribir lo que hay que construir desde el punto de vista de quien lo va a usar: qué necesita y para qué, en lugar de una especificación técnica cerrada.
Ver en el diccionarioEl evento de cierre de cada sprint en el que el equipo revisa qué salió bien, qué salió mal y qué va a mejorar en la siguiente iteración. Mejora continua en vena.
Ver en el diccionarioProducto Mínimo Viable: la versión más pequeña de tu idea que ya sirve para validar si alguien la quiere, sin gastar semanas construyendo algo que nadie necesita.
Ver en el diccionarioEstas dos ideas son las que más impacto tienen. Si te llevaras únicamente dos cosas de toda esta página, que sean éstas:
¿Dudas con vuestra idea de proyecto? Escribidme a hi@alci.dev o traedla a la mentoría. Nos vemos cada semana hasta el Demo Day.