예시 답변 1
약 65초
인터뷰 기반 요구사항 정리
직접 제조 시스템 구축 프로젝트를 경험한 적은 없지만, 캡스톤 디자인 수업에서 외부 기업 클라이언트와 협업한 경험이 있습니다. 3개월 프로젝트였는데, 초반에 클라이언트 인터뷰를 세 번 진행하면서 요구사항을 정리했습니다. 처음엔 우리 팀이 고객이 이렇게 원할 것이라고 가정하고 개발을 시작했는데, 중간 발표에서 클라이언트가 방향이 전혀 다르다고 지적했습니다. 그때 이후로 요구사항을 정리한 문서를 클라이언트에게 직접 확인받는 단계를 추가했고, 최종 발표에서는 훨씬 좋은 피드백을 받았습니다. 제조 시스템처럼 복잡한 환경에서는 이 중간 확인 단계가 더 중요하다고 생각합니다.
이 결의 특징
클라이언트가 가정했던 방향이 전혀 다르다고 중간 발표에서 지적한 이후 요구사항 정리 문서를 클라이언트에게 직접 확인받는 단계를 추가하고 최종 발표에서 훨씬 좋은 피드백을 받은 흔적이 있습니다. 중간 확인이 있었기에 방향이 맞아간다는 인과가 자기 언어로 닫힌 결이 보입니다.
이 결이 통하는 자리
요구사항 중간 확인을 추가하게 된 계기가 발표 실패 경험에서 나온 자리에서 통합니다. 제조 시스템처럼 한 번 설치하면 바꾸기 어려운 환경에서 중간 확인이 더 중요하다는 귀결까지 연결된 자리에서 면접관의 꼬리질문이 줄어드는 결이 보입니다.