Intrebări & raspunsuri pentru testul de

angajare Business Analist

1. Care este rolul unui analist de afaceri într-o organizație? 

Este cea mai fundamentală întrebare la care te poți aștepta în timpul interviului. Puteți
răspunde la această întrebare explicând că un analist de afaceri este o legătură sau o
legătură între diferite părți interesate aparținând unor domenii diferite dintr-o
organizație. Un analist de afaceri ar trebui să aibă capabilitățile de a îndeplini obiectivele
de afaceri și de a echilibra nevoile diferitelor părți interesate.

Citește mai mult: Cum să devii un analist de afaceri în 2023

2. Cum vă vedeți potrivit pentru rolul de analist de afaceri în compania

noastră?

Cu acest tip de întrebări de interviu pentru analist de afaceri, intervievatorul dorește să

evalueze înțelegerea dvs. cu privire la rolul postului și dacă vă potriviți cu așteptările
companiei față de candidatul dorit.

Puteți răspunde la această întrebare în două părți:

 În primul rând, concentrați-vă asupra educației dvs. prin declararea cursurilor

relevante legate de job. 

 În al doilea rând, ilustrați-vă experiența, atitudinea și abilitățile care vă fac să

vă potriviți bine pentru companie. 

Puteți da exemple din lucrările anterioare care arată intervievatorului ce beneficii vei
aduce companiei. Asigurați-vă că răspunsul dvs. are o problemă și soluția pe care ați
implementat-o.

Sfat profesional: asigurați-vă că vă concentrați și pe abilitățile prezentate în anunțul de

angajare atunci când vă evidențiați și explicați experiența și competențele.

3. Care sunt, după dumneavoastră, competențele de bază ale unui analist de

afaceri?

Este una dintre cele mai frecvente întrebări de interviu pentru analiști de afaceri. Deși
fiecare companie este diferită, cerințele de bază ale unui profil de analist de afaceri sunt
destul de asemănătoare. Asigurați-vă că examinați în detaliu fișa postului unei
organizații pentru a înțelege competențele de bază necesare și includeți-le în răspunsul
dvs. 

Puteți răspunde la aceasta afirmând că un analist de afaceri trebuie să aibă abilități

excepționale de comunicare și negociere. Gândirea analitică, rezolvarea problemelor și
luarea deciziilor sunt, de asemenea, atribute vitale. Un analist de afaceri ar trebui să
aibă cunoștințe în domeniu, abilități de gestionare a proceselor de afaceri, precum și
competențe tehnice.

Sfat profesionist: asigurați-vă că evidențiați atributele pe care le aveți și pe care le puteți

aduce la locul de muncă.

4. Enumerați câteva dintre abilitățile și instrumentele utilizate de analiștii de

afaceri.

Răspundeți la această întrebare combinând atât instrumentele/abilitățile tehnice, cât și

cele non-tehnice utilizate de analiștii de afaceri. 

 Abilități tehnice /instrument – MS Office Suite, Google Docs, cunoștințe de

baze de date, sisteme ERP, SQL și multe altele.

 Abilități non-tehnice/ de analiză de afaceri – Documentare, elicitare a

cerințelor, managementul proceselor de afaceri și multe altele.

Sfat profesionist: vă puteți personaliza răspunsul pentru a vă evidenția abilitățile și

experiența unică.

5. Aveți abilități tehnice? Puteți enumera abilitățile dvs. de baze de date sau

abilitățile de business intelligence? 

Abilitățile tale tehnice sunt direct proporționale cu valoarea ta în organizație. 

Nu este obligatoriu să aveți abilități tehnice avansate, cum ar fi baze de date relaționale
și SQL, dar cu cât sunteți mai competent din punct de vedere tehnic ca analist de
afaceri, cu atât mai bine. Aceste abilități sunt cele mai de dorit și utilizate pe scară
largă, așa că, dacă aveți ceva experiență în utilizarea acestor tehnologii, asigurați-vă că
le explicați intervievatorului. 

Puteți descrie instrumentele specifice de Business Intelligence pe care le-ați

folosit. Dacă aveți experiență în gestionarea sistemului pe care îl folosește organizația,
evidențiați-o intervievatorului.

6. Ce este INVEST?
INVEST este o abreviere pentru Independent, Negotiable, Valuable, Estimable, Sized
appropriately, and Testable. Acest termen este folosit de analiștii de afaceri și
managerii de proiect pentru a furniza servicii și produse de calitate.

7. Sunteți conștient de diferitele tehnici precum MoSCoW și SWOT?

Un analist de afaceri ar trebui să fie conștient de procesele utilizate pentru a crea și

implementa strategii pentru identificarea nevoilor unei organizații și pentru a oferi cele
mai bune rezultate. 

Cu această întrebare, recrutorul dorește să știe dacă înțelegeți acești termeni și îi puteți
încorpora în politicile dvs. de lucru.

MoSCoW înseamnă Must or Should, Could or Would. Un analist de afaceri ar trebui să

implementeze acest proces comparând fiecare cerere cu alte nevoi pentru a prioritiza
cerințele cadrului. De exemplu, este această cerință un must-have sau ar trebui să aibă?

SWOT sau Analiza punctelor forte, punctelor slabe, oportunităților și amenințărilor este

cea mai utilizată tehnică în organizații pentru alocarea corectă a resurselor. Un analist
de afaceri ar trebui să fie capabil să identifice punctele forte și punctele slabe ale
oricărui cadru corporativ și să le traducă în oportunități și amenințări. 

Sfat pro: Există multe alte tehnici de afaceri precum MOST și PESTLE și puteți afla mai
multe despre ele pentru a vă pregăti pentru interviul cu analist de afaceri.

8. Ce înțelegeți prin livrabile ale proiectului ?

Acestea sunt setul de servicii și produse măsurabile livrate clientului final după
finalizarea proiectului. Este rezultatul proiectului.

9. Cum vă mențineți la curent cu cele mai recente tendințe și cunoștințe de

afaceri?

Cu această întrebare de interviu pentru analist de afaceri, recrutorul dorește să evalueze

dacă sunteți suficient de motivat pentru a ține pasul cu cele mai recente evoluții și
tendințe de afaceri emergente. 

Intervievatorul vrea să știe ce acțiuni întreprindeți pentru a vă menține cunoștințele și

abilitățile actualizate. Puteți răspunde la această întrebare incluzând referințe la știri și
publicații din industrie. De asemenea, puteți enumera evenimentele și conferințele la
care participați pentru a intra în legătură cu comunitatea de afaceri.
10. Care sunt diferitele etape ale unui proiect de afaceri?

Principalele etape ale oricărui proiect de afaceri sau IT sunt inițierea, planificarea,
execuția, monitorizarea și închiderea.

ÎNTREBĂRI TEHNICE/REZOLVAREA PROBLEMELOR LA INTERVIU

CU ANALIST DE AFACERI

 11. Explicați UML și utilizările sale?

UML sau Unified Modeling Language este un limbaj de modelare de dezvoltare cu scop
general, care oferă o modalitate standard de a vizualiza sistemul. Este folosit pentru a
raționaliza comportamentul sistemului pentru detectarea și eliminarea
erorilor/blocurilor.

12. Puteți explica SRS și elementele sale cheie?

SRS înseamnă System or Software Requirements Specification. Este un set de

documente care descriu caracteristicile unei aplicații software sau ale unui sistem. 

Include diverse elemente solicitate de părțile interesate și clienți pentru a convinge

utilizatorii finali. 

Aspectele critice ale unui SRS sunt:

 Scopul muncii

 Cerințe nefuncționale și funcționale

 Model de date

 Dependente

 Ipoteze și constrângeri

 Criteriul de acceptare

13. Ce este BRD? Cum este diferit de SRS?

BRD este o abreviere pentru Business Requirement Document. Este un contract formal

între organizație și client pentru dezvoltarea produsului specific.
  BRD este o specificație funcțională a software-ului, în timp ce SRS este atât
BA o creează după interacțiunea lor directă cu clienții

 BRD este creat de un analist de afaceri după interacțiunea directă a acestora

cu clienții, în timp ce SRS este conceput pe baza expertizei și nevoilor tehnice.

 SRS este derivat din BRD

14. Ce înțelegeți prin cerință? Puteți face diferența între cerințe și nevoi?

O cerință este o soluție țintită și o reprezentare pentru a atinge obiective specifice de

afaceri. Părțile interesate evaluează proiectul pe baza condițiilor/cerințelor stabilite
înainte de implementarea acestuia. Toate elementele sunt documentate corect în scop
de referință. Nevoile sunt reprezentarea la nivel înalt a termenilor și a rezultatului.

De exemplu, trebuie să obțineți un loc de muncă de analist de afaceri, iar cerințele

pentru a aplica pentru acest loc de muncă sunt CV-ul, pregătirea și practica la interviu.

15. Cum poți spune că o cerință este bună sau perfectă?

Se spune că o cerință este perfectă dacă este specifică, măsurabilă, realizabilă,

relevantă și oportună sau, pe scurt, SMART. Descrierea unei afecțiuni ar trebui să fie
specifică, iar toți parametrii necesari pentru succes ar trebui să fie măsurabili. Toate
resursele necesare ar trebui să fie accesibile și relevante pentru proiect. Toate
condițiile/elementele ar trebui să fie dezvăluite în timp util.

16. Care este scopul Matricei de trasabilitate a cerințelor ?

Înregistrează toate cerințele date de un client și se asigură că toate necesitățile sunt

îndeplinite.

17. Ce este modelarea de afaceri?

Modelarea afacerii este o abordare pas cu pas pentru identificarea propunerii de valoare
pentru operarea afacerii. 

Atributele cheie ale modelării de afaceri pentru a dezvolta un plan strategic pentru o
organizație sunt:

 Viziune

 Misiune
  Obiective

 Strategii

 Plan de acțiune

18. Care este ciclul de viață al proiectului? Ce modele veți folosi și de ce?

Un ciclu de viață al unui proiect este un cadru implementat de un analist de afaceri

pentru a împărți un proiect în faze gestionabile și a semnifica punctele de decizie pe
toată durata de viață a proiectului. Diferitele modele sunt modelul cascadă, modelul
spiralat, modelul iterativ, modelul Agile și modelul în formă de V.

Puteți răspunde afirmând că selectarea unui model de ciclu de viață se bazează

exclusiv pe tipul, domeniul de aplicare și limitările proiectului. Puteți da un exemplu al
oricărui model pe care l-ați folosit într-un proiect.

19. Ce înțelegeți prin analiza decalajului și care sunt tipurile de lacune care
pot apărea în timpul unei analize?

Analiza decalajelor înseamnă analiza diferențelor dintre funcționalitățile unui sistem

existent și cel vizat. Decalajul înseamnă schimbări care sunt necesare pentru a realiza
rezultatul propus.

 Profit Gap este schimbarea dintre profitul real și cel estimat al unei companii.

 Manpower Gap este schimbarea dintre puterea efectivă și cea necesară a

forței de muncă într-o companie. 

 Diferența de performanță este diferența dintre performanța așteptată și cea

reală.

 Piața Gap este variația dintre vânzările reale estimate.

20. Ce strategii veți urma pentru a proiecta un caz de utilizare?

Un caz de utilizare trebuie să fie concis, bine definit și documentat corect. 

Strategiile sau abordările în proiectarea cazurilor de utilizare sunt:

 Prima fază este identificarea utilizatorilor pentru a crea un profil de rol pentru
fiecare categorie de utilizatori și recunoașterea obiectivelor asociate fiecărui
rol. 
  A doua fază se ocupă de structura și crearea cazurilor de utilizare prin
captarea atât a cerințelor funcționale, cât și a celor nefuncționale. Includeți
diagrame de cazuri de utilizare și detalii despre interfața cu utilizatorul.

 Faza finală este revizuirea și validarea cazurilor de utilizare.

ÎNTREBĂRI DE INTERVIU PENTRU ANALIST DE AFACERI BAZATE

PE SCENARII/SPECIFICE ROL
Managerii de angajare pot cere acestea în timpul unui interviu cu un analist de afaceri
pentru a vă evalua cunoștințele legate de rol sau bazate pe scenarii în diferite situații:

21. Explicați tactica de lucru tipică pentru un proiect?

Este una dintre cele mai importante întrebări de interviu adresate de un manager de
recrutare pentru a vă evalua strategia de lucru, munca în echipă și abilitățile de
management de proiect.

Pentru a răspunde la această întrebare, puteți explica pașii generali pe care îi urmați cu
livrabilele standard. De exemplu, dacă ați gestionat faza de planificare a unui proiect,
puteți menționa livrabile precum un plan de management al cerințelor, o structură de
defalcare a activității sau un plan de comunicare.

Fiecare afacere se confruntă cu situații diferite și are nevoi distincte, dar acești pași
fundamentali sunt esențiali pentru realizarea cu succes a unei sarcini:

 În primul rând, trebuie să vă clarificați rolul și să determinați perspectiva

părților interesate în proiect. Ar trebui să definiți obiectivele primare împreună
cu reconcilierea așteptărilor conflictului între părțile interesate.

 Creați un plan de lucru care listează pașii, termenele și livrabilele.

 Definiți cerințe acționabile și concise.

 Asigurați implementarea tehnică, deoarece multe soluții necesită sprijinul

echipelor IT.

 Creați documentație și instruiți utilizatorii finali pentru a implementa soluția.

 În cele din urmă, evaluați valoarea proiectului. A funcționat sau sunt necesare
urmăriri? 

Ar trebui să vă concentrați pe experiența dvs. pentru a vă descrie abilitățile și a explica

tacticile personalizate pe care le utilizați. 

22. Ce documente are nevoie de un analist de afaceri? Ce documente ați

pregătit în lucrările dumneavoastră anterioare?
Un ciclu de viață al unui proiect utilizează multe documente și depinde de procesul de
utilizare al unui analist de afaceri. 

 Document de inițiere 

 Documentul cu specificațiile cerințelor de sistem

 Document cerință comercială

 Document de cerințe funcționale

 Matricea de trasabilitate a cerințelor

 Cazul de utilizare Document de specificații

 Document de cerere de modificare

 Document de analiză a decalajelor

Cu această întrebare, managerul de angajare dorește să înțeleagă dacă ați folosit mai
multe tipuri de documente și să vă evalueze capacitatea de a furniza atât specificații
comerciale, cât și tehnice. 

Sfat profesionist: asigurați-vă că utilizați numai acele documente cu care sunteți

familiarizat și explicați în detaliu.

23. Ce este elicitarea cerinţelor? Ați participat vreodată la aceste întâlniri de

elicitare?

Este o tehnică de colectare a informațiilor de la părțile interesate și de la

utilizatori. Implica abordări sau strategii de colaborare directă cu clienții sau utilizatorii. 

Unele tehnici de elicitare a cerințelor sunt: 

 Analiza documentelor

 Interviuri

 Prototiparea

 Brainstorming

 Ateliere și observații

 Anchete/Chestionar

Puteți răspunde la a doua parte a întrebării explicând modul în care ați folosit aceste
tehnici și cum au influențat proiectul dvs.
24. Care sunt diferitele tipuri de diagrame pe care le utilizați ca analist de
afaceri? Cum afectează ele munca?

Managerul dvs. de angajare poate pune această întrebare specifică rolului pentru a vă
asigura că înțelegeți documentele standard de analiză de afaceri și cum să le aplicați în
cazul unui client. Trebuie să enumerați experiențele și exemplele din trecut pentru a vă
valida credibilitatea și valoarea. 

Cele mai utilizate modele de diagrame de către analiștii de afaceri sunt:

 Diagrame – Acestea sunt reprezentarea schematică a fluxului complet al

sistemului. Ele facilitează înțelegerea operațiunii tuturor părților interesate, fie
că sunt tehnice sau tehnice. 

 Diagrama activităților – Aceste diagrame ilustrează diversele activități și fluxul

acestora în diferite departamente. 

 Diagrame de caz de utilizare – Aceste diagrame modelează funcționalitatea

unui sistem folosind un set de acțiuni, funcții și servicii pe care
sistemul/proiectul trebuie să le realizeze. 

Aceste diagrame sunt benefice pentru vizualizarea cerințelor funcționale ale unui sistem

și finalizarea priorităților de dezvoltare. Ele identifică, de asemenea, orice factori
externi/interni care ar trebui luați în considerare, deoarece pot influența proiectul.

 Diagrame de secvență - Aceste diagrame ilustrează interacțiunea dintre

diferite obiecte și secvența de timp a fluxului de mesaje dintre ele.

 Diagrame de colaborare - Acestea sunt numite și diagrame de interacțiune sau

comunicare. Ele sunt ilustrarea relațiilor și interacțiunilor dintre obiectele
software în limbajul de modelare unificat.

Multe diagrame pot fi folosite în analiza de afaceri și puteți spune că urmați o abordare
mai coerentă de îmbinare a diferitelor modele pentru a produce rezultate.

25. Care este excepția și fluxul alternativ într-o diagramă de caz de

utilizare? Prin ce sunt diferite de fluxul de bază?

 Fluxul de bază este reprezentarea funcționării activităților așa cum este cerută
de companie.

 Fluxul alternativ este reprezentarea acțiunilor sau activităților, altele decât

fluxul de bază. Conduce la atingerea obiectivelor cazurilor de utilizare folosind
diferiți pași.
  Fluxul de excepții reprezintă acțiunile executate în caz de erori. Conduce la NU
atingerea scopului unui caz de utilizare.

26. Ce sunt personajele și cum sunt ele utile în metodologia de proiectare

centrată pe utilizator?

Personajele sunt create în locul utilizatorilor reali pentru a le înțelege tiparele

comportamentale în diferite scenarii. În metodologia de proiectare centrată pe utilizator,
este dezvoltat un sistem, ținând cont de punctul de vedere al utilizatorilor
finali. Personajele ajută la crearea unor astfel de sisteme.

27. Definiți raportarea analitică.

Un analist de afaceri trebuie să înțeleagă semnificația și dezavantajele raportării

analitice, iar tu trebuie să fii pregătit cu un răspuns în timpul interviului cu analistul de
afaceri.

Puteți începe răspunsul printr-o scurtă definiție a raportării analitice. Este un tip de

raportare de afaceri care oferă analize de date, informații și
recomandări. Recomandările sunt atributele critice care o fac diferită de raportarea
informațională. 

După aceea, puteți descrie impactul raportării dvs. analitice în rolurile

anterioare. Concentrează-te să arăți cum poți crea recomandări din surse de date și să-
ți demonstrezi abilitățile analitice.

28. Dacă există mai mulți factori interesați într-un proiect, cum îi
influențați? De asemenea, explicați cum ați lucra cu o parte interesată
dificilă?

Cu acest tip de întrebări de interviu pentru analist de afaceri, recrutorul încearcă să

înțeleagă cum vă implementați diferitele competențe, în special abilitățile de
comunicare, negociere, rezolvare de probleme, luare a deciziilor, influențare și
colaborare. 

În calitate de analist de afaceri, vei avea de-a face cu diverși oameni la diferite poziții cu
personalități distincte. Această întrebare este crucială, deoarece arată dacă puteți
naviga cu succes în interacțiunile cu diferite părți interesate sau nu.

Tratarea cu părțile interesate dificile este o responsabilitate semnificativă pentru orice

analist de afaceri. Folosește metoda STAR pentru a explica situația cu care te-ai
confruntat, care a fost sarcina sau rolul tău în caz. Descrieți acțiunea pe care ați luat-o
pentru a rezolva problema. În cele din urmă, descrieți rezultatul și învățările acțiunilor
dvs.

29. Cum puteți gestiona problemele post-implementare și pre-implementare

ale unui proiect?

Puteți răspunde la aceasta explicând pe scurt ambele probleme. Problemele care își

declară prezența înainte de implementarea proiectului se numesc probleme de pre-
implementare. Dificultățile apărute în urma implementării proiectului se numesc
probleme post-implementare, iar majoritatea preocupărilor se încadrează în această
categorie. 

După aceea, puteți explica că un analist de afaceri nu poate depăși toate aceste
probleme, ci le poate limita la maximum într-un interval de timp minim.

30. În timpul dezvoltării unui sistem, cum gestionați cerințele clienților care
se schimbă frecvent?

Este una dintre cele mai frecvente întrebări de interviu analitice de afaceri. Prima
sarcină a unui analist de afaceri este să redacteze un document care să precizeze
numărul de modificări care sunt permise, iar după un anumit punct, nu vor fi acceptate
modificări. Este vital să obțineți acest document semnat de către utilizator.

În cazul în care modificarea necesară este acceptată, asigurați-vă că notați toate

modificările și aflați impactul lor general asupra proiectului. Calculați calendarul, costul
și resursele necesare pentru această schimbare.

31. Ce este Scope creep și cum poți evita Scope creep?

Scope creep este o problemă care poate apărea în timpul dezvoltării unui proiect, atunci
când domeniul de aplicare al proiectului se extinde treptat dincolo de parametrii
inițiali. Acest lucru se poate întâmpla din mai multe motive, cum ar fi modificări ale
cerințelor sau obiectivelor proiectului sau pur și simplu din cauza unei planificări
defectuoase.

Evitarea deformarii domeniului de aplicare poate fi dificilă, dar este esențială pentru a
menține un proiect pe drumul cel bun. O modalitate de a face acest lucru este de a avea
o definiție clară și concisă a domeniului de aplicare a proiectului de la început și de a vă
asigura că toate părțile interesate sunt de acord cu această definiție. De asemenea,
este important să existe un proces de management al schimbărilor bine definit, astfel
încât orice modificări aduse domeniului de aplicare să fie analizate cu atenție și
aprobate de toate părțile relevante. În cele din urmă, comunicarea regulată cu toate
părțile interesate poate ajuta la asigurarea faptului că toată lumea este conștientă de
parametrii și obiectivele actuale ale proiectului.

Dacă vă confruntați cu o scădere a domeniului de aplicare în propriul dvs. proiect, este

important să luați măsuri pentru a rezolva problema cât mai curând posibil. Permiterea
extinderii necontrolate a domeniului de aplicare poate duce la întârzieri semnificative și
depășiri ale costurilor și, în cele din urmă, poate pune în pericol succesul proiectului.

32. Ce este prioritizarea cerințelor? Care sunt diferitele tehnici folosite

pentru aceasta?

Prioritizarea cerințelor este o parte critică a procesului de colectare a cerințelor. Vă

ajută să vă asigurați că cele mai importante cerințe sunt abordate mai întâi și că
resursele sunt utilizate eficient. Există o varietate de tehnici care pot fi utilizate pentru
prioritizarea cerințelor, inclusiv analiza cost-beneficiu, prioritizarea bazată pe valoare și
analiza părților interesate.

Analiza cost-beneficiu este o tehnică care evaluează costurile și beneficiile fiecărei

cerințe. Aceasta poate fi folosită pentru a identifica ce cerințe sunt cele mai importante
în ceea ce privește rentabilitatea. Prioritizarea bazată pe valoare este o tehnică care
evaluează valoarea fiecărei cerințe, pe baza unor factori precum cât de importantă este
cerința pentru utilizator, cât de probabil este să fie utilizată și cât de complex este
implementarea acesteia. Analiza părților interesate este o tehnică care evaluează
importanța fiecărei cerințe în funcție de cine va fi afectat de aceasta. Acest lucru poate
ajuta la identificarea cerințelor care sunt cele mai importante pentru părțile interesate
implicate.

Indiferent de tehnica folosită, este important să se implice toate părțile interesate în

procesul de luare a deciziilor. Acest lucru vă va ajuta să vă asigurați că cerințele care
sunt prioritizate sunt cele care sunt cele mai importante pentru proiect.

33. Care este diferența fundamentală dintre o cerință și o nevoie din

perspectiva analizei de afaceri?

Există o diferență fundamentală între cerințe și nevoi într-o perspectivă de analiză de

afaceri. Cerințele sunt declarații specifice, măsurabile, realizabile, relevante și limitate în
timp, care descriu ceea ce afacerea dorește să obțină. Pe de altă parte, nevoile sunt
afirmații mai ample care descriu problema generală sau oportunitatea pe care afacerea
încearcă să o abordeze. Pentru a crea cerințe eficiente, analistul de afaceri trebuie să
înțeleagă nevoile afacerii și apoi să le traducă în cerințe specifice, măsurabile,
realizabile, relevante și limitate în timp.
34. Care sunt cerințele nefuncționale și cum le captați?

Cerințele nefuncționale sunt acelea care specifică condițiile pe care un sistem trebuie
să le îndeplinească pentru a avea succes. Ele sunt adesea puse în contrast cu cerințele
funcționale, care detaliază comportamentele specifice pe care trebuie să le prezinte un
sistem.

Există multe tipuri diferite de cerințe nefuncționale, dar unele comune includ
performanța, securitatea, scalabilitatea și capacitatea de utilizare. Captarea acestor
cerințe poate fi o provocare, deoarece acestea sunt adesea mai puțin bine definite decât
cerințele funcționale.

O modalitate de a aborda acest lucru este să ne gândim la diferitele tipuri de utilizatori

care vor folosi sistemul și care sunt nevoile lor specifice. De exemplu, dacă construiți un
site web, va trebui să luați în considerare nevoile utilizatorilor cu diferite niveluri de
viteză de acces la internet, precum și ale celor cu niveluri diferite de cunoștințe de
calculator.

O altă modalitate de a capta cerințele nefuncționale este utilizarea

scenariilor. Scenariile sunt povești care descriu modul în care un sistem va fi utilizat
într-un cadru real. Ele pot fi utile pentru descoperirea cerințelor neprevăzute, precum și
pentru a ajuta la definirea limitelor acceptabile ale performanței sistemului.

În general, cerințele nefuncționale sunt o parte importantă a oricărui proiect de

dezvoltare a sistemului. Făcându-ți timp să te gândești la diferitele tipuri de utilizatori
care vor folosi sistemul și utilizând scenarii pentru a captura utilizarea în lumea reală, te
poți asigura că sistemul tău răspunde nevoilor tuturor utilizatorilor săi.

35. Ce documente sunt folosite pentru a surprinde cerințe nefuncționale?

Există câteva tipuri diferite de documente care pot fi utilizate pentru a captura cerințe
nefuncționale. Un tip de document se numește caz de utilizare. Cazurile de utilizare pot
fi folosite pentru a capta informații despre cum ar trebui să funcționeze un sistem și
care ar trebui să fie capabilitățile acestuia. Un alt tip de document care poate fi folosit
pentru a capta cerințe nefuncționale se numește document de cerințe de afaceri. Acest
tip de document poate fi folosit pentru a capta informații despre obiectivele de afaceri
ale unui sistem și ce funcții ar trebui să îndeplinească. În plus, specificațiile tehnice pot
fi folosite și pentru a surprinde cerințe nefuncționale. Aceste tipuri de documente pot fi
folosite pentru a capta informații despre detaliile tehnice ale unui sistem și despre
modul în care acesta ar trebui implementat.

36. Ce este o diagramă de activitate și care sunt elementele importante ale

acesteia?
O diagramă de activitate este o reprezentare grafică a secvenței de activități care au loc
într-un sistem. Scopul principal al unei diagrame de activitate este de a modela fluxul de
control în cadrul unui sistem.

Există patru elemente importante care ar trebui incluse într-o diagramă de activitate:

1. Activități: Acestea sunt acțiunile care au loc în cadrul sistemului.

2. State: Acestea reprezintă diferitele stări în care se poate afla o activitate.

3. Tranziții: Acestea indică ordinea în care se desfășoară activitățile.

4. Obiecte: Acestea sunt obiectele care sunt afectate de activități.

37. Care este diferența dintre fluxul de excepție și fluxul alternativ?

Principala diferență dintre fluxul de excepție și fluxul alternativ este că fluxul de excepții
se ocupă de evenimente neașteptate care apar în timpul execuției unui program, în timp
ce fluxul alternativ se ocupă de evenimentele așteptate.

Fluxul de excepții este utilizat pentru a gestiona erorile sau condițiile neașteptate care
pot apărea în timpul execuției unui program. Fluxul alternativ este folosit pentru a
specifica ordinea în care sunt executate diferite părți ale unui program.

Fluxul de excepții este de obicei folosit pentru a face față erorilor, cum ar fi intrarea
neașteptată de la un utilizator sau o condiție neașteptată care apare în timpul execuției
unui program. Fluxul alternativ este de obicei folosit pentru a specifica ordinea în care
sunt executate diferite părți ale unui program. De exemplu, fluxul alternativ poate fi
utilizat pentru a specifica că o parte a unui program este executată dacă o condiție este
adevărată și o altă parte a programului este executată dacă condiția este falsă.

Fluxul de excepție și fluxul alternativ sunt ambele concepte importante

în programare . Fluxul de excepție este folosit pentru a face față evenimentelor
neașteptate care pot apărea în timpul execuției unui program, în timp ce fluxul alternativ
este folosit pentru a specifica ordinea în care sunt executate diferite părți ale unui
program.

38. Credeți că un analist de afaceri ar trebui să fie implicat în testare?

Nu există un răspuns unic la această întrebare, deoarece nivelul de implicare a

analiștilor de afaceri în testare va varia în funcție de proiectul și organizația
specifică. Cu toate acestea, în general, este benefic ca analiștii de afaceri să fie
implicați în testare, deoarece aceștia pot oferi informații valoroase asupra cerințelor și
pot ajuta să se asigure că produsul final satisface nevoile afacerii.
39. Ce înseamnă INVEST?

INVEST înseamnă Independent, Negotiable, Valuable, Estimable, Sized-Appriately,

Testable.

Independent

O poveste de utilizator ar trebui să fie autonomă și să nu depindă de alte povești de

utilizator. în caz contrar, riscă să devină un blocant pentru alte caracteristici.

Poveștile utilizatorilor ar trebui, de asemenea, să fie independente unele de altele, astfel

încât să poată fi prioritizate și lucrate în mod independent.

Negociabil

Poveștile utilizatorilor ar trebui scrise într-un mod care să lase loc de negociere. Ele nu
trebuie să fie prea specifice sau prea detaliate. Acest lucru permite flexibilitate și
permite echipei să-și adauge propriile perspective în timpul implementării.

Valoros

O poveste de utilizator ar trebui să reprezinte întotdeauna valoare pentru utilizator. Ar

trebui să fie ceva de care utilizatorul își dorește sau are nevoie.

Estimabil

Poveștile utilizatorilor ar trebui să fie suficient de mici pentru a putea fi estimate. Dacă o

poveste de utilizator este prea mare, ar trebui să fie împărțită în povești mai mici.

Dimensiuni adecvate

Poveștile utilizatorilor ar trebui să aibă dimensiunea potrivită. Nu ar trebui să fie prea

mari sau prea mici. Echipa ar trebui să înțeleagă bine ce este povestea utilizatorului și
ce presupune aceasta înainte de a începe lucrul la ea.

Testabil

Poveștile utilizatorilor ar trebui să fie testabile. Aceasta înseamnă că ar trebui să aibă

Criterii de acceptare care pot fi utilizate pentru a verifica dacă povestea utilizatorului a
fost implementată corect.

40. Ce este analiza Pareto?

Analiza Pareto este o tehnică folosită pentru a identifica cei mai importanți factori care
contribuie la o anumită problemă sau obiectiv. Este numit după economistul italian
Vilfredo Pareto, care a dezvoltat conceptul la începutul secolului al XX-lea.

Analiza Pareto poate fi utilizată în orice situație în care există mai mulți factori care
contribuie la o problemă sau un scop. Este util mai ales în contexte de afaceri și
management al calității, unde poate ajuta la identificarea celor mai importante domenii
pe care să se concentreze pentru a obține cea mai mare îmbunătățire.

Pentru a efectua o analiză Pareto, toți factorii care contribuie trebuie mai întâi
identificați și apoi clasați în ordinea importanței. Cel mai important factor este apoi
abordat primul, urmat de al doilea cel mai important și așa mai departe.

Analiza Pareto este un instrument simplu, dar puternic, care poate ajuta la prioritizarea
eforturilor și resurselor pentru un impact maxim. Este cunoscută și sub denumirea de
regula 80/20, datorită constatării comune că 80% dintre probleme sunt cauzate de
obicei de 20% dintre factori. Această regulă nu este întotdeauna exactă, dar este un
ghid general bun de reținut.

Dacă vă confruntați cu o problemă cu mai mulți factori care contribuie, analiza Pareto
vă poate ajuta să identificați cei mai importanți pe care să vă concentrați. Este un
instrument simplu, dar puternic, care poate face o mare diferență în eficacitatea
eforturilor dumneavoastră.

41. Ce este BPMN și care sunt elementele sale de bază?

BPMN, prescurtare pentru Business Process Model and Notation, este o notație grafică
standard utilizată pentru modelarea proceselor de afaceri. BPMN a fost creat pentru a
oferi un limbaj comun pe care atât utilizatorii de afaceri, cât și dezvoltatorii tehnici l-ar
putea folosi pentru a documenta și comunica procesele de afaceri.

Elementele de bază ale BPMN sunt:

 Eveniment: o apariție care declanșează un proces

 Gateway: Un punct de decizie într-un proces

 Activitate: O sarcină care trebuie îndeplinită

 Obiect de date: informații care sunt necesare sau produse de o activitate

Aceste elemente pot fi combinate pentru a crea o reprezentare vizuală a unui proces de
afaceri. Diagramele BPMN sunt de obicei folosite pentru a modela procese care sunt
repetitive și au puncte de început și de sfârșit bine definite. Cu toate acestea, ele pot fi
utilizate și pentru a modela procese mai complexe, care sunt mai puțin structurate.
Diagramele BPMN pot fi create folosind o varietate de instrumente software. Unele
dintre aceste instrumente sunt concepute special pentru crearea diagramelor BPMN, în
timp ce altele sunt instrumente de diagrame de uz general care acceptă BPMN.

BPMN este un instrument puternic pentru modelarea proceselor de afaceri. Poate fi

folosit pentru a documenta și comunica procesele și pentru a identifica potențiale
îmbunătățiri. Când este utilizat corect, BPMN poate ajuta organizațiile să își
îmbunătățească eficiența și eficacitatea.

42. Ce este analiza Kano?

Analiza Kano este un instrument de management al calității care ajută companiile să

identifice nevoile și preferințele clienților. Poate fi folosit pentru a îmbunătăți
dezvoltarea de produse, satisfacția clienților și strategiile de marketing.

Modelul Kano a fost dezvoltat în anii 1980 de expertul japonez în managementul

calității, Dr. Noriaki Kano. Acesta constă din cinci niveluri de nevoi ale clienților:

1. Nevoi de bază: Acestea sunt caracteristicile esențiale pe care clienții le

așteaptă de la un produs sau serviciu. Ele sunt cunoscute și ca cerințe „must-
have” sau „prag”.

2. Nevoi de performanță: acestea sunt caracteristicile care îmbunătățesc

performanța produsului sau serviciului. Sunt cunoscuți și ca „satisfăcători”.

3. Nevoi de entuziasm: acestea sunt caracteristicile care fac produsul sau

serviciul mai interesant sau mai atrăgător pentru clienți. Sunt cunoscuți și sub
denumirea de „delighters”.

4. Nevoi inverse: Acestea sunt caracteristici pe care clienții nu le doresc și chiar

pot fi considerate negative. Sunt cunoscuți și sub denumirea de „nemulțumiți”.

5. Nevoi necunoscute: acestea sunt caracteristici de care clienții poate nici

măcar să nu știe că le doresc sau au nevoie până nu le văd. Ele sunt
cunoscute și sub denumirea de nevoi „latente” sau „nedeclarate”.

Modelul Kano poate fi folosit pentru a evalua nevoile clienților în fiecare etapă a
procesului de dezvoltare a produsului, de la planificarea inițială până la livrarea
finală. Poate fi folosit și pentru a evalua satisfacția clienților cu produsele și serviciile
existente.

Analiza Kano este un instrument puternic pentru afaceri de toate dimensiunile. Îi poate
ajuta să identifice nevoile și preferințele clienților, să îmbunătățească dezvoltarea
produselor și să creeze clienți mai mulțumiți.
43. Ce este Benchmarking-ul?

Benchmarking-ul este procesul de comparare a performanței unei companii sau a unei

persoane cu altele din aceeași industrie. Acest lucru poate fi realizat în termeni de
metrici specifice, cum ar fi profitabilitatea, productivitatea sau satisfacția
clienților. Benchmarking-ul poate fi, de asemenea, utilizat mai larg pentru a compara
orice aspect al operațiunilor unei afaceri.

Scopul principal al benchmarking-ului este de a identifica zonele în care o companie își

poate îmbunătăți performanța. Înțelegând modul în care funcționează alții din industrie,
o afacere poate dezvolta strategii pentru a concura mai bine. Benchmarking-ul poate
ajuta, de asemenea, companiile să își urmărească propria performanță în timp și să se
asigure că înregistrează progrese în atingerea obiectivelor lor.

44. Cum decizi că, ca analist de afaceri, ai adunat toate cerințele?

Nu există un răspuns definitiv la această întrebare, deoarece va varia în funcție de

proiectul și cerințele specifice. Cu toate acestea, există câteva îndrumări generale pe
care le puteți urma pentru a vă asigura că ați adunat toate cerințele necesare.

Pentru început, ar trebui să vă consultați întotdeauna cu părțile interesate ale proiectului

pentru a obține contribuția lor cu privire la ceea ce consideră că sunt cele mai
importante cerințe pentru proiect. Odată ce ați înțeles bine nevoile părților interesate,
puteți începe apoi să compilați o listă cu toate cerințele funcționale și nefuncționale
pentru proiect.

De asemenea, este important să rețineți că cerințele se pot schimba în timp, așa că va

trebui să revizuiți și să actualizați periodic lista de cerințe, după cum este necesar. În
cele din urmă, când sunteți încrezător că ați adunat toate cerințele, puteți începe să
lucrați la crearea unui plan de proiect și a unui buget.

45. Cum efectuați colectarea cerințelor?

Există multe modalități de a realiza colectarea cerințelor, dar unele metode comune
includ interviuri, focus grupuri, sondaje și analiza documentelor. Atunci când alegeți o
metodă, este important să luați în considerare tipul de informații de care aveți nevoie,
precum și resursele disponibile.

Interviurile sunt adesea folosite pentru a aduna cerințe, deoarece oferă o oportunitate
pentru o conversație aprofundată și deschisă. Acestea pot fi efectuate în persoană sau
prin telefon și funcționează bine atunci când trebuie să aduni informații detaliate despre
gândurile sau experiențele cuiva. Cu toate acestea, interviurile pot fi consumatoare de
timp și costisitoare dacă trebuie să vorbiți cu un număr mare de persoane.
Focus grupurile sunt similare cu interviurile prin faptul că oferă o oportunitate pentru
discuții deschise. Cu toate acestea, ele implică un grup mic de oameni cărora li se cere
să discute împreună un subiect. Aceasta poate fi o metodă utilă pentru a explora
diferite perspective asupra unei probleme și pentru a genera idei noi.

Sondajele pot fi folosite pentru a colecta date cantitative despre opiniile, experiențele
sau cunoștințele oamenilor. Acestea pot fi administrate personal, prin poștă sau online
și sunt adesea folosite atunci când cercetătorii trebuie să colecteze date de la un număr
mare de persoane.

Analiza documentelor este o metodă de culegere a informațiilor prin analiza

documentelor existente. Acest lucru poate fi util pentru înțelegerea tendințelor istorice
sau pentru colectarea de date care nu sunt ușor de măsurat prin alte metode. Atunci
când utilizați această metodă, este important să luați în considerare părtinirea care
poate fi prezentă în documentele pe care le analizați.

46. De ce este necesar ca un analist de afaceri să se implice în timpul

implementării cerințelor?

Există multe beneficii de a avea un analist de afaceri implicat în timpul implementării

cerințelor. În primul rând, analistul de afaceri se poate asigura că cerințele sunt clare și
lipsite de ambiguitate, ceea ce poate ajuta la evitarea neînțelegerilor și erorilor în timpul
implementării. În al doilea rând, analistul de afaceri poate lucra cu echipa de dezvoltare
pentru a se asigura că cerințele sunt implementate corect și satisfac nevoile afacerii. În
al treilea rând, analistul de afaceri poate oferi feedback valoros echipei de dezvoltare în
timpul testării și validării, ceea ce poate ajuta la îmbunătățirea calității produsului
final. În cele din urmă, analistul de afaceri poate ajuta la documentarea cerințelor și a
procesului de implementare, ceea ce poate fi util pentru referințe viitoare.

47. Care este diferența dintre analiza de afaceri și analiza de afaceri?

Există câteva diferențe cheie între analiza de afaceri și analiza de afaceri. Analiștii de

afaceri tind să se concentreze pe identificarea oportunităților și îmbunătățirea
proceselor, în timp ce profesioniștii în analiză de afaceri se concentrează pe analiza
datelor pentru a sprijini luarea deciziilor. În plus, analiștii de afaceri au, de obicei, o
experiență mai concentrată pe afaceri, în timp ce profesioniștii în analiză de afaceri au
adesea abilități tehnice mai puternice. În cele din urmă, analiștii de afaceri pot lucra mai
strâns cu părțile interesate de afaceri pentru a le înțelege nevoile, în timp ce
profesioniștii în analiză de afaceri pot petrece mai mult timp lucrând cu date.

În ciuda acestor diferențe, cele două discipline sunt adesea complementare și multe
organizații constată că au nevoie atât de analiști de afaceri, cât și de profesioniști în
analiză de afaceri pentru a funcționa eficient. Combinând abilitățile acestor două
grupuri, organizațiile pot obține o mai bună înțelegere a datelor lor și le pot folosi pentru
a-și îmbunătăți operațiunile de afaceri.

48. Ce este proiectarea proceselor?

Proiectarea procesului este crearea unui proces pentru atingerea unor obiective
specifice. Aceasta implică specificarea condițiilor de operare, a materiilor prime, a
echipamentelor și a altor aspecte ale procesului. Proiectarea procesului include, de
asemenea, determinarea nivelurilor de ieșire dorite, diagramele fluxului procesului și
alte caracteristici ale procesului.

49. Ce este Manifestul Agile?

Manifestul Agile este un set de principii pentru dezvoltarea de software care pune
accent pe indivizi și interacțiuni peste procese și instrumente, colaborarea clienților în
detrimentul negocierii contractelor și răspunsul la schimbare în urma unui plan.

50. Care sunt calitățile esențiale ale unui BA Agile?

Un Agile Business Analyst este cineva care înțelege metodologia agilă și este capabil să
ajute o echipă să lucreze în acest cadru. Trebuie să fie capabili să comunice eficient, să
fie organizați și să aibă o mare atenție la detalii. De asemenea, ar trebui să poată lucra
bine sub presiune și să se poată adapta rapid la schimbări.

51. Când ar trebui să utilizați modelul Waterfall în loc de Scrum?

Nu există un răspuns unic la această întrebare, deoarece decizia asupra metodologiei

de dezvoltare software să folosească depinde de mai mulți factori specifici fiecărui
proiect. Cu toate acestea, în general, modelul Waterfall poate fi mai potrivit pentru
proiectele cu cerințe și rezultate bine definite, în timp ce Scrum poate fi mai potrivit
pentru proiectele care sunt mai flexibile și în evoluție. În cele din urmă, decizia asupra
metodologiei de utilizat ar trebui să se bazeze pe o evaluare atentă a nevoilor specifice
fiecărui proiect.

52. Care sunt cele patru faze cheie ale dezvoltării afacerii?

1. Prima fază a dezvoltării afacerii este cunoscută sub numele de etapa de

ideare. Acesta este momentul în care un antreprenor are o idee pentru o nouă
afacere. Ei vor trebui să cerceteze fezabilitatea ideii lor și să dezvolte un plan
pentru a o aduce pe piață.
 2. A doua fază a dezvoltării afacerii este etapa de implementare. Acesta este
momentul în care antreprenorul începe să-și execute planul de afaceri. Ei vor
trebui să asigure finanțare, să construiască o echipă și să își dezvolte
produsul sau serviciul.

3. A treia fază a dezvoltării afacerii este etapa de creștere. Acesta este

momentul în care afacerea începe să câștige tracțiune și să
crească. Antreprenorul va trebui să se concentreze pe extinderea operațiunilor
și pe extinderea bazei de clienți.

4. A patra și ultima fază a dezvoltării afacerii este etapa de ieșire. Acesta este

momentul în care antreprenorul decide să-și vândă afacerea sau să o ia în
public. Ei vor trebui să planifice pentru această eventualitate și să se asigure
că afacerea lor este în măsură să aibă succes.

53. Ce știi despre Kanban?

Kanban este un sistem popular pentru gestionarea fluxurilor de lucru și a fost folosit
într-o varietate de afaceri și industrii. Se bazează pe cuvântul japonez pentru „semn”
sau „carte” și a fost dezvoltat inițial ca o modalitate de a gestiona producția pe linia de
asamblare în producție.

Kanban a fost adaptat pentru utilizare în alte industrii și s-a dovedit a fi util în
gestionarea fluxurilor de lucru într-o varietate de afaceri. În ultimii ani, a devenit popular
în industria dezvoltării software ca o modalitate de a gestiona dezvoltarea agilă a
software-ului.

54. Menționați unele dintre cele mai importante metrici Agile.

Există o serie de metrici care pot fi utilizate pentru a măsura succesul unui proiect de
dezvoltare software Agile. Acestea includ:

Viteză

Aceasta măsoară cantitatea de muncă care este finalizată într-o anumită perioadă de
timp. Este un bun indicator al productivității și poate fi folosit pentru a prezice cât de
multă muncă poate fi finalizată în viitoarele sprinturi.

Perioada de graţie

Aceasta măsoară timpul de la crearea unei povești de utilizator până la livrarea

acesteia. Poate fi folosit pentru a identifica blocajele în procesul de dezvoltare și pentru
a îmbunătăți fluxul de lucru.
Durata ciclului

Aceasta măsoară timpul de la începerea lucrării la o poveste de utilizator până la

finalizarea acesteia. Poate fi folosit pentru a identifica zonele în care procesul de
dezvoltare durează prea mult și trebuie eficientizat.

Densitatea defectelor

Aceasta măsoară numărul de defecte per unitate de cod. Este un bun indicator al

calității codului și poate fi folosit pentru a identifica zonele în care calitatea trebuie
îmbunătățită.

Acoperire de testare

Aceasta măsoară procentul de cod care este acoperit de teste. Este un bun indicator al
calității testelor și poate fi folosit pentru a identifica zonele în care trebuie îmbunătățită
acoperirea testelor.

Acestea sunt doar câteva dintre cele mai importante valori agile. Există multe alte
metrici care pot fi folosite pentru a măsura succesul unui proiect agil. Important este să
alegeți valorile potrivite pentru proiectul dvs. și să le folosiți pentru a genera
îmbunătățiri.

55. Explicați termenul „increment”?

Termenul „increment” este folosit pentru a descrie procesul de adăugare a unei valori la
o variabilă. De exemplu, dacă avem o variabilă numită „contor” și dorim să îi adăugăm
una, am spune că incrementăm contorul cu unul. În mod similar, dacă avem o variabilă
numită „total” și dorim să îi adăugăm 10, am spune că incrementăm totalul cu 10.

56. Care sunt diferitele tipuri de metodologii Agile?

Există mai multe tipuri de metodologii Agile, fiecare cu propria sa abordare unică a
dezvoltării software. Cele mai populare cadre Agile includ Scrum, Kanban și Extreme
Programming (XP).

57. Există vreo diferență între dezvoltarea incrementală și iterativă?

Atât dezvoltarea incrementală, cât și iterativă sunt procese de dezvoltare software care
se concentrează pe furnizarea de actualizări mici și frecvente, mai degrabă decât pe
cele mari și rare. Principala diferență dintre cele două abordări este că dezvoltarea
incrementală oferă funcționalitate în bucăți mici, discrete, în timp ce dezvoltarea
iterativă se concentrează pe furnizarea de părți mai mari de funcționalitate în mod
incremental. 

58. Diferența dintre programarea extremă și scrum?

Există câteva diferențe cheie între programarea extremă (XP) și scrum. Cea mai
notabilă diferență este că XP se concentrează pe calitatea codului și pe satisfacția
clienților, în timp ce Scrum pune accent pe livrarea rapidă a software-ului funcțional. În
plus, XP cere dezvoltatorilor să lucreze în strânsă colaborare cu clienții, în timp ce
Scrum se bazează pe contribuția unui proprietar de produs. În cele din urmă, XP
folosește o abordare „în primul rând testarea” a dezvoltării, în timp ce scrum folosește o
abordare „iterativă și incrementală”. În ciuda acestor diferențe, atât XP, cât și scrum
sunt cadre de dezvoltare software agile care pun accent pe colaborare, implicarea
clienților și dezvoltarea iterativă.

DIVERSE ÎNTREBĂRI LA INTERVIU PENTRU ANALIST DE AFACERI

59. Ce este o matrice Pugh?

Una dintre cele mai populare tehnici pentru determinarea răspunsului optim după ce au
fost dezvoltate câteva alte soluții este Matricea Pugh. Succesul lui Pugh Matrix constă
în luciditatea sa. Instrumentul este destul de ușor de utilizat și nu necesită multă
matematică.

60. Care este diferența dintre un analist de date și un analist de afaceri? 

Analist de date Analist de afaceri

Analiștii de date colectează, filtrează, Analiștii de afaceri ajută la descoperirea

examinează, vizualizează și prezintă datele provocărilor, oportunităților și soluțiilor pentru
existente pentru a ajuta la alegerile de afaceri companiile lor.

Munca lor include: Munca lor include: 

  evaluarea operațiunilor actuale și a
 definirea unei probleme sau a unei infrastructurii IT a unei organizații
cerințe de afaceri în timp ce lucrați cu
directorii companiei și părțile  examinarea procedurilor și
interesate discutarea cu membrii echipei
pentru a găsi domenii care necesită
 descoperirea și culegerea datelor îmbunătățiri

 curățarea datelor și pregătirea pentru  furnizarea de concluzii și

analiză recomandări conducerii și altor părți
interesate importante

61. Care sunt diferitele competențe de bază ale unui analist de afaceri?

1. Abilități de ascultare a sunetului

2. Înțelegerea obiectivelor delegate

3. Capacitatea de a conduce o întâlnire cu părțile interesate

4. Documentarea si intocmirea rapoartelor

5. Fiind responsabil pentru managementul timpului

6. O înțelegere solidă a structurilor de afaceri

62. Ce este un studiu de fezabilitate?

Acesta caută să determine viabilitatea unui proiect și cât de fezabil este un proiect sau
o idee. Faza timpurie de proiectare a oricărui proiect o include. Se efectuează pentru a
identifica în mod imparțial avantajele și dezavantajele unei potențiale întreprinderi sau
ale unei companii consacrate. Se face astfel încât să poată fi abordate următoarele
întrebări:

1. Are afacerea instrumentele și tehnologia necesare?

2. Investiția companiei va produce un randament suficient de mare?

63. Care sunt diferitele instrumente utilizate în Business Analytics?

1. Excel: este printre cele mai accesibile, ușor accesibile și ușor de

utilizat. Capacitățile sale robuste, cum ar fi generarea de formulare,
PivotTable, VBA etc., pot gestiona atât seturi de date mici, cât și mari.
 2. Microsoft Power BI: Excelează în vizualizarea datelor și facilitează crearea de
rapoarte interactive pentru utilizatori. Oferă funcții de depozitare a datelor,
cum ar fi pregătirea și descoperirea datelor, permițând utilizatorilor să
identifice tendințele actuale și să trimită rapoarte.

3. Tableau: se poate conecta la orice sursă de date și poate produce vizualizări

de date, hărți și tablouri de bord care sunt complet configurabile. Cu abilitățile
sale robuste de descoperire și curățare a datelor, utilizatorii pot finaliza rapid
sarcinile analitice.

4. Qlik Sense: permite utilizatorilor să creeze diagrame, tablouri de bord

interactive și multe alte tipuri de vizualizări. Este un program de analiză bazat
pe cloud, care îmbunătățește standardul de prelucrare a datelor și extragere
prin inteligență artificială de ultimă oră și învățarea automată.

5. MicroStrategy: oferă servicii online, vizualizări de date și descoperire de date.

64. Explicați fluxul procesului de analiză a afacerii.

Înainte de a începe un proiect, un analist de afaceri trebuie să finalizeze faza de analiză

a afacerii. Acest proces cuprinde o serie de pași care implică sarcini, tehnici și
documente. Pașii din fluxul procesului de analiză a afacerii sunt:

1. Colectarea tuturor datelor legate de proiect

2. Identificați toate părțile interesate implicate și organizați o întâlnire de

revizuire.

3. Examinați toată documentația relevantă a proiectului.

4. Notați fiecare fapt și informație pe care o găsiți.

5. Aveți o înțelegere detaliată a domeniului problemei

6. Vă prezentăm cerințele de afaceri

65. Cum realizați managementul riscului în proiectul dvs.?

Managementul riscului poate fi definit ca găsirea, evaluarea și limitarea

pericolelor. Planificarea vă va ajuta să evitați problemele și greșelile legale și veți fi
pregătit să schimbați cursul dacă se întâmplă ceva neașteptat. 

1. Identificați toate riscurile

2. determina probabilitatea

3. Identificați impactul pe care îl poate avea

 4. minimiza pericolul prin tratarea riscului

5. Observați și evaluați riscul

66. Faceți diferența între reducerea riscurilor și evitarea riscurilor.

Atenuarea riscurilor Evitarea riscurilor

Când un pericol se materializează, se face Ceea ce faci pentru a evita pericolul se

atenuarea riscului. numește evitarea riscului.

Reduce probabilitatea ca riscul să se materializeze. Îndepărtând cauza, reduce pericolul.

Acesta examinează dacă proiectul sau afacerea Impactul incidenței amenințărilor este redus
este afectată în vreun fel la 0%.

În cazul oricărui risc, costul este substanțial. Are ca rezultat eliminarea costurilor

67. Care sunt diferitele faze ale unui proiect IT?

Etapa 1: Început

Etapa 2: Planificare

Etapa 3: Execuție

Etapa 4: Supraveghere/Control

68. Faceți diferența între ciclul de viață al dezvoltării software și ciclul de

viață al unui proiect.

Ciclul de viață al dezvoltării software Ciclul de viață al proiectului

  Folosit pentru a crea anumite produse  Folosit în dezvoltarea unui nou
software produs de afaceri

 Implică mai multe componente

software pentru o singură situație
 În cea mai mare parte, utilizează un
de client.
singur software în mai multe etape

 Procesele includ colectarea cerințelor,  Procesele includ generarea de

proiectarea, codificarea, documentația, idei, screening-ul, cercetarea,
operațiunile și întreținerea. dezvoltarea, testarea și analiza

69. Care sunt sarcinile și responsabilitățile unui manager de proiect?

1. Formularea previziunilor bugetare

2. Management bugetar

3. formularea strategiei de afaceri

4. Specificarea lucrării de făcut 

5. Crearea unei diagrame Gantt și a unei cronologie

6. evaluarea progresului

7. Raportarea progresului

8. control de calitate

9. Personal

10. Supraveghere strategică

11. Managementul furnizorilor