abbado

el problema

Los trabajos en grupo se rompen casi siempre igual. Una persona acaba cargando con todo. A los callados se les pisa y los conflictos pequeños crecen en silencio hasta que la entrega revienta.

Casi todo pasa en el tramo entre el enunciado y la entrega, cuando nadie está mirando.

research

Entrevisté a 11 estudiantes y profesores. Unos cuantos patrones se repetían:

• Silencio. La gente se calla para evitar fricción.
• Mérito robado. Las voces fuertes ganan; el trabajo silencioso desaparece.
• Trabajo invisible. Quien organiza hace más, por la misma nota.
• Un desfase de tiempo. Los conflictos empiezan pronto, pero los profesores se enteran tarde.

Los conflictos empezaban en las semanas 2 a 4, pero los profesores no se enteraban hasta las semanas 7 a 8. Ese desfase es la razón por la que abbado existe.

Tres personas resumían lo que encontré: Montse, la organizadora que se quema; Agatha, a la que pisan; y Felix, el profesor que solo ve el resultado final.

decisiones de diseño

Visibilidad sin vigilancia. Un profesor necesita ver cómo va un equipo, pero en cuanto los estudiantes se sienten vigilados dejan de ser honestos. Así que el profesor ve la salud del equipo y nunca a la persona que hay detrás. No hay roles ni nombres propios.

• 4 preguntas, no 30. Un test corto y adaptativo te asigna un rol de equipo, en vez de un test de personalidad larguísimo.
• Salud por fechas. Mira lo que toca entregar, así un equipo que va tarde en lo que importa no puede esconderse tras un montón de logros pequeños.
• La lógica de roles es determinista. El emparejamiento funciona con reglas fijas, no con el modelo. Mismas respuestas, mismo rol, siempre, y puedes comprobar por qué.
• Un chat que conoce tu contexto. Funciona con Mistral y ya sabe tu rol y tus tareas. Facilita y se mantiene al margen del trabajo en sí, y nunca te elige el equipo.

qué construí

Una app real y desplegada, no un mockup de Figma, con 656 tests automatizados detrás.

• Onboarding de 4 preguntas y un rol Belbin para cada estudiante.
• El enunciado partido en tareas, repartidas por perfil.
• Un dashboard en vivo con salud del equipo, avisos y el chat.
• Un informe de proceso compartido al final.

Honesta con el testing: validé la lógica de emparejamiento con una simulación de 1.000 equipos, que daba alrededor de un 60 a 70% menos de fricción. Eso es simulación, todavía no usuarios reales. Lo siguiente es un piloto en un aula real, además de Canvas y Moodle.

qué aprendí

La decisión de la que estoy más orgullosa fue lo que dejé fuera. La mayor parte del trabajo de diseño se me fue en decidir qué es lo que el profesor nunca llegaría a ver. La privacidad no acabó siendo una funcionalidad más. Era la respuesta al problema.