Històries vs Tasques … una subtil i important diferència

Suposo que amb poc que estiguis ficat en agilitat, en Scrum, etc., tindràs clares les principals diferències entre Històries d’Usuari i Tasques. Típicament, anem amb el resum, les Històries són un “què” volem, les Tasques un “com”, les Històries són funcionalitat que aporta valor a l’usuari, les Tasques solen ser aspectes tècnics, les Històries estan en el Product backlog, són responsabilitat de l’Product Owner, les Tasques són al Sprint backlog, i són responsabilitat de l’equip, etc.
Bé, i resumit l’anterior, vaig amb una diferència entre històries i Tasques, que no he nomenat i que més que una diferència és una bona pràctica poc coneguda: una Història és una cosa en la que en general … treballen més d’una persona. I una tasca és una cosa en la que en general … treballa una sola persona.
Una Història d’usuari implicarà a diversos perfils, a diverses persones: desenvolupadors, Tester, dissenyadors, etc. I per organitzar aquest “com” fer la Història apareixen les Tasques. I a les Tasques, el normal, és que hi hagi una relació 1 a 1 entre tasca i persona que la fa.

Una bona pràctica visual per potenciar aquesta bona pràctica

El que fan alguns equips, per desgràcia no tants com hagués de, és usar avatars en adhesius, ja saps, cada persona té un dibuix, en un adhesiu o similar, que el representa, amb la idea de potenciar el bon ús de les tasques, t’explico. La bona pràctica és que: a) només has un adhesiu, que pegues en aquella tasca en la qual estàs treballant ib) no pot haver-hi més d’un adhesiu per tasca.
Amb la part a) de l’anterior bona pràctica potències el important i desconegut swarming, evitar estar en més d’una tasca (no el resols de el tot perquè a més hauries no obrir cap tasca fins a tancar aquella en la treballes ara). Amb la part b) assegures la regla d’una persona una tasca.

Excepcions a la regla …

N’hi ha, però que l’excepció no sigui la norma. Per exemple, una tasca que comporti un pair Programing … involucra més d’una persona. Així que, sí, hi haurà algunes tasques en les que hi ha dos caps i només dues mans, de manera que involucren a més d’una persona.
Altres tasques que són excepció a aquesta regla: revisions en grup, reunions, etc. Però el que s’ha dit, controla la granularitat de les tasques per arribar a la la majoria de les vegades a “una persona una tasca”.
Lectures recomanades, aquest post de Cohn, que no està malament.

  • Quant a
  • Últimes entrades
Ph.D. en informàtica, Postdoctorat a la Carnegie Mellon (EUA) i Enginyer en Informàtica. Secció Primera vegada que em va tocar fer una gestió Àgil en una empresa … any 2001. Des de llavors he treballat en, o per, més de 90. I he format a més de 2000 alumnes.
També sóc profe de la Universitat Rei Joan Carles.

Últimes entrades de jgarzas (veure tot)
  • La guia sobre els OKR (17): Qui va crear els OKR? Història i Origen dels OKRs (⏱ en menys de 4 min) – 17 març 2021
  • Per què “la Agilitat” no t’està funcionant – 10 març 2021
  • La guia sobre els OKR (16): Compte amb les jerarquies de OKRs (que poden ser Costat Fosc) – 9 març 2021

Comparteix això:

Deixa un comentari

L'adreça electrònica no es publicarà. Els camps necessaris estan marcats amb *