답변.
실현 가능성 분석은 프로젝트 요구 사항의 기술적, 비즈니스적, 자원, 시간 및 법적 수행 가능성을 검토하는 것입니다.
비즈니스 분석가는 이 분석을 결정이 승인되고 개발로 넘어가기 전에 수행하여 일정 지연의 위험을 줄이거나 실행 불가능한 기능에 자원을 투자하지 않도록 합니다.
분석 과정에서 비즈니스 분석가는:
- 기술적 제한(예: 구형 시스템과의 통합)을 고려하여 요구 사항의 구현이 가능한지 확인합니다.
- 요구 사항이 비즈니스 목표 및 전략과 얼마나 일치하는지 평가합니다.
- 법적 적합성을 검증합니다(GDPR, 지역 법률).
- 자원 및 시간의 필요성을 계산합니다.
주요 특징:
- 분석은 반복적으로 수행되며 아키텍트 및 주요 이해 관계자들이 참여합니다.
- 이 단계를 통과하지 못한 요구 사항은 재검토되거나 제외됩니다.
- 실현 가능성은 경제적, 기술적, 운영적 및 법적일 수 있습니다.
함정 질문들.
실현 가능성 분석에 비즈니스 분석가의 전문가 의견만으로 충분한가?
아니요, 분석가, 아키텍트, 전문 개발자, 종종 변호사와의 팀워크가 필요합니다.
요구가 실현 가능성을 통과하면 자동으로 구현된다는 뜻인가?
아니요, 실현 가능성은 필수적이지만 충분하지 않은 조건입니다. 프로젝트의 우선순위와 제한 사항도 선택에 영향을 미칩니다.
실현 가능성 분석은 프로젝트 시작 시에만 필요한가?
아니요, 요구 사항이나 실행 조건에 중요한 변화가 있을 때마다 반복해야 합니다.
일반적인 오류 및 안티 패턴
단순한 또는 일반적인 요구 사항에 대한 실현 가능성 분석 무시- 기술적 또는 규제적 제한 과소 평가
- 이해 관계자의 요구 사항만 고려하고 아키텍트나 개발자에게 요청하지 않는 것
실생활 사례
부정적인 사례:
- 비즈니스가 초고속 온라인 계산기를 구현하고 싶어했지만 구형 인프라를 고려하지 않았습니다. 결과적으로 시작 한 달 만에 요구 사항이 실행 불가능하게 되어 제품을 축소해야 했습니다.
장점: 비즈니스 요구에 대한 신속한 대응.
단점: 시간, 자금 손실, 이해 관계자의 불만족.
긍정적인 사례:
- 소매 고객을 위한 새로운 기능을 출시하기 전에 요구 사항이 사전 실현 가능성 분석을 거쳐 제한 사항이 도출되었고 일부 요구 사항이 재검토되었습니다. 최종 릴리스는 정시에 최소의 수정으로 구현되었습니다.
장점: 일정 지연 및 예산 초과의 위험 최소화.
단점: 작업 시작 전에 분석 작업에 소요되는 시간.