Partner za projekte, ki morajo delovati.

Pred prvo vrstico kode se usedemo z ljudmi, ki delo dejansko opravljajo — prodajalci, skladiščniki, delavci v proizvodnji — in spremljamo, kako dokument resnično potuje skozi podjetje, kje nastajajo zamude in kje se podatki izgubijo ali prepišejo. Rezultat ni abstrakten diagram, temveč jasen popis procesov, vlog in pravil, ki jih mora sistem upoštevati, skupaj z oceno obsega in prioritet za prvo fazo.

Rezultat: Zemljevid procesov in obseg projekta

Na podlagi analize določimo podatkovni model (kaj se hrani, kako je povezano), tok dokumentov (npr. ponudba → naročilo → račun) in tehnologije, ki najbolje ustrezajo problemu, ne modi. V tej fazi se odloča tudi o integracijah z obstoječimi sistemi (računovodstvo, banke, druga programska oprema), varnostnem modelu in načrtu razširljivosti — napake v tej fazi je kasneje najdražje popraviti, zato ji namenimo veliko pozornosti.

Rezultat: Arhitektura sistema in specifikacija API

Najprej izdelamo žični okvir (skice strukture) ključnih zaslonov in jih preverimo z resničnimi uporabniki — delavci, prodajalci, uredniki —, preden se sploh začne vizualni dizajn. Tako ujamemo nesporazume, dokler jih je še poceni popraviti. Šele ko je tok potrjen, sledi vizualna plast: tipografija, barve in komponente, ki tvorijo dizajnerski sistem, s klikljivim prototipom, ki ga odobrite pred razvojem.

Rezultat: Žični okvir in klikljiv prototip

Sistem se ne piše kot en velik blok, ki se pojavi šele na koncu. Razvijamo ga po modulih, z rednimi demo različicami, ki jih sproti pregledate in komentirate — tako se morebiten nesporazum odkrije po tednu dni, ne po šestih mesecih. Vsak modul se testira z resničnimi (ali realističnimi) podatki takoj, ko je pripravljen, namesto da se vse preveri šele proti koncu projekta.

Rezultat: Testna različica z resničnimi podatki

Poleg tehničnega testiranja (ali koda deluje pravilno) sistem preverijo tudi ljudje, ki ga bodo dejansko uporabljali — na svojih resničnih scenarijih, ne izmišljenih primerih. Tako se pred prehodom sistema v produkcijo ujamejo nesporazumi med tem, kar je bilo zahtevano, in tem, kar je resnično potrebno pri vsakodnevnem delu.

Rezultat: Testno poročilo in seznam za prevzem

Uvedbo v produkcijo načrtujemo tako, da podjetje ne obstane niti za en dan. Sistem najprej deluje na testnem okolju (identična kopija produkcije), kjer se vse preveri, šele nato preide v pravo produkcijo, z varnostno kopijo pred prehodom in jasnim načrtom vrnitve (rollback), če kaj ne poteka po načrtu. Uporabniki dobijo usposabljanje na resničnih scenarijih, preden začnejo delati v novem sistemu.

Rezultat: Produkcijski sistem in načrt objave

Po uvedbi se sistem spremlja: razpoložljivost, napake, obremenitev strežnika in status varnostnih kopij, z obveščanjem odgovornih oseb, če kaj odpove. Redno se izvajajo varnostne posodobitve knjižnic in odvisnosti, na podlagi dejanske uporabe pa predlagamo izboljšave — izdelek raste s podjetjem, namesto da bi stagniral dan po objavi.

Rezultat: Nadzorna plošča za spremljanje in SLA