Mètode
Com treballar en equip sense trepitjar-vos
La manera de treballar es defineix al final de la incepció i es revisa a cada retrospectiva. Es valora tant el que feu com la manera de fer-ho: un 40 % de l'ambició del projecte són aspectes metodològics.
Rols: cadascú té una responsabilitat
El product owner són els professors. A més del desenvolupament, cada membre de l'equip s'encarrega que una part concreta es faci bé i s'entregui a temps i en el format correcte.
Incepció
Les dues fases de la incepció (en equips de 8, es reparteix entre dues persones).
Un sprint cadascú
Sprint master del seu sprint: planning, report, burndown i que tot estigui al Drive a temps.
Serveis
Gestiona el servei que oferiu a un altre equip i el que consumiu.
Demo final
Prepara la demo: joc de dades, guió i assaig.
Tancament
Coordina la documentació final: informe de gestió i informació de la release.
Amb els professors
Assumpte amb el prefix [PES] n-grup nom-projecte i una descripció. Qualsevol problema d'equip, com més aviat millor.
El project record track (PRT)
Un full de càlcul compartit on es registra tota l'activitat de l'equip: classes, reunions, formació, desenvolupament, documentació. És una mica redundant amb Git i Taiga, però serveix per gestionar l'equip i s'utilitza per avaluar-lo.
- Columnes: data, durada, membre, activitat, número d'història i comentaris.
- Una persona per fila: si una reunió és de tres persones, tres files.
- Un full a part amb el resum i estadístiques per membre i iteració.
- S'actualitza des del primer dia, i el sprint master ho comprova.
- Descripcions coherents: sempre els mateixos noms d'activitat.
| Activitat | Què inclou |
|---|---|
| Reunió d'equip | Reunió de (quasi) tot l'equip, incloses les reunions amb el professor. |
| Reunió focal | Un grup petit de l'equip treballant un tema concret. |
| Classe passiva | Hores de classe magistral. |
| Formació | Aprendre una tecnologia nova per aplicar-la al projecte. |
| Desenvolupament | Programar, provar, controlar la qualitat, desplegar. |
| Gestió de projecte | Actualitzar Taiga o eines similars. |
| Documentació | Escriure els documents que s'entreguen a cada iteració. |
| Presentació | Preparar les presentacions orals. |
Exemple de fila: 2026-10-14 · 1,5 h · Laia · Desenvolupament · US-12 · Endpoint GET /estacions i proves d'integració
Taiga: el backlog viu
- Èpiques agrupen històries; cada història té descripció, criteris d'acceptació, punts, prioritat i estat.
- Les històries de l'sprint es descomponen en tasques amb responsable, hores estimades i hores reals.
- Les tasques s'assignen dinàmicament, no al principi de tot.
- Els RNF han de tenir un lloc clar (una història pròpia o criteris d'acceptació) i ser mesurables.
- Els bugs es registren i, si cal, es reobre la història afectada.
Un bon truc: escriviu a la memòria què passa a cada esdeveniment (començar projecte, començar sprint, començar una història, començar i acabar una tasca, trobar un bug) i com afecta cada eina.
Git i GitHub
Definiu una metodologia de branques (per exemple Gitflow) i seguiu-la:
mainnomés amb versions que funcionen;developper integrar.- Una branca per història o tasca:
feature/42-mapa-estacions. - Pull requests revisades per una altra persona abans d'integrar.
- Cada commit referencia la tasca de Taiga:
task #42: Afegeix el filtre de bicis lliures.
Els aspectes metodològics que es valoren
Aquests criteris pesen el 40 % de l'ambició del projecte. Feu servir la llista per revisar la vostra manera de treballar abans de cada lliurament.
Checklist metodològica
Serveis entre equips
Els tres equips d'un grup formen un cercle: A produeix un servei per a B i en consumeix un de C; B en produeix per a C i en consumeix d'A; C en produeix per a A i en consumeix de B. Qui és cada lletra es decideix a la incepció.
- Sprint 1: definir. Negocieu-lo: una funcionalitat ben definida i independent, prou general per interessar els dos equips (sovint transversal). Acordeu també on es desplegarà.
- Sprint 2: oferir. Codi i proves, un endpoint disponible i documentació per a l'equip que el farà servir.
- Sprint 3: consumir. Integreu el servei de l'equip company.
Acordeu el contracte aviat i treballeu contra un mock fins que el servei real estigui en marxa. Genereu el contracte i el mock →
Servidors, bases de dades i desplegament
- Documenteu tota la configuració dels servidors: creació de les màquines i característiques, serveis instal·lats, usuaris i contrasenyes (en un lloc segur), ports oberts, certificats, versions i com engegar i aturar el servei.
- Núvol: Virtech (núvol docent de la FIB; ports i desplegament pas a pas), Heroku (hores limitades al mes i s'adorm) o AWS (s'atura automàticament), entre d'altres.
- Evolució de l'esquema de la BD: fitxers SQL de create i alter, o un framework de migracions.
- Aspectes tecnològics que es valoren (20 % de l'ambició): nombre i configuració de servidors i BD justificats, versionat de la BD, llenguatges, API pròpia, APIs externes integrades, servei consumit i subministrat, dades obertes, frameworks, integració contínua i desplegament, sempre explicats i justificats.