비즈니스 분석가는 기능 요구 사항뿐만 아니라 비기능적 요구 사항을 완전히 수집, 조정 및 문서화하는 책임이 있습니다: 시스템의 작업 속도, 보안, 확장성, 가용성, 사용자 인터페이스의 편리함. 이를 위해 그는 스테이크홀더(특히 비즈니스와 IT)와 긴밀하게 협력하며, 시나리오를 사용하고 표준을 분석합니다. 그는 명시적인 기대치를 수집할 뿐만 아니라 숨겨진 요구 사항(예: 데이터 보호 규정)을 식별해야 합니다. 그 결과 분석가는 비기능적 요구 사항을 문서화하고 프로젝트 및 기술 팀과 조정하며, 프로젝트 전반에 걸쳐 이러한 요구 사항이 준수되도록 모니터링합니다.
주요 특징:
메트릭과 구체성 없이 비기능적 요구 사항을 텍스트로 설명하는 것만으로 충분합니까?
아니요, 추상적인 진술( "빠르다", "안전하다")은 검증에 적합하지 않습니다. 명확한 매개변수가 필요합니다: 예를 들어, 응답 시간은 2초 이하입니다.
비기능적 요구 사항은 기술 전문가의 문제입니까?
아니요, 분석가는 비즈니스와 함께 이러한 요구 사항을 식별하고 형식화해야 하며, 이를 준수하지 않으면 비즈니스의 핵심 이해관계자가 불만족하게 됩니다.
비기능적 요구 사항 작업을 프로젝트의 최종 단계로 미룰 수 있습니까?
아니요, 이러한 요구 사항은 종종 솔루션 아키텍처에 치명적입니다. 후반부에서 이들을 식별하면 재작업 및 높은 비용으로 이어집니다.
부정적인 사례: 기대되는 "편리함"과 "신속함"을 기술 요구 사항에 설명하고, 구체적인 메트릭을 기록하지 않았습니다. 장점: 문서 작성 시 비용이 적게 들었습니다. 단점: 결과가 고객을 만족시키지 못했을 때 팀에 이의를 제기할 수 없었습니다.
긍정적인 사례: "페이지 로드 시간 — 최대 2초(1000명의 사용자 하중 시), SLA 수준 — 99.95%"로 조정되었습니다. 개인 데이터 보호 요구 사항이 형식화되었습니다. 장점: 결과 검증이 명확하고, 재작업 위험이 감소하며, 모든 참여자에게 투명합니다. 단점: IT 및 법률과의 시간과 조정이 필요했습니다.