예시 답변 1
약 90초
요구사항 발굴 → 기획 → 검증 흐름으로 푸는 결
캡스톤 프로젝트에서 학내 도서 반납 연체 알림 서비스를 기획하면서 현업(도서관 직원) 요구사항을 분석한 경험이 있습니다. 도서관 직원 3명을 인터뷰해서 현재 연체 안내가 전화 한 통씩이라 업무 부담이 크다는 점을 파악했고, 학생 20명을 대상으로 설문해서 문자 알림보다 앱 푸시 알림을 선호한다는 응답이 73%라는 걸 확인했습니다.
수집한 내용을 기반으로 기능 우선순위를 나눴습니다. 반납일 D-3·D-1·당일 푸시 알림을 핵심 기능으로 설정하고, 대출 이력 조회는 2차 기능으로 분리했습니다. 요구사항이 많아도 첫 버전에서 핵심 기능만 구현한다는 원칙을 팀 내에서 합의한 덕에 범위가 흐트러지지 않았습니다.
프로토타입을 만들어 도서관 직원과 학생 각 5명에게 테스트한 뒤 피드백을 받았고, 알림 빈도가 과하다는 의견을 반영해 D-1 한 번만 보내는 방식으로 수정했습니다.
이 결의 특징
요구사항 수집을 인터뷰와 설문으로 병행하고, 핵심 기능만 먼저 구현한다는 원칙으로 범위를 지킨 결이다. 사후 피드백으로 알림 빈도를 조정한 과정까지 짚는다.
이 결이 통하는 자리
기획 경험을 아이디어 발상으로만 답하기 쉬운 질문에서, 수집→우선순위→검증의 구조로 신뢰를 만드는 답이 통하는 자리다.