20 top business analyst interview questions
Cele mai frecvente întrebări și răspunsuri pentru interviul analistului de afaceri pentru a vă ajuta să vă pregătiți pentru următorul interviu:
Un analist de afaceri este cel care analizează afacerea unei organizații. Sarcina principală a unui analist de afaceri este gestionarea cerințelor.
Analistul de afaceri ar trebui să poată înțelege politicile de afaceri, operațiunile de afaceri, structura organizației și sugerează orice îmbunătățiri (cum ar fi modul de îmbunătățire a calității serviciilor, soluții tehnice la problemele de afaceri etc.) pentru a atinge obiectivele unei organizații.
=> Urmăriți aici seria de analisti de afaceri simpli.
Analistii de afaceri ar trebui să enumere învățăturile din proiect, obstacolele cu care s-au confruntat proiectele anterioare și să documenteze aceleași pentru referințe viitoare. De asemenea, documentele și procesele de afaceri, sistemele etc. Acestea validează chiar și cerințele de afaceri printr-un proces numit Walkthrough.
Un analist de afaceri acționează ca o legătură între tehnologia informației și activitățile de afaceri ale organizației. Competențele lor ar trebui să ajute organizația în realizarea profiturilor sale, gestionând noile schimbări care apar în industrie și adaptându-le.
Ar trebui să aibă abilități bune de serviciu pentru clienți, abilități de conducere și o abordare de gândire calculată sau planificată. În principal, un BA acționează ca un mijloc de comunicare între părțile interesate din proiect și echipa de proiect. Acestea joacă un rol vital în a ajuta echipa de dezvoltare să înțeleagă cerințele și invers.
Procesul de interviu BA:
Pentru interviul de angajare Business Analyst, pot exista trei runde diferite. Prima rundă va fi telefonică. În a doua și a treia rundă, poate exista un grup de intervievatori precum HR, părțile interesate ale unei echipe tehnice, autorități de management superioare etc.
Cum să vă pregătiți pentru un interviu BA?
Pentru interviurile cu Business Analyst, ar trebui să fie detaliat cu privire la experiența lor anterioară în proiecte. Ar trebui să aveți un răspuns pregătit pentru întrebări precum „Cum este legată calificarea dvs. de poziția dvs. de serviciu?” În general, în acest tip de interviu, se pun întrebări situaționale și comportamentale.
Ar trebui să aveți suficientă încredere pentru a răspunde la întrebările intervievatorului. Din răspunsurile date de dvs., intervievatorul vă poate judeca abilitățile de ascultare și vă poate evalua capacitatea de a răspunde la situații.
Întrebări frecvente despre interviul analistului de afaceri
Începem..!!
Q # 1) Ca analist de afaceri, care este rolul dvs. într-o organizație?
Răspuns: Business Analyst joacă un rol vital într-un proiect pentru o organizație.
- Rolul principal al unui analist de afaceri este de a afla nevoia unei organizații, de a afla problemele acestora, chiar de a prezice într-o anumită măsură problemele viitoare, sugerând soluții adecvate pentru acestea și de a conduce prin realizările organizației.
- Rolul variază de la organizație la organizație, proiect la proiect și chiar de la domeniu la domeniu.
- BA într-un proiect poate juca rolul de Planificator de afaceri, Analist de sistem, Analist de date, Analist de organizație, Proiectant de aplicații, Expert în domeniu, Arhitect tehnic etc.
- Abilitățile de bază includ o bună înțelegere a conceptelor de inginerie a sistemelor, calități de conducere, cunoștințe tehnice, scriere și comunicări verbale.
- Slujba lor poate varia în funcție de cerințele angajatorului, deoarece unele sunt limitate la proiecte IT, chiar și puțini dintre ei își extind responsabilitățile în domenii precum finanțe, marketing, contabilitate etc.
Q # 2) Cum veți putea face față modificărilor cerințelor?
Răspuns: Aceasta este o întrebare logică pusă într-un interviu. În calitate de Business Analyst, prima sarcină va fi obținerea unei semnături pe un document de către utilizator care să precizeze că după un anumit moment nu sunt acceptate modificări ale cerințelor.
În câteva cazuri, dacă modificările cerințelor sunt acceptate atunci:
- În primul rând, voi nota modificările aduse cerințelor și le voi acorda prioritate.
- De asemenea, voi trece prin aceste schimbări și voi afla impactul acestora asupra proiectului.
- Voi calcula costul, cronologia și resursele necesare pentru a acoperi impactul cerințelor de modificare asupra proiectului.
- Și se va asigura că aceste modificări afectează sau creează lacune în documentele de proiectare funcționale, testarea sau codarea.
Î # 3) Puteți numi instrumentele care sunt utile pentru analiza afacerii?
cum se scriu cazuri de testare pentru aplicații web
Răspuns: Procesul efectuat de un analist de afaceri este denumit Analiza afacerii. Instrumentele utilizate includ instrumente raționale, Microsoft Excel, Microsoft Word, PowerPoint, MS Project, sisteme ERP.
Q # 4) Ce se înțelege prin Benchmarking?
Răspuns: Procesul de măsurare a calității politicilor, programelor, produselor, regulilor și altor măsuri ale unei organizații în raport cu măsurile standard sau cu celelalte companii este denumit Benchmarking. Acesta este utilizat pentru a măsura performanța unei companii pentru a concura în industrie.
Scopul principal al benchmarking-ului este de a afla domeniile de îmbunătățire într-o companie și de a analiza modul în care companiile vecine își ating obiectivele.
Q # 5) Cum poți spune că o cerință este bună sau perfectă?
Răspuns: Caracteristicile și standardele unei cerințe bune pot fi evidențiate folosind o regulă numită regulă SMART.
Specific : Descrierea unei cerințe ar trebui să fie suficient de specifică și perfectă pentru a o înțelege.
Măsurabil : Există diferiți parametri prin care se poate măsura succesul cerinței.
Realizabil : Resursele ar trebui să poată obține succesul cu cerința.
Relevant : Afirmă că rezultatele sunt atinse în mod realist.
La timp : Cerințele pentru un proiect ar trebui să fie dezvăluite la timp.
Q # 6) Ce te face unic de ceilalți?
Răspuns: Răspunsul la această întrebare vă va testa experiența, abilitățile și individualitatea. Puteți răspunde de genul: „Sunt sănătos din punct de vedere tehnic și pot stabili o relație puternică cu clientul. Cu această combinație unică, îmi pot folosi cunoștințele și informațiile pentru a construi un mediu ușor de utilizat ”.
Q # 7) Care sunt sarcinile care nu fac parte din jobul unui Business Analyst?
Răspuns: Business Analyst nu face parte din sarcinile incluse:
cum se face manual testarea încrucișată
- Nu ar trebui să intenționeze să organizeze întâlnirile echipei de proiect.
- Nu trebuie să vă deranjați cu privire la riscurile și problemele de urmărire a unui proiect.
- Nu ar trebui să efectueze activități precum testarea (executarea TC-urilor), codarea sau programarea.
Q # 8) Faceți diferența între un risc și o problemă?
Răspuns: ' Risc 'Nu este altceva decât o problemă sau ceva care poate fi prezis mai devreme, astfel încât să se utilizeze unele planuri de îmbunătățire. Întrucât o „problemă” înseamnă riscul care s-a întâmplat sau s-a produs.
Rolul unui BA nu este de a rezolva problema, ci ar trebui să sugereze câteva planuri de control al pierderii / pagubelor cauzate. Și aceasta ar trebui marcată ca o măsură de precauție pentru alte proiecte.
Exemplu: Pe unele drumuri, puține panouri de precauție afirmă că „Drumul este în reparație, faceți deviere”. Aceasta se numește Risc.
Dacă călătorim pe același traseu care este în construcție, atunci acest lucru poate provoca unele daune vehiculului. Aceasta se numește o problemă.
Q # 9) Enumerați documentele care sunt utilizate de un BA într-un proiect?
Răspuns: Ca analist de afaceri ne ocupăm de diverse documente, cum ar fi documentul cu specificații funcționale, documentul cu specificațiile tehnice, documentul cu cerințe comerciale, diagrama cazului de utilizare, matricea trasabilității cerințelor etc.
Q # 10) Ce este un abuzcaz?
Răspuns: Cazul abuzului este definit ca o activitate desfășurată de un utilizator care, la rândul său, provoacă eșecuri ale sistemului. Poate fi o activitate rău intenționată. Deoarece dirijează în mod greșit fluxul funcției sistemului, este denumit caz de utilizare greșită.
Q # 11) Cum puteți gestiona și gestiona părțile interesate dificile?
Răspuns: Tratarea cu părțile interesate dificile este o sarcină majoră pentru un BA. Există multe modalități de a rezolva astfel de situații.
Punctele importante care trebuie menționate printre acestea sunt enumerate mai jos:
- Identificați acele părți interesate dificile în rândul grupului de părți interesate, ascultați și concentrați-vă cu punct de vedere cu răbdare. Fii politicos cu ei și nu închide conversația imediat cu astfel de oameni.
- În general, părțile interesate vor fi dificile, deoarece nu se simt confortabil cu câteva lucruri din proiect. Așadar, ascultați-i și răspundeți diplomatic unor părți interesate atât de dificile.
- Aflați o modalitate de a le întâlni personal și purtați o discuție individuală. Prin aceasta, vă puteți arăta angajamentul față de ei.
- Încercați să aflați și să rezolvați motivațiile lor, cum ar fi dacă sunt îngrijorați de bugetul proiectului sau sunt curioși de proiect dacă acesta se întoarce exact conform viziunii lor etc.
- Angajați continuu astfel de părți interesate dificile și faceți-i să înțeleagă că contribuția lor este mult mai importantă pentru proiect.
Q # 12) Când poate un BA să spună că sunt îndeplinite cerințele?
Răspuns: Cerințele sunt considerate complete atunci când îndeplinesc criteriile de mai jos:
- Cerințele ar trebui să fie aliniate la obiectivele unei companii. Înseamnă că opiniile părților interesate din afaceri ar trebui să se alinieze la nevoile care trebuie construite pentru proiect.
- Trebuie extrase toate opiniile și ideile posibile ale părților interesate cheie.
- Calitatea cerințe trebuie să îndeplinească / să satisfacă setul de criterii al organizației prin care se testează calitatea cerințelor.
- Se poate spune că cerințele sunt complete atunci când acestea ar putea fi realizate în limita posibilelor resurse disponibile.
- Toți factorii interesați ai proiectului ar trebui să fie de acord cu cerințele colectate.
Q # 13) Care sunt diferitele diagrame despre care ar trebui să știe un BA?
Răspuns: Există diferite tipuri de diagrame pe care BA le utilizează în activitatea lor.
Câteva diagrame importante dintre ele sunt,
a) Diagrama de activitate : Aceasta reprezintă fluxul de la o activitate la cealaltă activitate. Activitatea se referă la funcționarea sistemului.
Exemplua diagramei de activitate:
b) Diagrama fluxului de date - Reprezentarea grafică a fluxului de date în și din sistem. Această diagramă reprezintă modul în care datele sunt partajate între organizații.
Exempludin diagrama fluxului de date:
c) Diagrama cazului de utilizare : Această diagramă descrie setul de acțiuni pe care sistemele le efectuează cu unul sau mai mulți actori (utilizatori) ai sistemelor. Diagrama cazului de utilizare este, de asemenea, numită diagramă comportamentală.
Exempludin Diagrama cazului de utilizare:
d) Diagrama clasei: Aceasta este diagrama structurală care reprezintă structura sistemului prin afișarea claselor, obiectelor, metodelor sau operațiilor, atributelor etc. O diagramă de clase este principalul bloc de construcție pentru modelarea detaliată care este utilizată pentru programare.
Exempludin diagrama clasei:
e) Diagrama relației entității - Diagrama ER este reprezentarea grafică a entităților și relațiile dintre ele. Aceasta este o tehnică de modelare a datelor.
Exempludin diagrama entitate-relație:
f) Diagrama secvenței : Diagrama secvenței descrie interacțiunea dintre obiecte, cum ar fi modul în care acestea funcționează și în ce secvență de timp mesajele curg de la un obiect la altul.
Exempludin diagrama secvenței:
g) Diagrama de colaborare - Diagrama de colaborare reprezintă comunicarea care are loc între obiecte prin afișarea fluxului de mesaje între ele.
Exempludin diagrama de colaborare:
Q # 14) Scurtați diferența dintre modelul Fish și modelul V?
Răspuns: Modelul de pește consumă mai mult timp pentru a face față cerințelor în comparație cu În model . Chiar și modelul Fish este puțin scump decât modelul V. În general, un model de pește este preferat atunci când nu există incertitudini în cerințe.
Q # 15) Ce model este mai bun decât modelul cascadă și modelul spiralat?
Răspuns: Selectarea modelului ciclului de viață pentru un proiect se bazează pe tipul, domeniul de aplicare și limitările acestuia. Depinde numai de cultura organizației, de termenii și condițiile acesteia, de politici, de un proces de dezvoltare a sistemului etc.
Q # 16) Diferențiați un flux alternativ și un flux de excepție al unei diagrame de caz de utilizare?
Răspuns: Fluxul de bază reprezintă activitățile desfășurate în ordinea necesară afacerii. Fluxul alternativ reprezintă acțiuni care sunt efectuate în afară de fluxul de bază și, de asemenea, sunt considerate ca un flux opțional. În timp ce fluxul de excepții este executat într-un caz sau orice erori.
Exemplu: Când deschidem o pagină de conectare a oricărui site web, există un link „parolă uitată” pentru a prelua parola. Aceasta se numește flux alternativ.
În aceeași pagină de conectare, dacă introducem numele de utilizator și parola corecte, uneori primim un mesaj de eroare care să precizeze „eroare 404”. Aceasta se numește flux de excepție.
un exemplu de cerință funcțională este _________
Q # 17) Ce înseamnă INVEST ?
Răspuns: INVEST înseamnă independent, negociabil, valoros, estimabil, dimensionat corespunzător, testabil. Cu acest proces INVEST, managerii de proiect și echipele tehnice pot furniza calitatea bună a produsului și pot oferi servicii de calitate.
Q # 18) Ce pași sunt incluși în dezvoltarea unui produs dintr-o idee de bază?
Răspuns: În procesul de dezvoltare a unui produs dintr-o idee, sunt mulți pași care trebuie urmați, după cum se enumeră mai jos,
- Analiza pieței: Acesta este un plan de afaceri prin care au fost studiate caracteristicile unei piețe, cum ar fi modul în care piața se schimbă și se comportă dinamic.
- Analiza SWOT: Acesta este un proces prin care sunt identificate punctele tari, punctele slabe, oportunitățile și amenințările unei organizații.
- Persoane: Aceștia sunt utilizatori tipici de site-uri web sau intranet care reprezintă obiectivele și caracteristicile diferitelor grupuri mari de utilizatori. Personas replică utilizatorii reali în designul funcțional.
- Analiza concurentului: Evaluarea punctelor tari și a punctelor slabe ale concurenților externi.
- Viziune strategică și set de caracteristici: Procesul de dezvoltare a obiectivelor în prezent și planificarea realizării acelorași în viitor prin deplasarea către viziune.
- Prioritizează caracteristicile: Toate caracteristicile produsului care urmează să fie dezvoltat sunt prioritizate de managementul produsului pentru a ajuta echipa de dezvoltare.
În afară de pașii menționați mai sus, există în plus termeni implicați în procesul de dezvoltare a unui produs. Sunt Utilizare caz , SDLC , Storyboards, Cazuri de testare , Monitorizare și scalabilitate.
Q # 19) Definiți analiza Pareto?
Răspuns: Analiza Pareto este o tehnică adecvată utilizată în luarea deciziilor pentru activitățile de control al calității și, de asemenea, utilizată la trasarea rezoluțiilor pentru defecte. Este clasificată ca o tehnică de luare a deciziilor pe baza statisticilor sale, care, cu un număr limitat de intrări selectate, putem avea un impact mare asupra rezultatului.
De asemenea, este denumită regula 80/20 deoarece, conform acestei analize, 80% din beneficiile unui proiect sunt realizate din 20% din muncă.
Q # 20) Puteți rezuma Analiza Kano?
Răspuns: Analiza Kano este o tehnică puternică utilizată în clasificarea diferitelor tipuri de cerințe ale clienților pentru produse noi. Această analiză Kano tratează nevoile utilizatorilor finali ai produsului.
Principalele atribute ale acestei analize Kano sunt
- Atribute prag: Acestea sunt proprietățile pe care un client dorește să fie disponibile în produs.
- Atribute de performanță: Acestea reprezintă câteva proprietăți suplimentare care nu sunt necesare pentru un produs, dar care pot fi adăugate pentru plăcerea clientului.
- Atribute de entuziasm: Acestea sunt proprietățile de care clienții nu sunt conștienți, dar sunt încântați când au găsit astfel de proprietăți în produsul lor.
Concluzie
Fiecare organizație care angajează un analist de afaceri dorește să se asigure că profesionistul angajat ar trebui să înceapă să-și contribuie gândurile și ideile valoroase încă din prima zi. Rezultatul muncii unui BA este utilizat de oamenii IT pentru dezvoltarea produsului și de persoanele non-IT pentru a vedea modelul produsului lor de aplicație.
În câteva interviuri, puteți avea șansa de a pune întrebări intervievatorului. Iată câteva dintre ele:
- Care sunt diferitele roluri din organizația dvs., cei care interacționează cu Business Analyst?
- Ce fel de provocări ar trebui să fac față în organizația dvs.?
- Ce face ca un BA să aibă succes în compania dvs.?
- Care este procesul urmat în organizația dvs., un proces uriaș sau un proces informal?
Noroc și teste fericite !!!
=> Vizitați aici pentru a afla totul despre Business Analyst de la zero.
Lectură recomandată
- Întrebări și răspunsuri la interviu
- Top 20+ .NET Întrebări și răspunsuri la interviu
- Întrebări și răspunsuri la interviuri de testare ETL
- 20 Cele mai populare întrebări și răspunsuri la interviu TestNG
- Top 20 Cele mai importante API Testarea întrebărilor și răspunsurilor la interviu
- 40+ Întrebări și răspunsuri la interviuri populare de testare a analistului QA (LISTA 2021)
- Top 20 Cele mai recente întrebări și răspunsuri la interviu pentru DevOps pentru 2021
- Câteva întrebări și răspunsuri dificile de testare manuală