Es mostren els missatges amb l'etiqueta de comentaris retro. Mostrar tots els missatges
Es mostren els missatges amb l'etiqueta de comentaris retro. Mostrar tots els missatges

diumenge, 1 de maig del 2016

Retrospectiva de la quarta fase del projecte

Després del tancament de la quarta fase del projecte MailToTicket el 17 de març, vam fer una petita retrospectiva per veure com havia transcorregut la feina d'aquesta fase.

La primera cosa en què vam coincidir és que participar en el pilot d'avaluació del projecte osTicket a la UPC suposa molta feina pel temps limitat de què disposem. Això no vol dir pas que l'osTicket no sigui l'eina adequada, només ha passat que vam estimar malament el temps que ens suposaria provar-lo. Més endavant farem una anàlisi més completa de la nostra avaluació, que compartirem també en aquest blog.

A continuació vam parlar de l'impacte que tenen les incidències i els imprevistos en la planificació de cada fase del projecte. En teoria un cop decidida la planificació de la feina per una fase, aquesta planificació no hauria de canviar fins que acabi aquesta fase. Aquesta garantia és el que permet que els equips àgils puguin lliurar novetats i canvis que aportin valor als usuaris en cada fase. Però què passa amb els imprevistos? Nosaltres vam decidir que havíem d'afegir totes les incidències a la planificació però que les havíem d'identificar com a tals amb una etiqueta visible.

Finalment vam comentar que en aquesta fase havíem dedicat poc temps a revisar la documentació i en canvi havíem fet força canvis en el codi. Tenint en compte que només quedava una fase abans de tancar el projecte, vam acordar centrar-nos en la documentació enlloc de les parts més TIC.

dilluns, 22 de febrer del 2016

La temperatura de l'equip del projecte MailToTicket

El dilluns 15 de febrer vam assistir a la píndola formativa sobre com conservar la salut de l'equip i evitar conflictes. L'experiència ens va semblar molt interessant i vam decidir dur-la a terme l'endemà, en la retrospectiva de la tercera fase, just a l'equador del projecte.

Vam començar fent un animòmetre valorant de 0 a 100 i amb un adjectiu el nostre sentiment sobre el projecte en el moment de començar i en el moment actual. Després cadascú va explicar la seva valoració i finalment vam comentar quines accions podíem dur a terme per millorar-la.

El primer tema que va sorgir va ser la necessitat d'auto-organitzar-se per poder dedicar temps al projecte. De fet, aquest tema ja havia sorgit anteriorment i no l'hem tractat de forma adequada. Vam decidir que mirarem de trobar moments en què puguem treballar plegats per facilitar la dedicació.

A continuació es va comentar que de vegades costa saber què s'ha de fer o com cal fer-ho. Aquesta situació fa evident que cal descriure millor les històries d'usuari i les seves tasques, però també que cal tenir clar qui es fa responsable de cadascuna. Per tant, ens hem de seguir esforçant en fer les històries més compensibles i clares. D'altra banda, de cara a la planificació dels propers sprints, caldrà tenir en compte que potser algunes persones se sentin més còmodes si se'ls assigna una feina determinada enlloc de deixar-los decidir quina volen fer. Ho comentarem demà durant la reunió de planificació.

Tot seguit va aflorar un desencaix entre els objectius que inicialment hom s'havia plantejat pel projecte respecte dels que s'estan consolidant i això fa que algunes persones es replantegin el seu paper dins del projecte, ja que tenen dubtes si realment estan aportant algun valor. En aquest sentit, com a equip valorem positivament totes les contribucions de tots els membres, per petites que siguin, i recordem la importància de tenir persones amb diferents perfils dins de l'equip.

Relacionat amb el punt anterior va sorgir la inquietud de què aquest projecte és molt tècnic i això agreuja la percepció del paper d'alguns membres del projecte sobre el valor que estan aportant. Així doncs, vam mirar d'esvair el dubtes que tenien aquestes persones recalcant la importància vital que tenen la documentació i les proves que estan fent, sense les quals la part tècnica no tindria cap sentit. També cal destacar que sovint els tècnics no tenen la sort de treballar tan a prop dels usuaris dels productes que desenvolupen i obtenir feedback d'una manera tan àgil.

Un altre tema que va sorgir és la incertesa del futur del projecte, sobre si la UPC decidirà impulsar-lo i dedicar-hi els recursos necessaris. Aquesta incertesa és compartida amb pràcticament tots els projectes Nexus24, però en el cas del MailToTicket tenim l'avantatge que ja l'estem utilitzant en algunes unitats i que seguirem fent-ho encara que al final no hi hagi cap suport institucional per convertir-lo en un servei.

El darrer punt que va aflorar és la manca d'informació que hem publicat sobre el producte que estem desenvolupant, que és molt important per engrescar i convèncer els usuaris potencials dels avantatges que els podria suposar utilitzar el MailToTicket amb les seves instàncies de GN6. En aquest sentit, vam decidir que publicaríem una llista de les seves característiques principals i que en faríem difusió al blog i a la llista dels fans.

Finalment, creiem que val la pena destacar que, tot i els dubtes i les incerteses que tenim a l'equador del projecte, hi ha una bona sintonia entre els membres de l'equip i el projecte progressa positivament.

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.