SPRINT

Chicos, hay que agilizar y trabajar con autonomía, sobre todo porque no tenemos mucho tiempo para trabajar juntos. Recuperemos puntos que ejercitamos hace meses:

• Comunicación y feedback: hay que comunicar los problemas y blockers que tengamos en grupo. Comunicar no es simplemente decir, es hacer el esfuerzo de encontrar el problema del contexto y cómo comunicarlo al grupo (por ejemplo, es más constructivo decir "necesito ayuda para comprender x" que decir "no sé").
• Autonomía y productividad: si no sabemos qué hacer, pasemos a otra tarea.
• Calidad: respetemos el git flow (trabajo por ramas y actualización y resolución de conflictos antes de mergear a la rama principal), CI verde, TDD (lo que veamos que falta o falla y arreglemos o sumemos, que venga con su propio test para evitar regresión y se sume a la suite). Probar y testear nuestro trabajo terminado antes de mergear. Si usamos la IA, podemos incluir este orden en el workflow.
• Hacer muchos commits: por cada paso significativo dentro de una tarea (no un commit para una tarea). Luego el push ya mete todo, y es buena práctica además de redistribuir un poco más.

También podemos aprovechar recursos de Dylan para que nuestro uso de la IA vaya más fuerte, aunque no usemos Claude:

• claude-deal-with-the-devil: tiene estrategias para realizar trabajo agéntico de calidad.
• Los repos tienen su CLAUDE.md, que seguramente guarda el contexto más práctico y útil junto a las trampas conocidas. Dádselos a la IA cuando trabajéis en algo.

Dicho esto, hay varias tareas principales con las que debemos ponernos, aunque algunas requieren desbloquear situaciones:

• Urgente: Osionos (todos nos ponemos con ello). Tenemos que concentrarnos en perfeccionarlo, sobre todo refactorizar. Si encontramos problemas, arreglarlos. Si vemos que falta algo, añadirlo. Tiene que ser limpio, funcional y robusto. Trabajaremos por tag de versiones para asegurarnos de que nadie rompe nada difícil de recuperar.
• Otras tareas en paralelo:
  • Auditar el estado de lo que estemos tocando respecto al README (contrastado con subject y hoja de evaluación), y rellenar los gaps y la info que no se sepa. Se puede ir por partes, poco a poco.
  • Preparar nuestra parte individual de la defensa.
  • Utilizar los productos como usuario (familiarizarnos).
  • Ilusionarnos con nuestra capacidad de aportar al proyecto, que es nuestro y está muy bien.

Importante: cuando orquestemos todo el proyecto y nos podamos conectar, tendremos que organizarnos para practicar demos colaborativas.