Sadržaj teksta17 odeljaka
Digitalni projekat najčešće ne kasni zbog tehnologije
Kada digitalni projekat kasni, prvi refleks je da se problem traži u tehnologiji. Softver nije spreman, integracija nije završena, podaci nisu dovoljno čisti, razvojni tim nije stigao. Ponekad je to tačno, ali u praksi se kašnjenje mnogo češće rađa ranije: u nejasnom cilju, slabom vlasništvu, nedovoljnoj pripremi podataka, sporom feedback-u i odlukama koje niko ne preuzima do kraja. Zato pitanje zašto digitalni projekti kasne ne treba početi od alata, nego od načina na koji je projekat postavljen.
Digitalna transformacija nije naručivanje rešenja koje se onda samo pojavi u kompaniji. Ona je promena načina rada. Ako kompanija očekuje da dobije gotov rezultat bez aktivnog učešća, projekat vrlo brzo ulazi u sivu zonu. Tehnički tim čeka odluke. Korisnici čekaju objašnjenja. Menadžment čeka rezultat. A niko ne vidi da svaki dan čekanja polako menja rok, cenu, energiju i poverenje u ceo proces.
Dobar digitalni projekat zato ne počinje prvim sastankom sa implementatorom. Počinje internom odlukom da projekat ima prioritet, vlasnika, jasnu svrhu i dovoljno vremena ljudi koji će ga koristiti. Bez toga, čak i dobro rešenje može delovati kao loše, jer nije imalo uslove da bude pravilno uvedeno.
Kašnjenje počinje pre kickoff-a
Najveći deo kašnjenja nastaje pre nego što iko napiše prvu liniju koda ili konfiguriše prvi modul. U toj fazi se često preskoče pitanja koja deluju jednostavno: ko odlučuje, ko daje podatke, ko testira, ko odobrava, ko komunicira promene timu i šta tačno znači da je faza završena. Kada se ta pitanja ne zaključe na početku, ona se vrate kasnije, ali tada više nisu administrativna pitanja. Tada postaju blokade.
Tipičan primer je projekat u kome svi znaju da treba uvesti novo rešenje, ali niko nije formalno zadužen da ga vodi sa strane klijenta. Implementator pošalje pitanje, odgovor kasni. Traži se pristup sistemu, neko nije siguran ko može da ga odobri. Pošalje se testna verzija, korisnici je pogledaju površno ili niko ne skupi komentare. Na papiru projekat traje tri meseca. U realnosti svaka odluka putuje kroz više ljudi, bez jasnog owner-a.
Zato ozbiljna digitalna transformacija mora imati pripremnu fazu. Njen cilj nije birokratija, nego zaštita projekta. Dobar početak smanjuje improvizaciju, sprečava pogrešna očekivanja i daje timu ritam rada koji može da izdrži do kraja.
Prvi znak rizika je kada nema vlasnika projekta
Vlasnik projekta nije osoba koja je samo prisutna na sastancima. To je osoba koja razume zašto se projekat radi, ima dovoljno autoriteta da pokrene ljude, može da donosi ili ubrza odluke i zna šta je prioritet kada se pojave dileme. Bez vlasnika, projekat nema centar gravitacije. Svaka tema postaje nečija tuđa obaveza.
U digitalnim projektima to je posebno opasno, jer promene uvek dodiruju više funkcija: prodaju, operativu, finansije, IT, menadžment i korisnike. Ako vlasnik nije jasan, svako gleda projekat iz svog ugla. Prodaja želi brzinu, finansije kontrolu, IT sigurnost, operativa jednostavnost, menadžment rezultat. Sve su to legitimni zahtevi, ali neko mora da ih složi u jednu odluku.
Zato Positive u poslovnom konsaltingu uvek insistira da se pre implementacije razume ko je interni nosilac promene. Tehnologija može da pomogne, ali ne može da zameni odgovornost. Ako nema vlasnika, nema ni stvarne promene.
Podaci, pristupi i odluke postaju usko grlo
Drugi veliki razlog kašnjenja su podaci i pristupi. Kompanija često zna da joj treba novo rešenje, ali ne zna gde se tačno nalaze podaci, ko ima pravo da ih izveze, u kom su formatu, koliko su čisti i šta od toga zaista treba prebaciti. Kada se to otkrije tek tokom implementacije, projekat usporava.
Slično važi za pristupe. Za integraciju su potrebni nalozi, prava, API pristupi, tehnički kontakti ili dokumentacija. Ako se te stvari traže tek kada razvoj treba da počne, svi čekaju. A čekanje se retko vidi kao projektni rizik dok ne postane očigledno da rok klizi.
Treći uski grlo su odluke. Dobar projekat traži mnogo malih odluka: koje polje je obavezno, ko vidi koji podatak, šta ide u izveštaj, koji proces je standardan, a šta je izuzetak. Ako se svaka mala odluka vraća na direktora ili ostaje otvorena nedeljama, projekat ne može imati stabilan ritam.
Kako se kašnjenje sprečava pre nego što postane problem
Kašnjenje se ne rešava tako što svi rade brže kada projekat već kasni. Tada se najčešće samo pravi novi haos. Prava prevencija je jednostavna, ali zahteva disciplinu: jasan scope, interni vlasnik, dostupni podaci, dogovoren ritam sastanaka, definisani kanali komunikacije, pravilo za feedback i realan plan testiranja.
Prvo, scope mora biti dovoljno precizan. Ne mora sve biti savršeno definisano do poslednjeg detalja, ali mora biti jasno šta ulazi u prvu fazu, šta ostaje za kasnije i šta bi promenilo cenu ili rok. Drugo, komunikacija mora imati jedno mesto. Ako se odluke nalaze u mejlovima, porukama, usmenim dogovorima i različitim dokumentima, projekat gubi pamćenje.
Treće, testiranje mora biti organizovano. Nije dovoljno da se korisnicima pošalje rešenje i kaže: javite ako nešto ne radi. Treba definisati ko testira, šta testira, do kada šalje komentare i kako se zna da je faza prihvaćena. Time se štiti i klijent i implementator.
Rani signali da projekat ulazi u kašnjenje
Kašnjenje se retko pojavi iznenada. Obično prvo vidite male signale: sastanci se završavaju bez odluka, isti zahtev se vraća nekoliko puta, komentari se šalju van dogovorenog kanala, korisnici testiraju samo površno, a prioriteti se menjaju bez jasnog obrazloženja. Ako se ti signali ne tretiraju ozbiljno, projekat polako gubi ritam. U tom trenutku još uvek deluje da ima vremena, ali stvarni problem je već počeo.
Posebno treba pratiti situacije u kojima se stalno čeka „još samo jedna informacija“. Jedan podatak, jedan pristup, jedan interni sastanak, jedna potvrda direktora. Svaka od tih stvari deluje mala, ali zajedno prave lanac zastoja. Dobar projektni okvir zato ne meri samo rok isporuke, već i brzinu donošenja odluka, odziv korisnika i broj otvorenih blokera.
Jednostavan kontrolni okvir za menadžment
Menadžment ne mora da ulazi u svaki detalj implementacije, ali mora imati jednostavan kontrolni okvir. Svake nedelje treba znati šta je završeno, šta kasni, ko drži sledeću odluku, koji rizik se otvorio i šta je potrebno od klijenta. Kada se te informacije vide na jednom mestu, projekat prestaje da zavisi od utiska i počinje da se vodi kroz činjenice.
Ovakav okvir posebno pomaže kada projekat obuhvata više sektora. Umesto da svaki sektor ima svoju verziju realnosti, svi gledaju isti status. To smanjuje rasprave, ubrzava prioritetizaciju i čuva poverenje između klijenta i implementatora.
Zašto je preventiva jeftinija od naknadnog spašavanja projekta
Kada projekat već kasni, svaka korekcija je skuplja. Timovi su umorni, poverenje je slabije, korisnici postaju skeptični, a menadžment počinje da traži brza objašnjenja umesto mirnih odluka. Zato je preventiva bolja od naknadnog spašavanja. Ona ne traži mnogo vremena, ali traži disciplinu da se na početku postave nepopularna pitanja: šta ne znamo, ko može da zakasni, gde nemamo podatke i koja odluka ne sme ostati nejasna.
Praktična završna provera
Zato se u ozbiljnom projektu ne pita samo kada nešto može biti završeno, već i šta mora biti spremno da bi taj rok imao smisla.
Šta Positive proverava pre početka ozbiljne implementacije
Kada Positive ulazi u ozbiljan digitalni projekat, cilj nije samo da se isporuči tehnologija. Cilj je da se napravi promena koja ima poslovni smisao i može da se koristi. Zato se pre implementacije proverava poslovni cilj, proces koji se menja, dostupnost podataka, interni vlasnik, korisnici, ograničenja, bezbednosni zahtevi i očekivani rezultat.
Ovo nije usporavanje projekta. To je ubrzavanje kroz jasnoću. Projekat koji preskoči pripremu često kasnije izgubi višestruko više vremena. Projekat koji dobro pripremi teren može da napreduje mirnije, jer svi znaju šta se radi, zašto se radi i ko je odgovoran za sledeći korak.
Ako želite da implementacija digitalnih rešenja ne bude improvizacija, prvi korak nije izbor alata. Prvi korak je procena spremnosti, prioriteta i načina rada. Tek kada je to jasno, tehnologija može da postane saveznik umesto još jednog izvora pritiska.
Ako želite projekat koji ima ritam, vlasnika i jasan sledeći korak
Positive može da pomogne da pre implementacije proverite cilj, procese, podatke, vlasništvo i realan redosled koraka. Zakažite konsultacije i zajedno ćemo proceniti gde je projekat najosetljiviji pre nego što vreme počne da se gubi.
Pitanja koja čitalac verovatno ima
Zašto digitalni projekti najčešće kasne?
Najčešće ne kasne samo zbog tehnologije, već zbog nejasnog cilja, slabog vlasništva, nedostupnih podataka, sporog feedback-a i odluka koje nisu donete na vreme.
Da li svaki projekat mora imati internog vlasnika?
Da. Interni vlasnik ne mora sve da radi sam, ali mora da drži prioritet, odluke, komunikaciju i odgovornost sa strane klijenta.
Šta treba pripremiti pre početka implementacije?
Minimum su cilj, opseg prve faze, odgovorne osobe, dostupnost podataka, pristupi, test korisnici, ritam sastanaka i pravilo za feedback.
Kako se sprečava širenje scope-a?
Tako što se jasno definiše šta ulazi u prvu fazu, šta ide u kasnije faze i koje promene utiču na cenu ili rok.
Kada treba uključiti Positive tim?
Najbolje pre nego što je rešenje već izabrano. Tada se može proveriti da li je problem pravilno definisan i koji je najrazumniji redosled koraka.
