Trello ali Jira: preprost Kanban odpove, ko projekt potrebuje odvisnosti

Trello je primernejši, kadar ekipa potrebuje predvsem jasno tablo nalog, odgovorne osebe in roke. Jira postane smiselnejša, ko mora poleg statusa videti tudi, katera naloga blokira drugo, načrtovati sprinte ali redno poročati o razvojnem delu. Takrat preprost stolpec »V teku« ne odgovori več na najpomembnejše vprašanje: kaj se lahko dejansko nadaljuje?

Velikost ekipe sama ne odloči izbire. Primerjava The Digital Project Manager Trello opisuje kot preprostejše vizualno orodje, Jiro pa kot orodje za podrobnejše spremljanje razvojnih nalog, napak in sprintov. Za ekipo je zato pomembnejši način usklajevanja dela kot videz table ali najnižja cena paketa.

Marketinška kampanja: kdaj zadošča tabla

Vzemimo pogojno kampanjo, pri kateri ekipa pripravi besedilo, oblikovanje, pristajalno stran in končni pregled. V Trellu lahko vsaka naloga dobi kartico, stolpci pa kažejo pripravo, izvedbo, pregled in zaključek. Odgovorna oseba, rok in kontrolni seznam običajno dajo dovolj informacij, če sodelavci predajo dela uredijo neposredno in je pomembno predvsem to, kaj še čaka.

Isto kampanjo bi bilo mogoče voditi tudi v Jiri. Ekipa bi lahko določila vrste nalog, statuse in polja za posamezne kanale ali faze, nato pa delo razvrščala po teh podatkih. To je koristno, če mora vodja redno ločevati zamude pri besedilih od zamud pri oblikovanju ali primerjati več kampanj. Če potrebuje le pregled odprtih nalog, mora nekdo vzdrževati dodatno strukturo, ne da bi iz nje dobil sorazmerno boljši odgovor.

Čas uvedbe zato ni le čas do prve ustvarjene table. Pri Trellu je treba uskladiti pomen stolpcev in pravila za kartice. Pri Jiri je treba poleg tega premisliti, katere vrste nalog in statusi bodo uporabni tudi pri naslednjem projektu. Bolj podroben sistem pomaga šele, ko ekipa podatke dosledno vnaša in jih uporablja pri odločanju.

Razvojni projekt: kdaj status ne pove dovolj

Drugi pogojni primer je izdaja programske funkcije: preizkus uporabniškega prikaza se lahko začne šele po dokončanju programskega vmesnika. V Trellu lahko ekipa povezavo zapiše na kartico ali poveže kartici. Kljub temu mora sama paziti, ali je blokada še veljavna. Če se takšne povezave ponavljajo, pogled na stolpce pokaže stanje nalog, ne pa nujno vrstnega reda, v katerem jih je mogoče opraviti.

V Jiri je mogoče nalogi povezati z razmerjem »blocks« oziroma »is blocked by«. Atlassianova navodila za odvisnosti določajo, da mora skrbnik omogočiti povezovanje nalog; časovnica programskega projekta prikazuje povezave vrste »Blocks« znotraj istega projekta. Ekipa lahko tako razlog za čakanje zabeleži neposredno med nalogama, vendar mora povezave tudi sproti posodabljati.

Backlog in sprinti imajo vrednost, če ekipa delo izbira za posamezen cikel ter želi po njem primerjati načrtovane in opravljene naloge. Pri toku kratkih, pretežno neodvisnih zahtevkov lahko takšno razvrščanje pomeni dodatno delo. Tudi razvojna ekipa zato ne potrebuje Jire zgolj zato, ker piše programsko opremo; pomembno je, ali mora usklajevati zaporedje dela, napake in skupne izdaje.

Več ljudi, dovoljenja in avtomatizacija

Rast ekipe lahko najprej zahteva drug paket, ne drugega orodja. Po uradnem pregledu paketov Trello Free dopušča do 10 odprtih tabel in 10 sodelavcev v delovnem prostoru, Standard pa neomejene table in 1.000 zagonov avtomatizacije na mesec. Premium doda poglede, med njimi nadzorno ploščo in časovnico, ter več skrbniškega nadzora.

Če ekipa preraste omejitev brezplačnega delovnega prostora, njene naloge pa ostanejo samostojne in pregledne, je nadgradnja Trella lahko dovolj. Drugače je, ko morajo sodelavci vedeti, kdo sme spreminjati posamezne dele poteka in katere zamude vplivajo na delo drugih. Takrat ni težava samo število kartic: ista oznaka statusa lahko različnim ekipam pomeni različno stvar, ročno preverjanje blokad pa postane del vsakodnevnega usklajevanja.

Avtomatizacija lahko premakne kartico, dodeli nalogo ali pošlje obvestilo po vnaprej določenem pravilu. Ne določi pa sama, ali mora biti programski vmesnik končan pred preizkusom prikaza. Pri izbiri zato šteje, ali želi ekipa pospešiti ponavljajoče se korake ali potrebuje zanesljivejši zapis razmerij med nalogami. To sta različni zahtevi, čeprav se lahko pojavita v istem projektu.

Poročila so uporabna le, če odgovarjajo na pravo vprašanje

Za vprašanje »katere naloge so še odprte?« je lahko dovolj pogled na tablo. Če mora ekipa po vsakem sprintu ugotoviti, koliko načrtovanega dela je končala, ali redno razvrščati napake po vrsti in statusu, potrebuje doslednejše podatke. Jira omogoča tak način spremljanja, vendar poročilo ostane odvisno od tega, ali člani ekipe naloge pravilno označujejo in pravočasno posodabljajo.

Tudi širši pogled v Trellu ni isto kot zapis odvisnosti. Časovnica lahko olajša pregled rokov, nadzorna plošča pa razporeditev dela, medtem ko mora ekipa pri povezanih nalogah še vedno jasno določiti, kaj blokira kaj. Za marketinški projekt z redkimi predajami je to lahko sprejemljivo. Za izdajo, pri kateri se več preizkusov in popravkov začne v določenem vrstnem redu, postane tak dogovor težje vzdrževati zunaj samih nalog.

Strošek za 10 in 30 uporabnikov

Po Trellovem ceniku stane Standard pri mesečnem obračunu 6 USD na uporabnika na mesec, Premium pa 12,50 USD; pri letnem obračunu sta objavljeni nižji ceni. Preprost preračun mesečne cene pomeni za Standard 60 USD pri 10 uporabnikih in 180 USD pri 30, za Premium pa 125 oziroma 375 USD. Izračun predpostavlja, da so vsi navedeni uporabniki plačljivi v istem paketu.

Jirin uradni cenik prikazuje Free za do 10 uporabnikov, Standard po 7,91 USD in Premium po 14,54 USD na uporabnika na mesec. Standard vključuje vloge in dovoljenja ter 250 GB prostora; Premium dodaja načrtovanje in upravljanje odvisnosti med ekipami. Linearni preračun prikazanih cen znaša za Standard 79,10 USD pri 10 uporabnikih in 237,30 USD pri 30, za Premium pa 145,40 oziroma 436,20 USD. Dejanski račun je odvisen od izbranega obračunskega obdobja in ponudnikovega izračuna za število uporabnikov.

Pri 10 uporabnikih je lahko Jirin Free cenovno privlačen, če njegove omejitve ustrezajo ekipi; za vloge in dovoljenja iz paketa Standard je treba plačati. Pri 30 uporabnikih postane razlika v naročnini opaznejša, vendar sama ne pokaže skupnega stroška. Trellu je treba prišteti čas za ročno spremljanje blokad in pripravo podatkov za poročila. Jiri je treba prišteti zasnovo poteka, urejanje pravic in učenje pravil vnosa.

Kje je meja med preprostostjo in strukturo

Trello je smiselna izbira, ko ekipa naloge hitro razporedi, so predaje redke in je naslednje delo razvidno s table. Jira upraviči zahtevnejšo uvedbo, ko se ponavljajo blokade, načrtovanje sprintov, spremljanje napak ali poročanje po enotnih pravilih. Če odvisnosti segajo čez več ekip, je treba posebej upoštevati razliko med povezovanjem nalog znotraj projekta in širšim načrtovanjem v paketu Premium.

Odločilno vprašanje je, koliko truda ekipa porabi, da ugotovi, zakaj naloga stoji. Če je odgovor razviden iz nekaj kartic in kratkega dogovora, preprosta tabla ohrani svojo prednost. Če je treba razlog vsakič sestaviti iz komentarjev, sporočil in ustnih pojasnil, ima izrecna povezava med nalogami praktično vrednost.

Preberite tudi:

• Strukturiran izhod še ni pravilna vsebina: JSON potrebuje dodatno kontrolo
• Todoist ali TickTick: preprostost proti koledarju in navadam
• Zapier ali Power Automate: cena je odvisna od nalog, uporabnikov in robotov