​Biznesa analītiķa darbs projektā ir ļoti svarīgs, turklāt klients to bieži vien nepamana vai arī negrib pamanīt. Tas ir tāpēc, ka, salīdzinot, piemēram, ar programmētāju, kad rezultātā klients saņem produktu, ar kuru var darboties, analītiķa darbs paliek fonā. Tāpēc mēģināsim šajā procesā nedaudz iedziļināties un saprast tā nianses.

​Analītiķis ir speciālists, kurš izstrādātāja uzņēmumā projektā aizstāv klienta intereses. Viens no svarīgākajiem momentiem ir tas, ka speciālists no pakalpojuma piegādātāja komandas cieši sadarbojas ar klientu un pat apmeklē biznesu klātienē, piemēram, ražotni, kas palīdz labāk izprast darba procesus, kurus projekta beigās ir izaicinājums atrisināt. Tas ļauj iedziļināties specifiskās niansēs un precīzāk definēt prasības. Pamatā klients specializējas savā nozarē un nepārzina IT sfēras nianses, līdz ar to analītiķis ir tas, kurš formulē prasības, kas ir viennozīmīgas un nepārprotamas gan programmētājiem, gan klientam, tādējādi panākot vienotu risinājuma redzējumu.

Galvenie darba rezultāti:

• Organizētas, skaidras un nepārprotamas prasības, kas tiek aprakstītas un pievienotas reģistram, kuru izmanto izstrādes komanda un klients.

• ​Sagatavota dokumentācija, kas ļauj klientam operatīvi veikt precizējumus vai prasību maiņu, negaidot izstrādāto risinājumu no programmētājiem. Tas palīdz definēt atbilstošu uzdevuma aprakstu, kurā tiek piedāvāti dažādi varianti vienas funkcionalitātes izstrādei, uzskaitot katra varianta priekšrocības un trūkumus, tā palīdzot klientam pieņemt izdevīgāku lēmumu.

​Kā iepriekš minējām, analītiķis projektā piedalās ar redzējumu no klienta puses, palīdzot klientam izskaidrot tehnisko daļu viņam saprotamā valodā. Ieviešot kādu noteiktu funkcionalitāti, parādās dažādas iespējas, kā to var realizēt. Līdz ar to klientam tiek sagatavota dokumentācija, kurā uzskaitīti katra varianta plusi un mīnusi, ļaujot klientam izvēlēties sev piemērotāko risinājumu.

Apskatīsim piemēru ar šādu gadījumu. Klienta e-veikalam nepieciešama apmaksas sistēma. Pircējs, iegādājoties preci, veic apmaksu. Mūsu analītiķis sagatavo dokumentu, kurā apraksta variantus, kādā veidā to var realizēt:

1. Tiešsaistes savienojums ar banku 

2. Ārēja apmaksas sistēma – maksājumu karte, Paypal vai jebkura cita sistēma pēc klienta vēlmēm

3. Hibrīda risinājums – gan bankas tiešsaistes pieslēgšanās, gan ārējā apmaksas sistēma

4. CSV izraksta importēšana no grāmatvedības sistēmas, lai atjaunotu pasūtījumu apmaksas stāvokļus.

​Pēc būtības biznesa analītiķim projektā jāiesaistās, pirms to dara programmētājs. Turklāt vēlams veikt priekšizpēti. Tā ir nepieciešama, lai klients, pirms pilnībā ienirt projektā un tērēt milzīgas naudas summas, saprastu, ko viņš grib un ko viņam var piedāvāt. Parasti tas palīdz pašam klientam labāk izprast savas vajadzības, un, iespējams, sākuma posmos atteikties no mazsvarīgām lietām, prioritāri fokusējoties uz tām, kas nesīs lielāku ieguvumu uzreiz.

​Analītiķa iesaiste ir atkarīga no projekta. Ar klientu tiek organizētas tikšanās, kurās tiek izzinātas prasības realizējamajam projektam. Analītiķa dalība nav paredzēta katrā tikšanās reizē. Tiklīdz tiek uzzinātas klienta vēlmes, analītiķis var sākt priekšizpēti. Nav iespējams sniegt klientam konkrētus termiņus un izmaksas, neveicot priekšizpēti. Gadījumos, kad projektu izstrādā pēc Agile metodoloģijas, prasības iespējams mainīt izstrādes laikā, kas ir ērti klientam un noved pie labākas galaprodukta atbilstības vajadzībām.

​Priekšizpētes stadijā strādā tikai analītiķis, taču tas nebūt nenozīmē, ka viņš nevar analīzes procesā iesaistīt citus speciālistus, lai uzzinātu funkcionalitātes izstrādāšanas sarežģītību. Pēc tam sākas izstrādes process. Šajā posmā saziņa ar klientu notiek dažādi, izmantojot e-pastu, videokonferences (ZOOM, Teams, kurās piedalās analītiķis un projektu vadītājs, ja nepieciešams, arī programmētājs un testētājs). Svarīgas ir arī tikšanās klātienē, kad prezentējot pēc neverbāliem klienta žestiem var konstatēt, ka viņam ir jautājumi – tas mums ļauj reaģēt un uzzināt klienta vēlmes un iestrādāt tās projektā.

Parasti klienti izprot prasības un to nepieciešamību, izmaksas un ieviešanas laiku. Problēmas rodas tajā, ka parasti klienti vēlas ieviest uzreiz visu sistēmu. Šo nepieciešams izskaidrot ar piemēru. Klienta projekts tiks izstrādāts pēc Agile metodoloģijas un plānotais izpildes termiņš ir 4 mēneši. Projekts tiek sadalīts 3 posmos:

1. Posms, kas aizņem vienu mēnesi – tiek piegādāta vienkāršākā funkcionalitāte, un klients digitalizē daļu savas uzņēmējdarbības, un šo procesu izpilde kļūs vienkāršāka, ātrāka, caurskatāmāka un efektīvāka.

2. Posms, kas aizņem divus mēnešus – tiek piegādāta sarežģīta funkcionalitāte, lielākā daļa uzņēmējdarbības ir digitalizēta.

3. ​Posms, kas aizņem vienu mēnesi – uzņēmējdarbība tiek pilnībā digitalizēta.

Der pieminēt, ka šādā veidā izstrādes laikā tiek identificētas nepilnības, tās tiek labotas un pilnveidotas izstrādes laikā. Rezultātā tiek iegūta IT sistēma, kas risina aktuālos biznesa izaicinājumus.