Scrumban.

Què és realment Scrumban

Scrumban es queda amb les parts del kanban i de Scrum que es guanyen el lloc, i descarta la resta. Del kanban n’agafa el tauler visual, el flux de treball per columnes i els límits de treball en curs: el que fa llegible el flux. De Scrum n’agafa l’sprint de durada fixa: el que converteix un backlog en un pla.

El que s’estalvia: les reunions diàries, les reunions de refinament de l’sprint, les cerimònies de punts d’història, les retrospectives com a ritual. Tot això funciona per a deu enginyers en una organització ben greixada; no funciona per a un fundador que intenta lliurar un dissabte.

Per què Weft tria Scrumban

Weft existeix perquè la majoria de gestors de tasques estan pensats per a un de dos extrems: o bé una aplicació de llista de tasques individual (llista infinita, sense cadència) o bé una suite Agile per a cinquanta persones (sobrecàrrega de procés per a un fundador sol). Scrumban se situa just al mig: prou estructura per forçar un lliurament setmanal o quinzenal, però no tanta com perquè passis el dia de lliurament administrant-la.

Com ho implementa Weft

• Quatre columnes per defecte: Backlog, Todo, Doing, Done. El treball en curs es limita pel que t’espera a tu, no per un nombre a cada columna. La Kanban Guide considera que una política explícita per limitar el treball en curs forma part de la definició d’un flux de treball, de manera que només s’hi incorporen elements nous a mesura que s’allibera capacitat.
• Un sprint actiu alhora. Els sprints són opcionals: salta-te’ls si el kanban pur t’encaixa més. La Scrum Guide defineix els Sprints com a esdeveniments de durada fixa d’un mes o menys, i cada Sprint nou comença immediatament després que acabi l’anterior.
• Les tasques tenen prioritat, estimació, data de venciment i una vinculació opcional a un sprint. Sense èpiques, sense fluxos de treball, sense camps personalitzats.
• El temps de cicle comença quan una tasca passa a una columna amb semantic="doing" i acaba a "done". Les xifres surten de l’ús honest, no de l’aritmètica de punts d’història.

Quan Scrumban no és el mètode adequat

• Gestiones diversos equips Scrum alhora. La Scrum Guide situa un Scrum Team en 10 persones o menys normalment, i diu que els productes més grans s’han d’organitzar en diversos Scrum Teams que comparteixin un mateix Product Goal i un mateix Product Backlog. Informes a nivell de programa, velocitat compartida, dependències entre equips: aquí el Scrum complet a Jira s’ho val. La Nexus Guide està escrita per a aquesta situació: diversos Scrum Teams que treballen a partir d’un únic Product Backlog, amb pràctiques addicionals per detectar i resoldre les dependències entre equips.
• Fas només suport o operacions contínues. No cal cadència d’sprints: el kanban pur o un sistema de tiquets hi encaixen millor.
• Necessites diagrames de Gantt i cronogrames. Scrumban se centra en l’sprint, no en el graf de dependències.