Gjennom labyrinten av fleire JIRA-tavler: Ein guide for programvareutviklingsteam

Førestill deg at du står ved roret i eit stort programvareutviklingsprosjekt, der du samordnar innsatsen til 5 prosjektleiarar, 4 designarar og eit team på 40 utviklarar. Kvar gruppe har sitt eige ansvar, sine eigne tidsfristar og sine eigne prioriteringar.

For å halde orden på dette vel du å setje opp fleire tavler i JIRA – éi for kvar rolle: produkteigarar (PO-ar), prosjektleiarar (PM-ar), designarar og utviklarar. På papiret ser det ut som den perfekte løysinga. Men etter kvart som prosjektet går framover, byrjar du å merke utfordringane og moglegheitene som følgjer med denne oppsettet.

Kvifor fleire tavler?

I eit komplekst prosjekt må ulike team kunne konsentrere seg om sine eigne oppgåver utan å drukne i aktivitetar som ikkje angår dei. Tanken bak separate JIRA-tavler er enkel: la kvart team sjå det dei treng å sjå, og fokusere på det som betyr mest for dei. PO-ane kan følgje dei strategiske prioriteringane, PM-ane kan styre tidsplanane, designarane kan finpusse det visuelle, og utviklarane kan dykke ned i koden.

Kvar tavle blir ein mikrokosmos av det store prosjektet, eit skreddarsydd miljø der kvart team kan yte sitt beste. Men når du går djupare inn i det, innser du at den verkelege utfordringa er å halde alle desse mikrokosmosane på linje med måla til heile prosjektet.

Fordelane: Oversikt og fokus

Med separate tavler gir du kvart team den oversikta dei treng. PO-ar og PM-ar kan konsentrere seg om det store biletet utan å setje seg fast i detaljane. Designarar kan eksperimentere og prøve seg fram, i trygg forvissing om at tavla deira er eit rom for kreativitet og samarbeid. Utviklarar kan ta fatt på sprintane sine utan å uroe seg for designendringar som framleis er i rørsle.

Oppsettet gir òg klårleik i kommunikasjonen. Kvar tavle fungerer som ein eigen kanal der dei relevante samtalane går føre seg. Du slepp å lete gjennom endelause oppgåver for å finne dei som angår deg. Alt er ordna, og alle veit kvar dei skal sjå etter nytt.

Ulempene: Kompleksitet og siloar

Men denne måten å jobbe på har òg sine baksider. Den første utfordringa du møter, er samordning. Med så mange tavler blir det ei heiltidsstilling å halde alle på same side. Kva skjer når ei forseinking på designtavla slår inn på tidsplanen for utviklinga? Korleis sikrar du at PO-ar og PM-ar får vite om endra prioriteringar på tvers av teama?

Så er det faren for å byggje siloar. Når teama er for opptekne av sine eigne tavler, kan dei miste det store biletet av syne. Mål som ikkje heng saman, dobbeltarbeid og motstridande prioriteringar kan alle snike seg inn. Og etter kvart som prosjektet veks, veks òg den administrative byrda. Du finn deg sjølv i å hoppe mellom tavler for å setje saman heile soga om prosjektet.

Å finne balansen

Korleis handterer du då denne kompleksiteten utan å miste fordelane med spesialiserte tavler? Det byrjar med kommunikasjon. Faste statusmøte mellom teama er heilt avgjerande. Du må byggje bru over gapa mellom tavlene, slik at alle kjenner til avhengnader og moglege hindringar.

Rapportering på tvers av tavler blir den beste vennen din. Når du lagar rapportar som dekkjer fleire tavler, får du eit samla bilete av framdrifta i prosjektet. Det hjelper deg å oppdage problem tidleg og held alle teama på linje.

Det kan òg hjelpe å standardisere arbeidsflytane på tvers av tavlene. Sjølv om tavla til kvart team kan ha sine eigne særdrag, gjer eit visst nivå av einskap det lettare for teama å samarbeide. Det reduserer forvirring og sørgjer for at alle følgjer same oppskrift.

Til slutt: ikkje ver redd for å slå saman tavler om det trengst. Viser det seg at nokre tavler skaper meir forvirring enn klårleik, kan det vere på tide å gruppere relaterte aktivitetar saman. Målet er å halde prosjektet overkomeleg, ikkje å skape eit administrativt mareritt.

Det du bør ta med deg

Å handtere fleire JIRA-tavler i eit stort programvareutviklingsprosjekt er ein balansekunst. På den eine sida har du fordelen av spesialisering og fokus. På den andre sida står du overfor utfordringa med samordning og faren for siloar. Med klår kommunikasjon, rapportering på tvers av tavler og standardiserte arbeidsflytar kan du finne vegen gjennom denne kompleksiteten og halde prosjektet på rett kurs.

Til sjuande og sist handlar det ikkje berre om å styre tavler – det handlar om å styre forbindelsane mellom dei, og syte for at alle team, frå PO-ar til utviklarar, rører seg i takt mot eit vellykka prosjektresultat.