top 10 most common requirements elicitation techniques
이 자습서에서는 주요 요구 사항 추출 기법의 장점과 단점을 자세히 설명합니다.
비즈니스 분석가의 첫 번째 책임은 고객으로부터 요구 사항을 수집하는 것입니다. 이제 여기서 발생하는 요점은 클라이언트로부터 요구 사항을 어떻게 수집 할 수 있습니까?
이 기사에서는 위의 질문에 답할 것입니다. 즉, 요구 사항 추출 기술에 대해 논의 할 것입니다.
소프트웨어 테스트의 자동화 모범 사례
학습 내용 :
요구 사항 추출이란 무엇입니까?
이해 관계자로부터 정보를 얻는 것이 전부입니다. 즉, 비즈니스 분석이 이해 관계자들과 그들의 요구 사항을 이해하기 위해 의사 소통을 한 후에는 추출이라고 설명 할 수 있습니다. 요구 사항 수집으로도 설명 할 수 있습니다.
요구 사항 추출은 이해 관계자와 직접 의사 소통하거나 일부 연구, 실험을 수행하여 수행 할 수 있습니다. 활동은 계획되거나 계획되지 않거나 둘 다일 수 있습니다.
- 계획된 활동 워크샵, 실험이 포함됩니다.
- 계획되지 않은 활동 무작위로 발생합니다. 그러한 활동에 대해서는 사전 통지가 필요하지 않습니다. 예를 들면 , 고객 사이트로 직접 이동하여 요구 사항에 대해 논의하기 시작하지만 사전에 게시 된 특정 의제가 없습니다.
다음 작업은 추출의 일부입니다.
- 추출 준비 : 여기서 목적은 추출 활동 범위를 이해하고 올바른 기술을 선택하며 적절한 리소스를 계획하는 것입니다.
- 도출 실시 : 여기서의 목적은 변경과 관련된 정보를 탐색하고 식별하는 것입니다.
- 추출 결과 확인 : 이 단계에서는 추출 세션에서 수집 된 정보의 정확성을 확인합니다.
지금까지 요구 사항 추출에 대한 아이디어를 얻었기를 바랍니다. 요구 사항 추출 기술로 이동하겠습니다.
요구 사항 추출 기법
추출에 사용할 수있는 몇 가지 기술이 있지만 일반적으로 사용되는 기술은 아래에 설명되어 있습니다.
# 1) 이해 관계자 분석
이해 관계자에는 팀 구성원, 고객, 프로젝트의 영향을받는 개인 또는 공급 업체가 포함될 수 있습니다. 이해 관계자 분석은 시스템의 영향을받는 이해 관계자를 식별하기 위해 수행됩니다.
# 2) 브레인 스토밍
이 기술은 새로운 아이디어를 생성하고 특정 문제에 대한 해결책을 찾는 데 사용됩니다. 브레인 스토밍에 포함 된 구성원은 도메인 전문가, 주제 전문가 일 수 있습니다. 다양한 아이디어와 정보는 지식 저장소를 제공하며 다양한 아이디어 중에서 선택할 수 있습니다.
이 세션은 일반적으로 테이블 토론을 중심으로 진행됩니다. 모든 참가자는 자신의 아이디어를 표현할 수있는 동일한 시간을 제공해야합니다.
브레인 스토밍 기법은 아래 질문에 답하는 데 사용됩니다.
- 시스템에 대한 기대는 무엇입니까?
- 제안 된 시스템 개발에 영향을 미치는 위험 요소는 무엇이며이를 방지하려면 어떻게해야합니까?
- 따라야하는 비즈니스 및 조직 규칙은 무엇입니까?
- 현재 문제를 해결하기 위해 사용할 수있는 옵션은 무엇입니까?
- 이 특별한 문제가 앞으로 발생하지 않도록 어떻게해야합니까?
브레인 스토밍은 다음 단계로 설명 할 수 있습니다.
이 기술에 대한 몇 가지 기본 규칙을 따라야 성공할 수 있습니다.
- 세션 시간 제한은 미리 정의해야합니다.
- 참가자를 미리 확인하십시오. 한 명은 세션에 6-8 명의 회원을 포함해야합니다.
- 의제는 모든 참가자에게 충분히 명확해야합니다.
- 참가자들에게 명확한 기대치를 설정해야합니다.
- 모든 정보를 얻으면 아이디어를 결합하고 중복 아이디어를 제거하십시오.
- 최종 목록이 준비되면 다른 당사자에게 배포하십시오.
혜택 :
- 창의적 사고는 브레인 스토밍 세션의 결과입니다.
- 짧은 시간에 많은 아이디어.
- 동등한 참여를 장려합니다.
단점 :
- 참가자는 아이디어 토론에 참여할 수 있습니다.
- 중복 된 아이디어가 여러 개있을 수 있습니다.
# 3) 인터뷰
이것은 요구 사항 추출에 사용되는 가장 일반적인 기술입니다. 인터뷰 기술은 비즈니스 분석가와 이해 관계자 간의 강력한 관계를 구축하는 데 사용되어야합니다. 이 기술에서 면접관은 정보를 얻기 위해 이해 관계자에게 질문을 보냅니다. 일대일 인터뷰는 가장 일반적으로 사용되는 기술입니다.
면접관에게 사전 정의 된 질문 세트가있는 경우 구조화 된 인터뷰.
면접관이 특정 형식이나 특정 질문이없는 경우이를 구조화되지 않은 인터뷰 .
효과적인 인터뷰를 위해 5 가지 이유 기법을 고려할 수 있습니다. 모든 이유에 대한 답을 얻으면 인터뷰 과정이 끝난 것입니다. 개방형 질문은 자세한 정보를 제공하는 데 사용됩니다. 이 인터뷰에서 예 또는 아니오 만 말할 수 없습니다.
마감 된 질문은 예 또는 아니오 형식으로 답변 할 수 있으며 답변 확인에 사용되는 영역에 대해서도 답변 할 수 있습니다.
기본 규칙 :
- 인터뷰 수행의 전반적인 목적은 명확해야합니다.
- 인터뷰 대상자를 미리 확인하십시오.
- 인터뷰 목표는 인터뷰 대상자에게 전달되어야합니다.
- 면접 질문은 면접 전에 준비해야합니다.
- 인터뷰 장소는 미리 정의해야합니다.
- 시간 제한을 설명해야합니다.
- 면접관은 정보를 정리하고 면담 후 가능한 한 빨리 면담 자들과 결과를 확인해야합니다.
혜택:
- 이해 관계자와의 대화식 토론.
- 면접관의 이해를 보장하기위한 즉각적인 후속 조치.
- 이해 관계자와의 관계를 구축하여 참여를 장려하고 관계를 구축하십시오.
단점 :
- 인터뷰를 계획하고 실시하려면 시간이 필요합니다.
- 모든 참가자의 헌신이 필요합니다.
- 효과적인 인터뷰를 수행하려면 때때로 교육이 필요합니다.
# 4) 문서 분석 / 검토
이 기술은 비즈니스 환경을 설명하는 사용 가능한 자료를 검토 / 검토하여 비즈니스 정보를 수집하는 데 사용됩니다. 이 분석은 현재 솔루션의 구현을 검증하는 데 도움이되며 비즈니스 요구 사항을 이해하는데도 도움이됩니다.
문서 분석에는 비즈니스 계획, 기술 문서, 문제 보고서, 기존 요구 사항 문서 등의 검토가 포함됩니다. 이는 계획이 기존 시스템을 업데이트 할 때 유용합니다. 이 기술은 마이그레이션 프로젝트에 유용합니다.
이 기술은 시스템의 격차를 식별하는 데 중요합니다. 즉, AS-IS 프로세스와 TO-BE 프로세스를 비교합니다. 이 분석은 기존 문서를 준비한 사람이 더 이상 시스템에 없을 때도 도움이됩니다.
혜택:
- 기존 문서를 사용하여 현재 및 향후 프로세스를 비교할 수 있습니다.
- 기존 문서는 향후 분석을위한 기반으로 사용할 수 있습니다.
단점 :
- 기존 문서는 업데이트되지 않을 수 있습니다.
- 기존 문서는 완전히 구식 일 수 있습니다.
- 기존 문서에서 작업 한 리소스가 정보를 제공하지 못할 수 있습니다.
- 이 프로세스는 시간이 많이 걸립니다.
# 5) 포커스 그룹
포커스 그룹을 사용하면 그룹에서 제품, 서비스에 대한 정보를 얻을 수 있습니다. 포커스 그룹에는 주제 전문가가 포함됩니다. 이 그룹의 목적은 주제를 논의하고 정보를 제공하는 것입니다. 중재자가이 세션을 관리합니다.
중재자는 결과를 분석하고 이해 관계자에게 결과를 제공하기 위해 비즈니스 분석가와 협력해야합니다.
제품이 개발 중이고 해당 제품에 대한 논의가 필요한 경우 기존 요구 사항을 업데이트하거나 새 요구 사항을 얻을 수 있습니다. 제품을 배송 할 준비가되면 제품 출시에 대해 논의합니다.
포커스 그룹은 그룹 인터뷰와 어떻게 다릅니 까?
포커스 그룹은 그룹으로 진행되는 인터뷰 세션이 아닙니다. 오히려 특정 주제에 대한 피드백을 수집하는 토론입니다. 세션 결과는 일반적으로 분석되고보고됩니다. 포커스 그룹은 일반적으로 6 ~ 12 명의 구성원으로 구성됩니다. 더 많은 참가자를 원하면 둘 이상의 포커스 그룹을 만듭니다.
혜택 :
- 일대일 인터뷰를 진행하지 않고 단일 세션에서 정보를 얻을 수 있습니다.
- 참가자들과 활발한 토론을 통해 건강한 환경을 조성합니다.
- 다른 사람의 경험에서 배울 수 있습니다.
단점 :
- 같은 날짜와 시간에 모이기 어려울 수 있습니다.
- 온라인 방법을 사용하여이 작업을 수행하는 경우 참가자의 상호 작용이 제한됩니다.
- 포커스 그룹 토론을 관리하려면 숙련 된 중재자가 필요합니다.
# 6) 인터페이스 분석
인터페이스 분석은 시스템, 사람 및 프로세스를 검토하는 데 사용됩니다. 이 분석은 구성 요소간에 정보가 교환되는 방식을 식별하는 데 사용됩니다. 인터페이스는 두 구성 요소 간의 연결로 설명 할 수 있습니다. 이것은 아래 이미지에 설명되어 있습니다.
인터페이스 분석은 아래 질문에 중점을 둡니다.
- 누가 인터페이스를 사용합니까?
- 어떤 종류의 데이터가 교환됩니까?
- 데이터는 언제 교환됩니까?
- 인터페이스를 구현하는 방법?
- 인터페이스가 필요한 이유는 무엇입니까? 인터페이스를 사용하지 않고 작업을 완료 할 수 없습니까?
혜택:
- 누락 된 요구 사항을 제공하십시오.
- 규정 또는 인터페이스 표준을 결정합니다.
- 프로젝트에 위험이 될 수있는 영역을 발견하십시오.
단점 :
- 내부 구성 요소를 사용할 수 없으면 분석이 어렵습니다.
- 독립 실행 형 추출 활동으로 사용할 수 없습니다.
# 7) 관찰
관찰 세션의 주요 목표는 다른 사람이 수행 한 활동, 작업, 사용 도구 및 이벤트를 이해하는 것입니다.
관찰 계획은 모든 이해 관계자가 관찰 세션의 목적을 인식하고 예상되는 결과에 동의하며 세션이 기대에 부합하는지 확인합니다. 참가자들에게 그들의 성과가 평가되지 않는다는 것을 알려야합니다.
세션 중에 관찰자는 모든 활동과 다른 사람이 작업을 수행하는 데 걸린 시간을 기록하여 동일한 시뮬레이션을 할 수 있도록해야합니다. 세션이 끝나면 BA는 결과를 검토하고 참가자에게 후속 조치를 취합니다. 관찰은 능동적이거나 수동적 일 수 있습니다.
적극적인 관찰 질문을하고 다른 사람이하는 일을 시도하는 것입니다.
수동적 관찰 조용히 관찰하는 것입니다. 즉, 다른 사람들과 함께 앉아 해석하지 않고 그들이 어떻게 일하고 있는지 관찰합니다.
혜택:
- 관찰자는 작업에 대한 실질적인 통찰력을 얻을 것입니다.
- 개선 영역을 쉽게 식별 할 수 있습니다.
단점 :
- 참가자가 방해받을 수 있습니다.
- 참가자는 관찰 중에 작업 방식을 변경할 수 있으며 관찰자는 명확한 그림을 얻지 못할 수 있습니다.
- 지식 기반 활동은 관찰 할 수 없습니다.
# 8) 프로토 타이핑
프로토 타이핑은 누락되거나 지정되지 않은 요구 사항을 식별하는 데 사용됩니다. 이 기술에서는 프로토 타입을 만들어 고객에게 자주 데모를 제공하므로 고객이 제품이 어떻게 생겼는지 알 수 있습니다. 프로토 타입을 사용하여 사이트 모형을 만들고 다이어그램을 사용하여 프로세스를 설명 할 수 있습니다.
혜택:
- 제품의 시각적 표현을 제공합니다.
- 이해 관계자는 조기에 피드백을 제공 할 수 있습니다.
단점 :
- 시스템 또는 프로세스가 매우 복잡한 경우 프로토 타이핑 프로세스에 시간이 많이 걸릴 수 있습니다.
- 이해 관계자는 솔루션이 해결해야하는 요구 사항보다는 솔루션의 설계 사양에 집중할 수 있습니다.
# 9) JAD (Joint Application Development) / 요구 사항 워크숍
이 기술은 다른 기술에 비해 프로세스 지향적이고 형식적입니다. 이는 최종 사용자, PM, SME가 참여하는 구조화 된 회의입니다. 이는 요구 사항을 정의, 명확화 및 완료하는 데 사용됩니다.
이 기술은 다음 범주로 나눌 수 있습니다.
- 공식 워크숍 : 이 워크숍은 고도로 구조화되어 있으며 일반적으로 선택한 이해 관계 그룹과 함께 진행됩니다. 이 워크숍의 주요 초점은 비즈니스 요구 사항을 정의, 생성, 개선하고 종결하는 것입니다.
- 비즈니스 프로세스 개선 워크숍 : 이들은 위의 것에 비해 덜 형식적입니다. 여기에서 기존 비즈니스 프로세스를 분석하고 프로세스 개선 사항을 식별합니다.
혜택:
- 문서는 몇 시간 내에 완료되며 검토를 위해 참가자에게 신속하게 제공됩니다.
- 요구 사항에 대한 현장 확인을 얻을 수 있습니다.
- 단기간에 대규모 그룹의 요구 사항을 성공적으로 수집했습니다.
- 모든 이해 관계자의 입장에서 문제와 질문이 제기됨에 따라 합의가 이루어질 수 있습니다.
단점 :
- 이해 관계자의 가용성이 세션을 망칠 수 있습니다.
- 성공률은 진행자의 전문 지식에 따라 다릅니다.
- 참가자가 너무 많으면 워크숍 동기를 얻을 수 없습니다.
# 10) 설문 조사 / 설문지
설문 조사 / 설문지의 경우 이해 관계자들에게 그들의 생각을 정량화하기 위해 일련의 질문이 제공됩니다. 이해 관계자의 응답을 수집 한 후 데이터를 분석하여 이해 관계자의 관심 영역을 식별합니다.
질문은 우선 순위가 높은 위험을 기반으로해야합니다. 질문은 직접적이고 명확해야합니다. 설문 조사가 준비되면 참가자에게 알리고 참여하도록 상기시킵니다.
여기에서 두 가지 유형의 질문을 사용할 수 있습니다.
- 개방형 : 응답자는 미리 정의 된 응답에서 선택하지 않고 자신의 말로 답변을 제공 할 수있는 자유가 있습니다. 이것은 유용하지만 동시에 응답 해석이 어렵 기 때문에 시간이 많이 걸립니다.
- 종료 종료 : 여기에는 모든 질문에 대해 미리 정의 된 답변 세트가 포함되어 있으며 응답자는 해당 답변 중에서 선택해야합니다. 질문은 객관식으로 선택하거나 중요하지 않은 질문에서 매우 중요한 질문으로 순위를 매길 수 있습니다.
혜택:
- 많은 청중으로부터 데이터를 쉽게 얻을 수 있습니다.
- 참가자가 응답하는 데 더 적은 시간이 필요합니다.
- 인터뷰보다 더 정확한 정보를 얻을 수 있습니다.
약점:
- 모든 이해 관계자가 설문 조사에 참여하지 않을 수 있습니다.
- 모든 참가자에게 질문이 명확하지 않을 수 있습니다.
- 개방형 질문에는 더 많은 분석이 필요합니다.
- 참가자가 제공 한 응답에 따라 후속 설문 조사가 필요할 수 있습니다.
위의 모든 기술 중에서 추출에 일반적으로 사용되는 5 가지 기술이 아래 이미지에 나와 있습니다.
결론
이 자습서에서는 다양한 요구 사항 추출 기술을 살펴 보았습니다. 이제 추출 기술에 대해 질문 할 수있는 다양한 종류의 인터뷰 질문을 살펴볼 시간입니다.
다음은 인터뷰를 준비하는 데 도움이되는 몇 가지 시나리오입니다.
- 조직에는 여러 부서가 있으며이 조직의 소프트웨어 시스템에 대한 요구 사항을 수집해야합니다. 조직에는 N 개의 부서가 있으며 각 부서에서 요구 사항을 수집해야합니다. 그렇다면 비즈니스 분석가로서 요구 사항을 어떻게 수집 하시겠습니까?
- 요구 사항 추출 기술에 참여 했습니까? 그렇다면 어떤 것이 가장 효과적이며 그 이유는 무엇입니까?
- 추출 과정에서 직면 한 주요 과제는 무엇입니까?
귀하의 경험과 현재 프로젝트를 바탕으로 답을 찾아 내고 댓글 섹션에 답을 넣으십시오. 위의 질문을 어떻게 처리할지 알려주십시오.
행복한 학습 !!