Kada govorimo o softverskim projektima, da li ste ikada videli kako različite softverske kompanije ili kompanije za dizajn softverskih usluga opisuju neki projekat? Da li vam njihovi opisi omogućavaju da brzo razumete konkretne potrebe i pozadinu projekta?

Uobičajeni način opisivanja softverskih projekata obično uključuje sledeće četiri tačke:

Uvod u industriju klijenta

Klijenti softverskih projekata dolaze iz različitih industrija, a svaka industrija ima svoje specifičnosti. Kada predstavljate projekat ljudima iz različitih industrija, morate početi od pozadine industrije. Uvod u industriju uključuje kako se ta industrija povezuje sa životima ljudi, koji su ciljevi prodaje ili usluga na tržištu? Koju ulogu klijentova kompanija ili pojedinac igra u toj industriji? Koja su njihova uverenja ili karakteristike? Koja je vizija kompanije za budućnost?... i tako dalje. Kako bi softverski programeri adekvatno obradili zahteve, uvod u industriju klijenta pomaže razvojnom timu da razume perspektivu klijenta.

Problemi u poslovnom procesu (gde leži potreba)

Ovo je glavni razlog zbog kojeg klijent dolazi, jer se suočava sa određenim situacijama u svom radnom okruženju. Da li je trenutni radni proces potrebno digitalizovati, ili trenutni informacioni sistem, nakon godina korišćenja, treba reorganizovati, ili je potrebno uvesti digitalne mere kao odgovor na nove trendove u industriji? Ovde je potrebno objektivno i empatično razumeti situaciju sa kojom se klijent suočava.

Predloženo rešenje

Nakon postizanja konsenzusa sa klijentom, softverska kompanija prilagođava planiranje i implementaciju projekata koji odgovaraju potrebama i uspešno ih primenjuje u radnom procesu klijenta.

Rezultat

U poređenju sa starim rešenjima, nakon primene novog rešenja, objektivno se zaključuje kakve su razlike i promene donete klijentu, na primer: poboljšanje efikasnosti proizvodnog procesa, smanjenje vremena za integraciju informacija, pružanje novih kanala za kontakt sa klijentima...

Kombinovanjem ovih četiri tačke o opisu softverskih projekata, možemo dobiti osnovno razumevanje projekta. Tokom diskusije sa klijentom, menadžer projekta takođe treba da osigura da su ovi opisi jasni. Jer opis softverskog projekta je fleksibilan, može biti kratak kao jedna rečenica koja opisuje šta projekat radi, ili dugačak kao izveštaj koji opisuje sadržaj projekta. U tom trenutku, možete pokušati:

Izgraditi "osnovnu vrednost" koja će definisati opseg projekta

Projekat je projekat jer se u ograničenim resursima postiže određeni cilj. Međutim, tokom postizanja tog cilja, ako nema ograničenja opsega, mogu se pojaviti "povezane" funkcije. Pojava tih funkcija može značajno poboljšati celokupno rešenje, ali može produžiti vreme razvoja, što može dovesti do kašnjenja u lansiranju; takođe, može se desiti da zapravo ne donose konkretne koristi celokupnom rešenju.

Primer:

Klijent želi da za sistem poslovnih informacija kreira funkciju "pritisni dugme za pokretanje i automatski izvrši zakazane zadatke". Na prvi pogled, možda je potrebno samo povezati sledeće radne procese i izvesti ih redom, međutim, stvarna situacija razvoja je: možda će biti potrebno dodati logiku poslovanja kao što su prava pristupa, status prethodnog izvršenja, stabilnost sistema... u zavisnosti od primene sistema. U tom trenutku, klijent iznenada kaže u grupnoj diskusiji: "Želim da kada pritisnem dugme za pokretanje, osećam da je sistem živ i aktivan."

Tokom razvoja softvera, kada planiramo funkcionalnosti na osnovu jedne korisničke priče, često je potrebno dodati procenu situacije i razmatranje različitih poslovnih logika, a kada klijent nema drugih primedbi na funkcionalnost, fokus se može prebaciti na boje interfejsa, raspored, ponašanje dugmadi, prelaze stranica, i tada se pojavljuju različite tvrdnje, uvek želeći da ekran bude živopisniji.

Šta učiniti kada se u ograničenom vremenu razvoja funkcionalnosti i očekivanja klijenta za interfejs sistema sukobe?

U tom trenutku, potrebno je vratiti se na osnovnu "osnovnu vrednost" kako bi se potvrdila neophodnost i prioritet postojećih funkcionalnosti u odnosu na vreme i resurse. Osnovna vrednost je često kratka i jasna fraza, poput moćne mantre, koja nam pomaže da, kada razmatramo dodavanje ili uklanjanje korisničkih priča, tri puta ponovimo u sebi i dobijemo jasan odgovor!

Iz primera gore, kada se klijent pojavi sa tvrdnjama, možemo usmeriti diskusiju na razmišljanje "Koje su prednosti živopisnijeg ekrana za rad sa sistemom poslovnih informacija?" "Ako želimo da ekran bude živopisniji, potrebno je dodatno vreme za dizajn, što može dovesti do kašnjenja u lansiranju, da li je to u redu?" Zatim, predložiti "Preporučujemo da se prema 'osnovnoj vrednosti' izvrši modifikacija zahteva i prioritetizacija kako bi se omogućilo lansiranje na vreme."

Za svaki projekat, zajedno sa klijentom, odredite najprikladniju "osnovnu vrednost"

Osnovna vrednost projekta omogućava nam da, bilo da se radi o diskusiji u razvojnom timu ili intervjuima sa klijentima ili prihvatanju zahteva, kao da gradimo svetionik, vodi nas kroz more diskusija, ne skrećući sa teme, vraćajući se na glavnu osovinu projekta.

Ako ste danas čitali ovaj članak i mučite se sa zahtevima koje je klijent postavio, možda biste mogli da navedete osnovnu vrednost projekta kako biste ubedili sebe i klijenta!