Daugybės JIRA lentų labirintas: vadovas programinės įrangos kūrimo komandoms
Įsivaizduokite, kad stovite prie didelio programinės įrangos kūrimo projekto vairo ir derinate 5 projektų vadovų, 4 dizainerių ir 40 programuotojų komandos darbą. Kiekviena grupė turi savo atsakomybes, terminus ir prioritetus.
Norėdami tai valdyti veiksmingai, nusprendžiate JIRA sukurti kelias lentas – po vieną kiekvienam vaidmeniui: produkto savininkams (PO), projektų vadovams (PM), dizaineriams ir programuotojams. Popieriuje tai atrodo tobulas sprendimas. Tačiau projektui judant į priekį imate matyti ir iššūkius, ir galimybes, kurias atneša tokia sąranka.
Kodėl kelios lentos?
Sudėtingame projekte skirtingos komandos turi susitelkti į savo konkrečias užduotis, kad jų neskandintų su jomis nesusijusi veikla. Atskirų JIRA lentų idėja paprasta: leisti kiekvienai komandai matyti tai, ką jai reikia matyti, ir sutelkti dėmesį į tai, kas jai svarbiausia. PO gali sekti strateginius prioritetus, PM – valdyti terminus, dizaineriai – tobulinti vizualinius sprendimus, o programuotojai – panirti į kodą.
Kiekviena lenta tampa viso projekto mikrokosmosu – pritaikyta aplinka, kurioje komanda gali dirbti geriausiai. Bet gilindamiesi suprantate, kad tikrasis iššūkis – išlaikyti visus tuos mikrokosmosus suderintus su bendrais projekto tikslais.
Pliusai: aiškumas ir susitelkimas
Su atskiromis lentomis kiekvienai komandai suteikiate reikiamą aiškumą. PO ir PM gali žvelgti į bendrą vaizdą neskęsdami detalėse. Dizaineriai gali eksperimentuoti ir tobulinti darbą žinodami, kad jų lenta – kūrybos ir bendradarbiavimo erdvė. Programuotojai gali imtis savo sprintų nesirūpindami dar nusistovėjusiais dizaino pakeitimais.
Tokia sąranka suteikia aiškumo ir bendravimui. Kiekviena lenta tampa skirtu kanalu, kuriame vyksta su ja susijusios diskusijos. Nereikia vartyti begalės užduočių, kad rastumėte tas, kurios jums svarbios. Viskas sutvarkyta, ir visi žino, kur ieškoti naujienų.
Minusai: sudėtingumas ir izoliuotos grandys
Tačiau šis požiūris turi ir trūkumų. Pirmasis iššūkis – koordinavimas. Turint tiek lentų, užtikrinti, kad visi būtų viename puslapyje, tampa visu etatu darbu. Kas nutinka, kai dizaino lentos vėlavimas paveikia kūrimo grafiką? Kaip užtikrinti, kad PO ir PM žinotų apie prioritetų pokyčius skirtingose komandose?
Be to, kyla pavojus susikurti izoliuotas grandis (silos). Kai komandos per daug susitelkia į savo lentas, jos gali pamesti bendrą vaizdą. Gali įsisukti nesuderinti tikslai, dubliuojamos pastangos ir prieštaringi prioritetai. Projektui augant auga ir administravimo našta. Pastebite šokinėjantys tarp lentų ir bandantys sudėlioti pilną projekto istoriją.
Pusiausvyros paieškos
Taigi, kaip valdyti šį sudėtingumą neprarandant specializuotų lentų privalumų? Viskas prasideda nuo bendravimo. Būtini reguliarūs komandų susitikimai. Reikia sujungti spragas tarp lentų ir užtikrinti, kad visi žinotų apie priklausomybes ir galimas kliūtis.
Ataskaitos, apimančios kelias lentas, tampa geriausiu jūsų draugu. Kurdami ataskaitas per kelias lentas gaunate vieningą projekto pažangos vaizdą. Tai padeda anksti pastebėti problemas ir išlaiko visų komandų suderinamumą.
Padėti gali ir vienodos darbo eigos skirtingose lentose. Nors kiekviena komandos lenta gali turėti savų ypatumų, tam tikras nuoseklumas palengvina bendradarbiavimą. Jis mažina painiavą ir užtikrina, kad visi laikosi to paties žaidimo plano.
Galiausiai nebijokite lentų sujungti, jei reikia. Jei matote, kad kai kurios lentos kelia daugiau painiavos nei aiškumo, gal metas sugrupuoti susijusią veiklą. Tikslas – išlaikyti projektą valdomą, o ne susikurti administravimo košmarą.
Svarbiausia išvada
Kelių JIRA lentų valdymas dideliame programinės įrangos kūrimo projekte – tai balansavimas ant ribos. Viena vertus, turite specializacijos ir susitelkimo naudą. Kita vertus, susiduriate su koordinavimo iššūkiu ir izoliuotų grandžių rizika. Sutelkę dėmesį į aiškų bendravimą, ataskaitas per kelias lentas ir vienodas darbo eigas, galite įveikti šį sudėtingumą ir išlaikyti projektą ant bėgių.
Galiausiai svarbu ne vien valdyti lentas – svarbu valdyti jų tarpusavio ryšius ir užtikrinti, kad kiekviena komanda, nuo PO iki programuotojų, judėtų darniai link sėkmingo projekto rezultato.