이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
제품 관리 수업에서 현업 담당자를 인터뷰해서 요구사항을 도출하고 시스템 개선안을 제안하는 시뮬레이션 과제를 했습니다. 저는 물류 담당자 역할의 팀원을 인터뷰했는데, 처음에 물어본 것들이 너무 기술적이라 답을 못 받았습니다. 교수님이 현업 담당자는 시스템을 어떻게 고쳐야 하는지가 아니라 어떤 게 불편한지만 알고 있다는 조언을 주셨습니다.
질문 방식을 불편함 중심으로 바꿨더니 훨씬 구체적인 내용이 나왔습니다. 요구사항 분석에서 현업이 말하는 불편함이 진짜 입력값이라는 인식이 생겼습니다. 현업에서 실제로 이 과정을 경험하고 싶습니다. 질문 방식을 불편함 중심으로 바꿨더니 훨씬 구체적인 내용이 나왔습니다. 요구사항 분석에서 현업이 말하는 불편함이 진짜 입력값이라는 인식이 생겼습니다. 현업에서 이 과정을 경험하겠습니다.
인턴 때 현업 부서에서 올라온 시스템 개선 요청을 정리해서 개발팀에 전달하는 업무를 보조했습니다. 처음에 현업 요청 내용을 그대로 개발팀에 전달했다가, 개발팀에서 구현 범위가 명확하지 않다는 피드백이 왔습니다. 담당자 분이 요청을 재정리할 때 어떤 화면에서, 어떤 행동을 했을 때, 무엇이 달라져야 하는지 세 가지를 명확히 쓰는 형식을 보여주셨습니다.
그 형식을 보고 나서 요구사항을 구체화하는 게 이런 의미였다는 걸 처음 이해했습니다. 현업 요청을 받아서 개발 요건으로 전환하는 과정이 현업에서 어떻게 이뤄지는지 더 배우고 싶습니다. 그 형식을 보고 나서 요구사항을 구체화하는 게 이런 의미였다는 걸 처음 이해했습니다. 현업 요청을 받아서 개발 요건으로 전환하는 과정이 어떻게 이뤄지는지 더 배우고 싶습니다.
개인 프로젝트 앱에서 지인 5명의 피드백을 받아 기능을 개선하는 과정을 여러 번 거쳤습니다. 처음에는 피드백을 그대로 구현하려다가 충돌이 생겼습니다. 한 사람은 버튼을 크게 해달라고 했고, 다른 사람은 화면이 너무 답답하다고 했습니다. 피드백이 서로 다를 때 어떻게 판단해야 하는지 모르겠더니, 결국 더 자주 언급된 불편함을 기준으로 우선순위를 정했습니다.
요구사항을 분석할 때 빈도와 영향도를 기준으로 우선순위를 정해야 한다는 시각이 생겼습니다. 현업에서 더 체계적인 방법으로 이 과정을 익히고 싶습니다. 피드백이 서로 다를 때 어떻게 판단해야 하는지 모르겠더니, 결국 더 자주 언급된 불편함을 기준으로 우선순위를 정했습니다. 요구사항을 분석할 때 빈도와 영향도를 기준으로 우선순위를 정해야 한다는 시각이 생겼습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 LF SW·IT 일반 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.