dilluns, 11 de gener del 2016

Retrospectiva de la primera fase del projecte MailToTicket

En les metodologies àgils les retrospectives són reunions en què els membres de l'equip analitzen el seu funcionament en finalitzar una etapa del projecte. Aquestes reunions són la base per a realitzar un procés de millora contínua i per compartir amb la resta de membres de l'equip com ha estat la nostra experiència.

Hi ha diverses formes d'enfocar les retrospectives però l'essència és pràcticament la mateixa: identificar les coses que han funcionat bé i les que han de millorar, decidir quines accions cal dur a terme i quines cal deixar de fer. El format acostuma a ser una pluja d'idees inicial, seguida d'una posada en comú de les idees i finalment la definició d'un conjunt d'accions.

El passat dimarts 15 de desembre, l'equip del projecte MailToTicket es va reunir a l'edifici Til·lers per fer una retrospectiva de la primera fase del projecte, que va finalitzar amb la presentació del projecte durant la 2a sessió d'inici de projectes Nexus24 del dia 10 de desembre. Vam repartir papers i bolígrafs i cadascú va començar la pluja d'idees per separat. Després d'uns minuts, quan la pluja d'idees s'havia aturat vam començar a endreçar-les en una pissarra per detectar idees repetides o relacionades i per entendre millor les que no quedaven prou clares.



La primera idea a destacar és que hi ha una bona sintonia entre els membres de l'equip: som un grup divers, tenim empenta, ens hem reunit periòdicament, ens mantenim en contacte constament a través de Slack i ningú ha quedat despenjat. A més a més, estem contents perquè el projecte avança bé i genera molt d'interès entre el personal de la UPC ja que tenim una bona pila de fans. La presentació del projecte durant la jornada Nexus24 també va funcionar bé, tot i que ens vam allargar massa i no se sentia el so del vídeo.

En els aspectes a millorar ens hem trobat que tenim molts canals d'informació diferents (diversos taulers de Trello, Google Drive, GitHub, Slack, correu electrònic, etc.) i que costa saber on està cada cosa i quin canal utilitzar en cada cas. Tampoc han quedat clars alguns rols dins de l'equip i això ha fet que la planificació hagi estat més difícil. En aquest sentit, s'ha designat la figura del Scrum Master, que vetllarà per la metodologia i la gestió del projecte i farà una proposta d'ús dels diferents canals d'informació; i la figura dels Product Owners, que s'encarregaran d'establir les prioritats en les tasques a realitzar des del punt de vista del valor que aporten als usuaris.