Pse projektet softuerike zgjasin më shumë nga sa parashikohej

Pothuajse çdo projekt softueri që zgjat më shumë nga sa u parashikua fillon me një vlerësim që dukej i arsyeshëm në atë kohë. Problemi rrallëherë është se dikush ka punuar ngadalë. Problemi është se disa gjëra thjesht nuk mund të dihen para se dikush t’i shohë nga afër — dhe një vlerësim i dhënë para se ato të shihen është një hamendje me numra pas presjes.

Specifikimi fillestar nuk është kurrë vërtet i plotë

Kur dikush thotë “duam një sistem rezervimesh”, ai përshkrim mbulon dhjetëra vendime që ende nuk janë marrë: si trajtohen anulimet, çfarë ndodh kur dy njerëz rezervojnë të njëjtën gjë njëkohësisht, kush sheh çfarë të dhëna. Këto nuk janë detaje të vogla — janë vetë projekti, thjesht të pazbuluara ende. Kjo është arsyeja pse një fazë reale zbulimi para vlerësimit final, si te zhvillimi i softuerit me porosi, kursen kohë më vonë sesa duket se kushton në fillim.

Integrimet e panjohura deri sa dikush i shikon nga afër

Vlerësimet shpesh supozojnë se një sistem tjetër ka një API të pastër e të dokumentuar. Realiteti është ndryshe: disa sisteme kanë dokumentacion të mirë, disa kanë vetëm një pjesë të funksionuar, dhe disa nuk kanë fare API të përdorshëm. Askush nuk e di me siguri deri sa dikush provon lidhjen aktuale. Kjo panjohshmëri fillestare është pikërisht arsyeja pse integrimet shpesh e ndryshojnë kohëzgjatjen e një projekti më shumë se çdo ekran i vetëm.

Ndryshimi i kërkesave në mes të rrugës

Asnjë projekt real nuk qëndron statik për javë të tëra. Dikush provon versionin e parë dhe kupton se një rregull biznesi është ndryshe nga si e kishte përshkruar, ose një përdorues tjetër kërkon një aftësi që askush nuk kishte menduar në fillim. Kjo nuk është dështim planifikimi — është pjesë normale e ndërtimit të diçkaje reale. Problemi lind kur ndryshimet nuk regjistrohen dhe rivlerësohen hapur, por thjesht “shtohen” në një vlerësim që tashmë ishte i ngushtë.

Shkaqet kryesore dhe si zbuten

Shkaku	Si zbutet
Kërkesa fillestare e paqartë	Fazë zbulimi para vlerësimit final
Sistem i jashtëm pa API të dokumentuar	Provë lidhjeje e hershme, jo supozim
Ndryshim kërkese në mes të projektit	Rivlerësim i hapur, jo shtim i heshtur
Varësi nga një person i vetëm në ekip	Ekip i vogël por i qëndrueshëm, jo një pikë e vetme dështimi
Testimi ndodh vetëm në fund	Version i punueshëm çdo dy javë

Iterime të shpeshta zbulojnë problemin herët

Kur ekipi dorëzon një version të punueshëm çdo dy javë, në vend të një prezantimi çdo tre muaj, një supozim i gabuar zbulohet në javën e dytë, jo në të dhjetën. Kjo është dallimi më i madh mes një projekti që zgjat pak më shumë se planifikuar dhe një projekti që del krejtësisht jashtë kontrollit — jo shpejtësia e ekipit, por sa shpejt gabimet dalin në sipërfaqe.

Kur ekipi është shumë i vogël për vetveten

Një projekt që varet nga një person i vetëm për një pjesë kritike ka një rrezik të fshehur: nëse ai person është i zënë me diçka tjetër, gjithë projekti ndalon, edhe pse pjesa tjetër e ekipit është e disponueshme. Kjo nuk do të thotë se ekipet duhet të jenë të mëdha — do të thotë se njohuria kritike duhet ndarë mes më shumë se një personi, edhe në një ekip të vogël, në mënyrë që një pushim i papritur të mos bëhet vonesë e projektit.

Sa e lidhur me çmimin është kjo çështje

Një vlerësim që nuk llogarit asnjë prej këtyre faktorëve nuk është optimist — është i paplotë. Kjo nuk do të thotë që çdo projekt duhet një buxhet i hapur pafundësisht; do të thotë që modeli i çmimit duhet të përshtatet me sa e njohur është puna. Një projekt me kufij të qartë mund të çmohet me fazë fikse pas zbulimit; një produkt që vazhdon të evoluojë përshtatet më mirë me një angazhim mujor sipas kapacitetit. Zgjedhja e modelit të gabuar, jo vetëm një vlerësim i gabuar, është shpesh arsyeja pse një projekt “del jashtë kontrollit”.

Çfarë mund të bëni si klient

Pyetja më e dobishme që mund t’i bëni një partneri para nënshkrimit nuk është “sa kohë do të zgjasë”, por “çfarë do të bëjmë kur zbulojmë diçka që nuk e kishim parashikuar”. Përgjigja tregon nëse ekziston një proces real për ndryshime, ose nëse çdo surprizë do të shtohet thjesht si kosto shtesë e pashpjeguar. Lexoni edhe artikullin motër zgjidhje gati apo zhvillim me porosi nëse ende po vendosni për formën e projektit.

Vlerësimet nuk dështojnë nga përtacia. Dështojnë sepse disa gjëra nuk mund të dihen para se dikush t’i shohë vërtet.

Nëse doni të kuptoni se sa e njohur është puna juaj para se të fillojë, një bisedë kontakti e shkurtër është një hap më i mirë se një tjetër vlerësim i shpejtë.