사용자 판단에서 기능 요구사항 도출하기
개발을 시작하기 전에 업무 활용 사례를 짧게 설명합니다. 조직에서 사용하는 형식이 있다면 그 형식을 따르며, 별도 기준이 없다면 다음 내용을 담을 수 있습니다.
업무 개요의 구성
| 항목 | 확인할 질문 |
|---|---|
| Summary | 무엇을 만들고 왜 필요한가? 조직은 알지만 해당 업무는 모르는 사람에게 가치를 어떻게 설명할 것인가? |
| Decisions | 최종 판단과 그 전에 필요한 판단은 무엇인가? 각각 어떤 사용자가 담당하는가? |
| Counterparts | 이해관계자는 누구이며 각자 무엇을 중요하게 생각하는가? |
| Functional Requirements | 사용자가 수행할 수 있어야 하는 기능은 무엇인가? |
| Outcomes and KPIs | 정량적 및 정성적 결과와 그 측정 방법은 무엇인가? |
| Background and Context | 지금은 어떻게 일하며 어디에서 불편이나 한계가 생기는가? |
협업 문서는 Notepad로 작성하고 프로젝트의 Documentation 폴더에 정리하는 방법을 사용할 수 있습니다.
요구를 표현하는 다섯 요소
기능 요구사항은 사업 요구, 사용자 스토리, 초기 화면과 판단 지점 분석에서 실제로 제공할 기능을 추린 결과입니다. 다음 요소를 연결해 문장으로 적으면 구체적인 UI 모양을 미리 고정하지 않고도 구현에 필요한 정보를 담을 수 있습니다.
[사용자 유형] [사용 화면] [판단] [판단 입력] [수행할 액션]
항공 노선을 감시하고 경고를 바탕으로 성과를 개선하는 업무를 예로 들면 다음과 같습니다.
| 사용자 | 화면 | 판단 | 필요한 입력 | 결과 액션 |
|---|---|---|---|---|
| 노선 운영 분석가 | 담당 노선의 Alert inbox | 경고 분류 | 우선순위, 항공편 및 노선 정보, 조직에 미칠 영향 | 담당 재배정, 해결 또는 상위 조사로 이관 |
| 노선 분석가 | 임시 탐색이 가능한 클릭 기반 분석 도구 | 이관된 경고의 원인 분석 | 과거 항공편 패턴 | 해결 전략 권고 |
| 데이터 과학자 | 임시 탐색이 가능한 클릭 기반 분석 도구 | 경고 생성 규칙 제안 | 과거 항공편 패턴 | 노선 경고 생성 |
| 지역 관리자 | 요약 대시보드 | 추세 파악 | 집계 항공편 자료, 외부 데이터와 권고 | 전략적 투자 결정 |
첫 요구는 문장으로도 표현할 수 있습니다. 노선 운영 분석가는 자신의 담당 노선 경고함에서 우선순위, 항공편과 노선 정보 및 조직 영향을 보고 각 경고를 재배정하거나 해결 또는 이관합니다.
이 표현은 사용자의 목적과 실제 결과를 함께 기록합니다. 필요한 시각화, 지표 및 권고를 만들기 위해 어떤 데이터 보강이 필요한지, 판단 결과를 어떤 객체와 액션으로 남길지도 도출할 수 있습니다.
범위를 다시 살펴볼 신호
현재 업무의 불편을 충분히 조사하지 않았거나, 특정 차트 및 위젯에 요구가 고정되었거나, 지나치게 적은 사용자 유형만 고려했다면 범위를 다시 확인합니다. 데이터나 화면을 제공하는 데서 끝나고 사용자가 어떤 판단을 내려 무엇을 바꾸는지까지 이어지지 않는 경우도 점검해야 합니다.
정리한 요구는 객체 모델, 상태와 화면 설계로 옮깁니다. 이때 기능상 필요한 조건과 선호하는 화면 표현을 구분해 구현 대안을 비교합니다.