Kalbant apie programinės įrangos projektus, ar kada nors matėte, kaip įvairios programinės įrangos kūrimo įmonės ar paslaugų dizaino įmonės apibūdina projektą? Ar po jų aprašymų galite greitai suprasti konkrečius projekto poreikius ir foną?

Dažniausiai programinės įrangos projektai aprašomi keturiais punktais:

Kliento pramonės pristatymas

Programinės įrangos projektai aptarnauja klientus iš įvairių pramonės šakų. Skirtingos pramonės šakos turi savo specifiką, todėl norint pristatyti projektą skirtingų sričių žmonėms, būtina pradėti nuo pramonės fono. Pramonės fono pristatymas apima, kaip ši pramonė susijusi su žmonių gyvenimu, kokie yra rinkos pardavimo ar paslaugų objektai? Kokią rolę kliento įmonė ar asmuo atlieka šioje pramonėje? Kokie yra jų įsitikinimai ar ypatybės? Kokia yra įmonės ateities vizija? Kad programinės įrangos kūrėjai tinkamai apdorotų poreikius, kliento pramonės pristatymas padeda geriau suprasti kliento požiūrį.

Problemos verslo procese (poreikio vieta)

Tai yra pagrindinė priežastis, kodėl klientas kreipiasi. Kokios situacijos klientas susiduria savo darbo aplinkoje? Ar esamas darbo procesas turi būti skaitmenizuotas, ar dabartinė informacinė sistema, naudojama daugelį metų, turi būti pertvarkyta, ar reikia pasiūlyti skaitmeninius sprendimus, atitinkančius naujas pramonės tendencijas? Čia reikia objektyviai ir empatiškai suprasti kliento situaciją.

Pasiūlytas sprendimas

Pasiekus sutarimą su klientu, programinės įrangos įmonė pritaiko atitinkamus projektavimo ir įgyvendinimo planus, kurie sėkmingai pritaikomi kliento darbo procese.

Rezultatas

Palyginus su senais sprendimais, naujo sprendimo taikymas objektyviai įvertina, kokius pokyčius ir skirtumus jis atnešė klientui, pavyzdžiui: gamybos proceso efektyvumo padidėjimas, informacijos integravimo laiko sumažinimas, naujų klientų pasiekimo kanalų suteikimas.

Apibendrinant šiuos keturis programinės įrangos projekto aprašymo punktus, galime susidaryti pradinį projekto supratimą. Diskusijų su klientais metu projekto vadovas turi užtikrinti, kad šie aprašymai būtų aiškūs mūsų galvose. Programinės įrangos projekto aprašymas yra lankstus, trumpai galima apibūdinti, ką projektas daro, o ilgesniame aprašyme pateikiama išsami projekto ataskaita. Šiuo metu galima pabandyti:

Sukurti „pagrindinę vertę“, kuri nustatytų projekto ribas

Projektas yra projektas, nes ribotais ištekliais siekiama konkretaus tikslo. Tačiau siekiant konkretaus tikslo, jei nėra ribų, gali atsirasti „susijusių“ funkcijų. Šios susijusios funkcijos gali labai pagerinti visą sprendimą, tačiau gali prailginti kūrimo laiką ir sukelti vėlavimą. Taip pat gali būti, kad jos neturi konkrečios naudos visam sprendimui.

Pavyzdys:

Klientas nori sukurti funkciją įmonės informacinėje sistemoje, kuri „paspaudus paleidimo mygtuką, automatiškai vykdo planavimo darbus“. Iš pirmo žvilgsnio gali atrodyti, kad reikia tik susieti tolesnius darbo procesus, tačiau reali kūrimo situacija gali reikalauti įtraukti vykdymo teises, ankstesnės vykdymo būsenos, sistemos stabilumo ir kitus verslo logikos aspektus. Šiuo metu klientas gali pasakyti: „Noriu, kad paspaudus paleidimo mygtuką, būtų gyvas ir judantis jausmas.“

Programinės įrangos kūrimo metu, planuojant funkcijas pagal vieną vartotojo istoriją, dažnai reikia atsižvelgti į situacijos vertinimą ir įvairius verslo logikos aspektus. Kai klientas neturi kitų prieštaravimų dėl funkcijų, dėmesys gali būti nukreiptas į sąsajos spalvą, išdėstymą, mygtukų veikimą, puslapių perėjimą, ir atsiranda įvairių reikalavimų, visada norint, kad vaizdas būtų gyvesnis.

Ką daryti, kai ribotame kūrimo laike funkcijų kūrimas ir kliento lūkesčiai dėl sistemos sąsajos susiduria?

Šiuo metu reikia grįžti prie pagrindinės „pagrindinės vertės“, kad patikrintume esamą laiką, darbo jėgą, šių susijusių funkcijų būtinybę ir prioritetą. Pagrindinė vertė dažnai yra trumpas ir aiškus šūkis, kuris kaip galingas burtas padeda mums, svarstant vartotojo istorijų pridėjimą ar pašalinimą, tris kartus mintyse pakartoti ir gauti aiškų atsakymą! Iš aukščiau pateikto pavyzdžio, kai klientas turi reikalavimų, galime nukreipti diskusiją į klausimą „Kokie yra gyvesnio vaizdo privalumai įmonės informacinės sistemos veikimui?“ „Jei norint, kad vaizdas būtų gyvesnis, reikia pradėti nuo dizaino, tai gali prailginti planavimą ir sukelti vėlavimą, ar tai gerai?“ Tada pasiūlyti „pasiūlyti pagal „pagrindinę vertę“ peržiūrėti reikalavimus ir nustatyti prioritetus, kad būtų galima laiku įgyvendinti“ atsakymą.

Pagal kiekvieną projektą, kartu su klientu diskusijų metu nustatykite tinkamiausią „pagrindinę vertę“

Projekto pagrindinė vertė leidžia mums, ar diskutuojant su kūrimo komanda, ar atliekant kliento poreikių interviu ar patikrinimą, kaip švyturys, vadovauti mums diskusijų jūroje, kad nenukryptume nuo temos ir grįžtume prie projekto ašies. Jei šiandien skaitote šį straipsnį ir esate susirūpinę dėl kliento reikalavimų, pabandykite išvardyti projekto pagrindinę vertę, kad įtikintumėte save ir klientą!