Cum îți construiești coloanele
Statusurile de task se administrează din setări, alături de statusurile de proiect, priorități, etichete și tipuri de task. Un status se creează cu nume și culoare, iar coloanele apar pe board în ordinea în care le-ai creat — nu există, deocamdată, reordonare sau redenumire a unui status existent, deci schema și-o stabilești la început și o corectezi ștergând și readăugând. Un detaliu care contează la organizare: statusurile se definesc la nivel de spațiu de lucru, nu per proiect, deci aceeași schemă de coloane se aplică tuturor proiectelor tale. Statusurile numite „done", „completed" sau „closed" sunt tratate ca finalizare — de ele depind burndownul, velocity și rata de finalizare din indicatorii de proiect.
Board Kanban sau board de sprint
Nu sunt două produse, ci același board privit prin filtre diferite. Fără sprinturi, lucrezi în flux continuu: toate taskurile proiectului, pe coloanele tale. Cu sprinturi active, restrângi board-ul la sprintul curent și primești în plus burndown, obiectiv de sprint și velocity pe sprinturile închute. Comutarea nu mută și nu migrează nimic, fiindcă apartenența la sprint e doar un câmp pe task: îl umpli și taskul intră în sprint, îl golești și se întoarce în backlog. Istoricul, comentariile, dependențele și pontajele rămân neatinse în ambele direcții.
Ce citești din contoarele coloanelor
Fiecare coloană afișează trei cifre luate din starea de acum: câte taskuri conține, câte dintre ele au termenul depășit și cât însumează în story points. O coloană de review care crește de la o zi la alta, sau care adună majoritatea punctelor, e semnalul că acolo se strânge munca. Contoarele sunt însă instantanee, nu serii în timp: board-ul nu desenează o diagramă de flux cumulat și nu măsoară lead time sau cycle time, pentru că taskurile nu poartă momentul în care au intrat în fiecare coloană. Pentru evoluție în timp ai burndownul sprintului și graficul de velocity.
Ce nu face board-ul
Board-ul nu pune limite WIP: îți arată câte taskuri sunt într-o coloană, dar nu blochează și nu avertizează la depășire. Nu are swimlane-uri — separarea pe echipe sau pe tipuri de muncă se face prin filtre și prin etichete, nu prin benzi orizontale. Nu are reguli de automatizare: mutarea unui card schimbă statusul și scrie în jurnal, atât — nu asignează pe nimeni, nu pune etichete și nu trimite nimic mai departe. Și nu are integrări cu depozite de cod sau cu alte instrumente: niciun pull request nu mută un card, fiindcă serviciul nu comunică, prin construcție, cu sisteme externe.