SR
EN
DE
SLProgramska oprema
Kaj naj podjetje ve pred prvim pogovorom o programskem projektu
Ni vam treba imeti tehnične specifikacije — a nekaj vnaprej pripravljenih odgovorov naredi prvi pogovor veliko produktivnejši za obe strani.
Najboljši, najproduktivnejši prvi pogovori o novem programskem projektu niso nujno tisti, kjer stranka pride z gotovo, podrobno tehnično specifikacijo — temveč tisti, kjer stranka zelo jasno razume in zna razložiti svoj resničen poslovni problem, s svojimi besedami, brez tehničnega žargona. Tehnične odločitve o tem, kako ta problem rešiti, so naše delo, ne vaše.
Kaj je koristno vnaprej vedeti in pripraviti
Kateri konkretni, vsakodnevni problem želite rešiti — opisan z običajnimi, vsakodnevnimi besedami, ne s tehničnimi izrazi, ki ste jih morda slišali, a jih ne razumete povsem natančno.
Kdo bo sistem zares vsakodnevno uporabljal in približno koliko ljudi — zaposleni, stranke, oboje — ker to neposredno oblikuje funkcije in arhitekturo.
Ali že obstaja kakšno obstoječe orodje, Excelova tabela ali papirni proces, ki naj ga novi sistem zamenja, in kaj točno pri tej obstoječi rešitvi najbolj moti ali upočasnjuje posel.
Okvirni želeni rok za zagon in, če obstaja, okvirni razpoložljivi proračun — celo približen razpon je za načrtovanje veliko koristnejši od popolne nejasnosti.
Česa vam sploh ni treba vedeti vnaprej
Tehnologije, arhitekture sistema ali natančnega, končnega seznama vsake posamezne funkcije — vse to skupaj definiramo šele, ko zares, temeljito razumemo vaš problem in kontekst poslovanja.
Prvi pogovor služi obojestranskemu razumevanju problema in konteksta, ne sprejemanju končnih odločitev o kodi, tehnologiji ali natančni arhitekturi — te odločitve naravno pridejo kasneje, ko imamo dovolj informacij, da jih sprejmemo odgovorno.
Povezano
Nikola Cerić
Ustanovitelj in direktor, Manage IT
Več kot 10 let izkušenj z razvojem programske opreme — v lastnem podjetju in v velikih IT podjetjih Balkana.