20 top business analyst interview questions
다가오는 인터뷰를 준비하는 데 도움이되는 가장 자주 묻는 비즈니스 분석가 인터뷰 질문 및 답변 :
비즈니스 분석가는 조직의 비즈니스를 분석하는 사람입니다. 비즈니스 분석가의 핵심 임무는 요구 사항 관리입니다.
비즈니스 분석가는 비즈니스 정책, 비즈니스 운영, 조직 구조를 이해하고 조직의 목표를 달성하기위한 개선 사항 (서비스 품질 개선 방법, 비즈니스 문제에 대한 기술 솔루션 등)을 제안 할 수 있어야합니다.
=> 여기에서 간단한 비즈니스 분석가 시리즈를 확인하십시오.
비즈니스 분석가는 프로젝트에서 얻은 교훈, 이전 프로젝트에서 직면 한 장애물을 나열하고 향후 참조를 위해 동일한 문서를 문서화해야합니다. 또한 문서 및 비즈니스 프로세스, 시스템 등. 워크 스루라는 프로세스를 통해 비즈니스 요구 사항을 확인합니다.
비즈니스 분석가는 조직의 정보 기술과 비즈니스 활동을 연결하는 역할을합니다. 그들의 기술은 업계에서 나타나는 새로운 변화를 관리하고 적응함으로써 조직이 이익을 달성하는 데 도움이 될 것입니다.
그들은 훌륭한 고객 서비스 기술, 리더십 기술 및 계산되거나 계획된 사고 방식을 가져야합니다. 주로 BA는 프로젝트 이해 관계자와 프로젝트 팀 간의 커뮤니케이션 매체 역할을합니다. 그들은 개발 팀이 요구 사항을 이해하도록 돕는 데 중요한 역할을하며 그 반대의 경우도 마찬가지입니다.
BA 면접 과정 :
Business Analyst 면접의 경우 세 가지 라운드가있을 수 있습니다. 첫 번째 라운드는 전화로 진행됩니다. 두 번째 및 세 번째 라운드에는 HR, 기술 팀의 이해 관계자, 고위 관리 기관 등과 같은 면접관 그룹이있을 수 있습니다.
BA 인터뷰를 준비하는 방법은 무엇입니까?
비즈니스 분석가 인터뷰의 경우 프로젝트에서 이전 경험을 철저히 파악해야합니다. “자격이 직무와 어떻게 관련되어 있습니까?”와 같은 질문에 대한 답변을 준비해야합니다. 일반적으로 이러한 유형의 인터뷰에서는 상황 및 행동에 대한 질문을합니다.
면접관의 질문에 답할 수있을만큼 자신감이 있어야합니다. 귀하가 제공 한 답변에서 면접관은 귀하의 듣기 능력을 판단하고 상황에 대한 귀하의 대응 능력을 평가할 수 있습니다.
자주 묻는 비즈니스 분석가 인터뷰 질문
간다 .. !!
Q # 1) 비즈니스 분석가로서 조직에서 귀하의 역할은 무엇입니까?
대답: 비즈니스 분석가는 조직의 프로젝트에서 중요한 역할을합니다.
- 비즈니스 분석가의 주요 역할은 조직의 요구 사항을 파악하고, 문제를 파악하고, 향후 문제를 어느 정도 예측하고, 적절한 솔루션을 제안하고, 조직의 성과를 추진하는 것입니다.
- 역할은 조직마다, 프로젝트마다, 심지어 도메인마다 다릅니다.
- 프로젝트의 BA는 비즈니스 플래너, 시스템 분석가, 데이터 분석가, 조직 분석가, 애플리케이션 디자이너, 주제 영역 전문가, 기술 설계자 등의 역할을 할 수 있습니다.
- 핵심 기술에는 시스템 엔지니어링 개념, 리더십 자질, 기술 지식, 쓰기 및 구두 의사 소통에 대한 좋은 이해가 포함됩니다.
- 그들의 직업은 고용주의 요구 사항에 따라 다를 수 있습니다. 일부는 IT 프로젝트에 국한되어 있으며 재무, 마케팅, 회계 등과 같은 영역으로 책임을 확장하는 사람은 거의 없습니다.
질문 # 2) 요구 사항 변경 사항을 어떻게 처리 할 수 있습니까?
대답: 이것은 인터뷰에서 묻는 논리적 질문입니다. 비즈니스 분석가로서 첫 번째 작업은 사용자가 문서에 서명하여 일정 시점 이후에는 요구 사항에 대한 변경 사항이 수락되지 않는다는 것을 나타내는 것입니다.
경우에 따라 요구 사항 변경 사항이 승인되면 다음을 수행하십시오.
- 첫째, 요구 사항에 대한 변경 사항을 기록하고 우선 순위를 지정할 것입니다.
- 또한 이러한 변경 사항을 살펴보고 프로젝트에 미치는 영향을 알아볼 것입니다.
- 변경 요구 사항이 프로젝트에 미치는 영향을 처리하는 데 필요한 비용, 일정 및 리소스를 계산할 것입니다.
- 그리고 이러한 변경 사항이 기능 설계 문서, 테스트 또는 코딩에 영향을 미치거나 공백을 생성하는지 확인합니다.
Q # 3) 비즈니스 분석에 도움이되는 도구의 이름을 지정할 수 있습니까?
qtp 인터뷰 질문 및 답변 pdf
대답: 비즈니스 분석가가 수행하는 프로세스를 비즈니스 분석이라고합니다. 사용되는 도구에는 Rational 도구, Microsoft Excel, Microsoft Word, PowerPoint, MS Project, ERP 시스템이 포함됩니다.
질문 # 4) 벤치마킹이란 무엇입니까?
대답: 표준 측정 또는 다른 회사에 대해 조직의 정책, 프로그램, 제품, 규칙 및 기타 측정의 품질을 측정하는 프로세스를 벤치마킹이라고합니다. 이것은 업계에서 경쟁하는 회사의 성과를 측정하는 데 사용됩니다.
벤치마킹의 주요 목적은 회사의 개선 영역을 찾고 이웃 회사가 목표를 달성하는 방법을 분석하는 것입니다.
질문 # 5) 요구 사항이 훌륭하거나 완벽하다고 어떻게 말할 수 있습니까?
대답: 좋은 요구 사항의 기능과 표준은 SMART 규칙이라는 규칙을 사용하여 지적 할 수 있습니다.
특유한 : 요구 사항에 대한 설명은 완벽하고 구체적이어야 이해할 수 있어야합니다.
측정 가능 : 요구 사항의 성공 여부를 측정 할 수있는 다양한 매개 변수가 있습니다.
이를 수 있는 : 리소스는 요구 사항에 따라 성공할 수 있어야합니다.
관련된 : 어떤 결과가 현실적으로 달성되었는지 설명합니다.
시기 적절한 : 프로젝트 요구 사항은 제때 공개되어야합니다.
문 # 6) 다른 사람과 차별화되는 점은 무엇입니까?
대답: 이 질문에 대한 답은 귀하의 경험, 기술 및 개성을 테스트합니다. “나는 기술적으로 건전하며 고객과 강한 관계를 맺을 수 있습니다. 이 독특한 조합을 통해 내 지식과 정보를 사용하여 사용자 친화적 인 환경을 구축 할 수 있습니다.”
문 # 7) 비즈니스 분석가의 업무에 속하지 않는 작업은 무엇입니까?
답변 : Business Analyst는 등록 된 작업의 일부가 아닙니다.
- 프로젝트 팀 회의를 조직하지 않아야합니다.
- 프로젝트의 위험 및 문제 추적기에 대해 신경 쓰지 마십시오.
- 테스트 (TC 실행), 코딩 또는 프로그래밍과 같은 활동을 수행해서는 안됩니다.
질문 # 8) 위험과 문제를 구별합니까?
대답: ' 위험 ’는 문제를 해결하기 위해 일부 개선 계획을 사용하도록 이전에 예측할 수있는 문제에 불과합니다. 반면 '문제'는 발생했거나 발생한 위험을 의미합니다.
BA의 역할은 문제를 해결하는 것이 아니라 발생하는 손실 / 손상을 통제 할 계획을 제시하는 것입니다. 그리고 이것은 다른 프로젝트에 대한 예방 조치로 표시되어야합니다.
예: 일부 도로에서는 '도로 수리 중, 우회로'라는 경고판이 거의 없습니다. 이를 위험이라고합니다.
공사중인 동일한 경로를 통과하면 차량에 손상을 줄 수 있습니다. 이것을 이슈라고합니다.
Q # 9) 프로젝트에서 BA가 사용하는 문서를 나열합니까?
대답: 비즈니스 분석가로서 우리는 기능 사양 문서, 기술 사양 문서, 비즈니스 요구 사항 문서, 사용 사례 다이어그램, 요구 사항 추적 성 매트릭스 등과 같은 다양한 문서를 처리합니다.
Q # 10) 무엇입니까 오용케이스?
대답: 오용 사례는 사용자가 수행 한 활동으로 정의되며 이로 인해 시스템 오류가 발생합니다. 악의적 인 활동 일 수 있습니다. 시스템 기능 흐름을 잘못 안내하므로 오용 사례라고합니다.
문 # 11) 어려운 이해 관계자를 어떻게 처리하고 관리 할 수 있습니까?
대답: 어려운 이해 관계자들을 다루는 것은 BA의 주요 과제입니다. 이러한 상황을 처리하는 방법에는 여러 가지가 있습니다.
이진 검색 트리 C ++ 구현
그중에서 주목해야 할 중요한 사항은 다음과 같습니다.
- 이해 관계자 그룹 중에서 어려운 이해 관계자를 식별하고, 인내심을 가지고 그들의 관점에 귀를 기울이고 집중하십시오. 그들에게 예의를 지키고 그러한 사람들과의 대화를 즉시 닫지 마십시오.
- 일반적으로 이해 관계자는 프로젝트의 몇 가지 사항에 익숙하지 않기 때문에 어려울 것입니다. 그러니 그들에게 귀를 기울이고 어려운 이해 관계자들에게 외교적으로 대답하십시오.
- 그들을 개인적으로 만나고 일대일 토론을하는 방법을 찾으십시오. 이것으로 그들에 대한 당신의 헌신을 보여줄 수 있습니다.
- 그들이 프로젝트 예산에 대해 걱정하거나 프로젝트가 그들의 비전에 따라 정확하게 돌아가는지 궁금한지 등의 동기를 찾아 해결하려고 노력하십시오.
- 그러한 어려운 이해 관계자를 지속적으로 참여시키고 그들의 기여가 프로젝트에 큰 가치가 있음을 이해하도록합니다.
문 # 12) BA는 언제 요구 사항이 완료되었다고 말할 수 있습니까?
대답: 요구 사항은 아래 기준을 충족하는 경우 완전한 것으로 간주됩니다.
- 요구 사항은 비즈니스 목표와 일치해야합니다. 이는 비즈니스 이해 관계자의 관점이 프로젝트를 위해 구축되어야하는 요구 사항과 일치해야 함을 의미합니다.
- 주요 이해 관계자의 가능한 모든 견해와 아이디어를 추출해야합니다.
- 품질 요구 사항 요구 사항의 품질을 테스트하는 데 사용되는 조직의 기준을 충족 / 만족해야합니다.
- 가능한 사용 가능한 리소스 내에서 수행 할 수있을 때 요구 사항이 완료되었다고 말할 수 있습니다.
- 프로젝트의 모든 이해 관계자는 수집 된 요구 사항에 동의해야합니다.
Q # 13) BA가 알아야 할 다양한 다이어그램은 무엇입니까?
대답: BA가 작업에 사용하는 다양한 유형의 다이어그램이 있습니다.
그중 몇 가지 중요한 다이어그램은 다음과 같습니다.
a) 활동 다이어그램 : 한 활동에서 다른 활동으로의 흐름을 나타냅니다. 활동은 시스템의 작동을 나타냅니다.
예활동 다이어그램의 :
b) 데이터 흐름 다이어그램 – 시스템으로 들어오고 나가는 데이터 흐름의 그래픽 표현. 이 다이어그램은 조직간에 데이터가 공유되는 방식을 나타냅니다.
예데이터 흐름 다이어그램 :
c) 사용 사례 다이어그램 :이 다이어그램은 시스템이 시스템의 한 명 이상의 행위자 (사용자)와 함께 수행하는 일련의 작업을 설명합니다. 사용 사례 다이어그램은 동작 다이어그램이라고도합니다.
예사용 사례 다이어그램 :
d) 클래스 다이어그램 : 클래스, 객체, 메소드 또는 오퍼레이션, 속성 등을 보여줌으로써 시스템의 구조를 나타내는 구조 다이어그램입니다. 클래스 다이어그램은 프로그래밍에 사용되는 세부 모델링을위한 주요 빌딩 블록입니다.
예클래스 다이어그램의 :
e) 엔티티 관계 다이어그램 – ER 다이어그램은 엔티티와 엔티티 간의 관계를 그래픽으로 표현한 것입니다. 이것은 데이터 모델링 기술입니다.
예엔티티-관계 다이어그램의 :
f) 시퀀스 다이어그램 : 시퀀스 다이어그램은 객체가 작동하는 방식과 메시지가 한 객체에서 다른 객체로 흐르는 시간 순서와 같은 객체 간의 상호 작용을 설명합니다.
예시퀀스 다이어그램 :
g) 협업 다이어그램 – 협업 다이어그램은 객체 간의 메시지 흐름을 보여줌으로써 객체간에 발생하는 통신을 나타냅니다.
예협업 다이어그램의 :
문 # 14) Fish 모델과 V 모델의 차이점을 간략히 설명해주세요.
대답: 물고기 모델은 요구 사항을 처리하는 데 더 많은 시간을 소비합니다. 모델에서 . Fish 모델조차도 V 모델보다 약간 비쌉니다. 일반적으로 요구 사항에 불확실성이없는 경우 Fish 모델이 선호됩니다.
문 # 15) 폭포 모델과 나선형 모델보다 더 나은 모델은 무엇입니까?
대답: 프로젝트의 라이프 사이클 모델 선택은 유형, 범위 및 제한 사항을 기반으로합니다. 조직의 문화, 조건, 정책, 시스템 개발 프로세스 등에 전적으로 의존합니다.
Q # 16) 사용 사례 다이어그램의 대체 흐름과 예외 흐름을 차별화합니까?
대답: 기본 흐름은 비즈니스에서 요구하는 순서대로 수행되는 활동을 나타냅니다. 대체 흐름은 기본 흐름과 별도로 수행되고 선택적 흐름으로 간주되는 작업을 나타냅니다. 예외 흐름은 케이스 또는 오류에서 실행됩니다.
예: 웹 사이트의 로그인 페이지를 열면 비밀번호를 검색 할 수있는 '비밀번호 분실'링크가 있습니다. 이를 대체 흐름이라고합니다.
동일한 로그인 페이지에서 올바른 사용자 이름과 비밀번호를 입력하면 때때로 '404 오류'라는 오류 메시지가 표시됩니다. 이를 예외 흐름이라고합니다.
문 # 17) 투자는 무엇을 의미합니까 ?
대답: INVEST는 독립적이고, 협상 가능하고, 가치 있고, 추정 가능하고, 적절한 크기이며, 테스트 가능함을 의미합니다. 이 INVEST 프로세스를 통해 프로젝트 관리자와 기술 팀은 제품의 좋은 품질을 제공하고 양질의 서비스를 제공 할 수 있습니다.
문 # 18) 기본 아이디어에서 제품을 개발하는 데 포함되는 모든 단계는 무엇입니까?
대답: 아이디어에서 제품을 개발하는 과정에서 다음과 같이 따라야 할 많은 단계가 있습니다.
- 시장 분석: 이것은 시장이 어떻게 변화하고 역동적으로 행동하는지와 같은 시장의 특성을 연구 한 사업 계획입니다.
- SWOT 분석 : 이것은 조직의 강점, 약점, 기회 및 위협을 식별하는 프로세스입니다.
- 명: 이들은 다양한 대규모 사용자 그룹의 목표와 특성을 나타내는 웹 사이트 또는 인트라넷의 일반적인 사용자입니다. 페르소나는 기능 설계에서 실제 사용자를 복제합니다.
- 경쟁자 분석 : 외부 경쟁자의 강점과 약점을 평가합니다.
- 전략적 비전 및 기능 세트 : 현재의 목표를 개발하고 비전을 향해 나아가는 미래에도 같은 목표를 달성 할 계획을 세우는 과정.
- 기능 우선 순위 지정 : 개발 될 제품의 모든 기능은 개발 팀을 돕기 위해 제품 관리에 의해 우선 순위가 지정됩니다.
위에서 언급 한 단계 외에도 제품 개발 프로세스와 관련된 용어가 더 있습니다. 그들은 사용 사례 , SDLC , 스토리 보드, 테스트 케이스 , 모니터링 및 확장 성.
문 # 19) 파레토 분석을 정의 하시겠습니까?
대답: Pareto Analysis는 품질 관리 활동에 대한 의사 결정에 사용되는 적절한 기술이며 결함에 대한 해결책을 추적하는 데에도 사용됩니다. 제한된 수의 선택된 입력으로 결과에 큰 영향을 미칠 수있는 통계를 기반으로 한 의사 결정 기법으로 분류됩니다.
이 분석에 따르면 프로젝트의 이익의 80 %가 작업의 20 %에서 달성되기 때문에 80/20 규칙이라고도합니다.
문 # 20) 카노 분석에 대해 간략히 설명해 주시겠습니까?
대답: Kano 분석은 신제품에 대한 다양한 유형의 고객 요구 사항을 분류하는 데 사용되는 강력한 기술입니다. 이 Kano 분석은 제품의 최종 사용자의 요구를 다룹니다.
이 카노 분석의 주요 속성은 다음과 같습니다.
- 임계 값 속성 : 고객이 제품에서 사용하기를 원하는 속성입니다.
- 성능 속성 : 이는 제품에 필요하지 않지만 고객의 즐거움을 위해 추가 할 수있는 몇 가지 추가 속성을 나타냅니다.
- 흥분 속성 : 이들은 고객이 알지 못하지만 제품에서 그러한 속성을 발견했을 때 흥분되는 속성입니다.
결론
비즈니스 분석가를 고용하는 모든 조직은 고용 된 전문가가 첫날부터 귀중한 생각과 아이디어를 제공하기 시작해야합니다. BA의 작업 결과는 IT 직원이 제품을 개발하고 비 IT 직원이 애플리케이션 제품의 모델을 확인하는 데 활용합니다.
Eclipse에서 svn 플러그인을 설치하는 방법
몇 번의 인터뷰에서 면접관에게 질문 할 기회를 얻을 수 있습니다. 그중 몇 가지가 있습니다.
- 비즈니스 분석가와 상호 작용하는 조직에서 다른 역할은 무엇입니까?
- 조직에서 어떤 종류의 문제를 처리해야합니까?
- 귀사에서 BA가 성공하는 이유는 무엇입니까?
- 조직에서 따르는 프로세스는 무엇입니까, 거대한 프로세스입니까, 아니면 비공식적 인 프로세스입니까?
행운과 행복한 테스트 !!!
=> 처음부터 비즈니스 분석가에 대해 자세히 알아 보려면 여기를 방문하십시오.