LLM 프로젝트를 관리하면서 고객의 요구 사항을 이해하기 위해 어떤 접근 방식을 사용하나요? | 올거나이즈 테크니컬 PM 면접 질문

Q: 요구가 모호할 때 어떻게 풀까요?

면접관이 답변에 이어 던질 수 있는 후속 질문입니다.

Q: 환각·정확도 결을 어떻게 풀까요?

면접관이 답변에 이어 던질 수 있는 후속 질문입니다.

Q: 체계를 다시 짠다면 무엇을 바꾸시겠어요?

면접관이 답변에 이어 던질 수 있는 후속 질문입니다.

올올거나이즈테크니컬 PM경험·이력2026년 출제

답변 미리보기

LLM 프로젝트에서 고객의 요구사항을 이해하기 위한 접근은 고객이 원하는 결과물을 직접 보여 달라고 요청하거나, 좋은 예시와 나쁜 예시를 함께 수집하는 것에서

예상 답변 시간

60~90초

예상 꼬리질문

3회

난이도

난이도 중상

출제 빈도

높음

INTERVIEWER'S INTENT · 면접관의 의도

이 질문, 네 갈래로 뜯어봅니다.

면접관이 이 한 문장으로 확인하려는 것들. 각 갈래를 알면 답의 뼈대가 잡혀요.

접근 결을 짚는가?

인터뷰·자료·관찰 결을 짚는 흔적이 강합니다. 막연한 '듣는다'만 답하면 면접관이 결을 다시 묻는 자리가 자주 보입니다.

요구 결이 구체인가?

기능·품질·운영 결을 짚는 흔적이 답에 있어야 합니다. 한 결만 답하면 면접관이 결을 다시 캐는 결이 자주 통합합니다.

검증 결을 받치는가?

프로토타입·평가·기록 결을 짚는 흔적이 강하게 통합합니다. 직관만 답하면 면접관이 검증을 다시 묻는 자리가 강합니다.

본인 사례 결이 있는가?

구체 LLM·결과 결을 짚는 흔적이 자주 통합합니다. 이론만 답하면 면접관이 적용을 다시 캐는 자리가 강합니다.

말로 해봐야 는다

읽는 것과 말하는 건 다릅니다.
이 질문, 소리 내어 답해 볼까요?

올거나이즈 면접관 페르소나가 이 질문을 던지고, 당신의 답에 꼬리질문으로 되물어요.

음성으로 답해보기

요구사항 수집→구조화→검증→실행 결약 98초 텍스트 분류 자동화 처음 정확하게 분류 이해 좋은 나쁜 예시 3~5개 수집 후 정확도보다 오분류 방향 허용 가능성이 실제 기준 분류 정확도 90% 추상 요건보다 이 카테고리 잘못 분류 안 됨 경계 조건 더 중요 실패 케이스 수집 처음 없던 요건 구체화 예시 받기 전후 이해 요건 달라짐 예시 수집 전후 요건 구체화 과정 경험 사례 결 요구사항 단일 결 아닌 세 결 기능 결 어떤 출력 나와야 함 품질 결 좋은 나쁜 출력 구분 기준 운영 결 실제 서비스 어떻게 쓰임 세 결 중 하나 불명확 프로젝트 방향 어긋남 정확하게 분류 기능 품질 운영 각각 의미 따로 확인 요구사항 구체화 방법 요구 결 구체 모델 평가 지표 자연스럽게 결정 기능 품질 운영 세 결 각각 따로 정의 요구 결

예시 답변 1

약 98초

요구사항 수집→구조화→검증→실행 결

LLM 프로젝트에서 고객의 요구사항을 이해하기 위한 접근은 고객이 원하는 결과물을 직접 보여 달라고 요청하거나, 좋은 예시와 나쁜 예시를 함께 수집하는 것에서 시작합니다. LLM 프로젝트에서 고객은 종종 원하는 것을 언어로 정확하게 표현하기 어려워하기 때문입니다.

예시 수집으로 고객에게 '이런 출력이 나오면 좋겠다'는 예시를 3~5개 받으면, 추상적인 요구보다 훨씬 명확한 기준이 만들어집니다. 실패 케이스 파악으로 어떤 출력이 나왔을 때 사용하지 않겠다는 조건을 수집해 평가 기준의 경계를 명확히 합니다. 고객의 요구사항은 프로젝트가 진행되면서 바뀌는 경우가 많아, 초기에 완벽한 스펙을 만들려 하기보다 빠른 프로토타입으로 방향을 맞추는 것이 효율적입니다.

LLM 출력은 비결정적이어서, 어떤 기준으로 품질을 평가할지를 정량화하는 것이 프로젝트 진행의 공통 언어가 됩니다. 예시 수집과 실패 케이스 파악이 LLM 프로젝트 요구사항 이해의 핵심이라는 결론을 갖고 있습니다.

이 결의 특징

고객이 원하는 결과물을 직접 보여 달라고 요청하거나, 좋은 예시와 나쁜 예시를 함께 수집하는 것를 구체적으로 구현한 흔적이 있습니다. 단순 이론이 아니라 실제 행동으로 연결된 결이 포함됩니다.

이 결이 통하는 자리

구체적인 업무 사례를 통해 분석력과 실행력을 동시에 보여줄 때 살아 있습니다. 면접관의 꼬리질문이 자연스럽게 이어지는 결이 보입니다.

예시 답변 2

텍스트 분류 자동화 처음 정확하게 분류 이해 좋은 나쁜 예시 3~5개 수집 후 정확도보다 오분류 방향 허용 가능성이 실제 기준 분류 정확도 90% 추상 요건보다 이 카테고리 잘못 분류 안 됨 경계 조건 더 중요 실패 케이스 수집 처음 없던 요건 구체화 예시 받기 전후 이해 요건 달라짐 예시 수집 전후 요건 구체화 과정 경험 사례 결

LLM 프로젝트 요구사항 이해에서 본인 사례 결이 있는 자리가 있습니다. 수업 프로젝트에서 LLM으로 텍스트 분류 자동화를 시도할 때, 의뢰한 팀이 원하는 것을 처음에는 '정확하게 분류하는 것'으로만 이해했습니다. 그런데 좋은 예시와 나쁜 예시를 3~5개씩 수집한 뒤에 보니, 정확도보다 오분류됐을 때 어떤 방향으로 틀리는 것이 더 허용 가능한지가 실제 기준이었습니다.

'분류 정확도 90% 이상'이라는 추상적 요건보다 '이 카테고리로 잘못 분류되면 안 된다'는 경계 조건이 더 중요했습니다. 실패 케이스를 수집하면서 처음에는 없던 요건이 구체화되는 자리가 있었습니다. 본인 사례의 핵심은 예시를 받기 전과 후에 이해하는 요건의 내용이 달라진 것이었습니다.

LLM 요구사항 이해에서 본인 사례 결은 예시 수집 전후에 요건이 구체화되는 과정을 직접 경험한 것이라는 것을 알고 있습니다.

이 결의 특징

본인 사례 결이 있는 자리라는 결정이 명시적으로 드러나 있습니다. 상황 판단에서 실행 방안까지 논리의 연결고리가 완성된 결이 보입니다.

이 결이 통하는 자리

전략 수립만이 아니라 실행과 피드백까지 다룰 때 통합니다. 단순 계획이 아니라 변화를 만든 실제 사례로 인정받는 자리에서 신뢰가 생기는 결이 보입니다.

예시 답변 3

요구사항 단일 결 아닌 세 결 기능 결 어떤 출력 나와야 함 품질 결 좋은 나쁜 출력 구분 기준 운영 결 실제 서비스 어떻게 쓰임 세 결 중 하나 불명확 프로젝트 방향 어긋남 정확하게 분류 기능 품질 운영 각각 의미 따로 확인 요구사항 구체화 방법 요구 결 구체 모델 평가 지표 자연스럽게 결정 기능 품질 운영 세 결 각각 따로 정의 요구 결

LLM 프로젝트 요구사항 이해에서 요구 결이 구체인 자리가 있습니다. LLM 프로젝트에서 요구사항은 단일 결이 아닌 세 결로 나눌 수 있는 자리가 있습니다. 첫 번째는 기능 결 — 어떤 출력이 나와야 하는가, 두 번째는 품질 결 — 어떤 기준으로 좋은 출력과 나쁜 출력을 구분하는가, 세 번째는 운영 결 — 이 출력이 실제 서비스에서 어떻게 쓰이는가입니다.

세 가지 결 중 하나라도 불명확하면 프로젝트 방향이 어긋나는 자리가 생깁니다. 고객이 '정확하게' 분류하고 싶다고 할 때, 기능·품질·운영 결에서 각각 어떤 의미인지를 따로 확인하는 것이 요구사항을 구체화하는 방법이었습니다. 요구 결이 구체일 때, 어떤 모델과 어떤 평가 지표를 써야 하는지가 자연스럽게 결정됩니다.

LLM 요구사항에서 요구 결의 구체화는 기능·품질·운영 세 결을 각각 따로 정의하는 것이라는 것을 알고 있습니다.

이 결의 특징

요구 결이 구체인 자리를 통해 기본 틀을 벗어나는 통찰력이 드러나 있습니다. 단순 적용이 아니라 상황에 맞게 변형한 결이 포함됩니다.

이 결이 통하는 자리

기본 틀을 벗어난 창의적 사고가 들어날 때 살아 있습니다. 면접관의 예상을 벗어나는 통찰력을 보여줄 때 더 깊은 질문으로 연결되는 결이 보입니다.

위 답변은 여러 풀이 중 한 가지 예시입니다. 정답이 아니며, 외워서 그대로 말하면 면접관이 다음 질문을 그 자리에서 시작하는 경우가 많습니다. 본인의 프로젝트·기준·숫자로 다시 짜는 자리로만 쓰세요.

자주 빠지는 자리

같은 실수가 반복돼요. 이것만 피해도 절반은 갑니다.

떨어뜨린 옵션이 1개라도 있는가? "이게 답이었어요"만으로는 의사결정이 아니라 그냥 선택입니다.
선택 기준이 그 프로젝트에 한정되는가? "성능이 좋아서"는 일반론, "우리 트래픽이 X 패턴이라서"가 본인의 답입니다.
결과 숫자 1개를 정확히 말할 수 있는가? P95·QPS·적중률 — 무엇이든 1개. 숫자가 없으면 직감으로 한 일처럼 들리기 쉽습니다.
지금 다시 한다면 어떻게 할지 답할 수 있는가? "잘했다"보다 "이건 다르게 했을 것 같다"가 더 깊은 인상을 남깁니다.

이어질 꼬리질문

진짜 면접은 두 번째 질문부터예요. 이 답 뒤에 따라올 법한 것들.

壹요구가 모호할 때 어떻게 풀까요?

貳환각·정확도 결을 어떻게 풀까요?

參체계를 다시 짠다면 무엇을 바꾸시겠어요?

이제, 직접 답해볼 차례예요.

눈으로 읽은 답은 면접장에서 나오지 않아요. 올거나이즈 면접관과 이 질문으로 한 번 대화해 보세요.

이 질문으로 모의면접 해보기

안내 · 이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 실제 출제·회사 공식 입장과는 무관하며, 정정 요청 시 24시간 내 반영합니다. 자세히

개인정보처리방침 이용약관 문의

올올거나이즈테크니컬 PM경험·이력2026년 출제

답변 미리보기

예상 답변 시간

60~90초

예상 꼬리질문

3회

난이도

난이도 중상

출제 빈도

높음

INTERVIEWER'S INTENT · 면접관의 의도

이 질문, 네 갈래로 뜯어봅니다.

면접관이 이 한 문장으로 확인하려는 것들. 각 갈래를 알면 답의 뼈대가 잡혀요.

접근 결을 짚는가?

인터뷰·자료·관찰 결을 짚는 흔적이 강합니다. 막연한 '듣는다'만 답하면 면접관이 결을 다시 묻는 자리가 자주 보입니다.

요구 결이 구체인가?

기능·품질·운영 결을 짚는 흔적이 답에 있어야 합니다. 한 결만 답하면 면접관이 결을 다시 캐는 결이 자주 통합합니다.

검증 결을 받치는가?

프로토타입·평가·기록 결을 짚는 흔적이 강하게 통합합니다. 직관만 답하면 면접관이 검증을 다시 묻는 자리가 강합니다.

본인 사례 결이 있는가?

구체 LLM·결과 결을 짚는 흔적이 자주 통합합니다. 이론만 답하면 면접관이 적용을 다시 캐는 자리가 강합니다.

말로 해봐야 는다

읽는 것과 말하는 건 다릅니다.
이 질문, 소리 내어 답해 볼까요?

올거나이즈 면접관 페르소나가 이 질문을 던지고, 당신의 답에 꼬리질문으로 되물어요.

음성으로 답해보기

예시 답변 1

약 98초

요구사항 수집→구조화→검증→실행 결

이 결의 특징

이 결이 통하는 자리

구체적인 업무 사례를 통해 분석력과 실행력을 동시에 보여줄 때 살아 있습니다. 면접관의 꼬리질문이 자연스럽게 이어지는 결이 보입니다.

예시 답변 2

텍스트 분류 자동화 처음 정확하게 분류 이해 좋은 나쁜 예시 3~5개 수집 후 정확도보다 오분류 방향 허용 가능성이 실제 기준 분류 정확도 90% 추상 요건보다 이 카테고리 잘못 분류 안 됨 경계 조건 더 중요 실패 케이스 수집 처음 없던 요건 구체화 예시 받기 전후 이해 요건 달라짐 예시 수집 전후 요건 구체화 과정 경험 사례 결

LLM 요구사항 이해에서 본인 사례 결은 예시 수집 전후에 요건이 구체화되는 과정을 직접 경험한 것이라는 것을 알고 있습니다.

이 결의 특징

본인 사례 결이 있는 자리라는 결정이 명시적으로 드러나 있습니다. 상황 판단에서 실행 방안까지 논리의 연결고리가 완성된 결이 보입니다.

이 결이 통하는 자리

예시 답변 3

요구사항 단일 결 아닌 세 결 기능 결 어떤 출력 나와야 함 품질 결 좋은 나쁜 출력 구분 기준 운영 결 실제 서비스 어떻게 쓰임 세 결 중 하나 불명확 프로젝트 방향 어긋남 정확하게 분류 기능 품질 운영 각각 의미 따로 확인 요구사항 구체화 방법 요구 결 구체 모델 평가 지표 자연스럽게 결정 기능 품질 운영 세 결 각각 따로 정의 요구 결

LLM 요구사항에서 요구 결의 구체화는 기능·품질·운영 세 결을 각각 따로 정의하는 것이라는 것을 알고 있습니다.

이 결의 특징

요구 결이 구체인 자리를 통해 기본 틀을 벗어나는 통찰력이 드러나 있습니다. 단순 적용이 아니라 상황에 맞게 변형한 결이 포함됩니다.

이 결이 통하는 자리

기본 틀을 벗어난 창의적 사고가 들어날 때 살아 있습니다. 면접관의 예상을 벗어나는 통찰력을 보여줄 때 더 깊은 질문으로 연결되는 결이 보입니다.

자주 빠지는 자리

같은 실수가 반복돼요. 이것만 피해도 절반은 갑니다.

떨어뜨린 옵션이 1개라도 있는가? "이게 답이었어요"만으로는 의사결정이 아니라 그냥 선택입니다.
선택 기준이 그 프로젝트에 한정되는가? "성능이 좋아서"는 일반론, "우리 트래픽이 X 패턴이라서"가 본인의 답입니다.
결과 숫자 1개를 정확히 말할 수 있는가? P95·QPS·적중률 — 무엇이든 1개. 숫자가 없으면 직감으로 한 일처럼 들리기 쉽습니다.
지금 다시 한다면 어떻게 할지 답할 수 있는가? "잘했다"보다 "이건 다르게 했을 것 같다"가 더 깊은 인상을 남깁니다.

이어질 꼬리질문

진짜 면접은 두 번째 질문부터예요. 이 답 뒤에 따라올 법한 것들.

壹요구가 모호할 때 어떻게 풀까요?

貳환각·정확도 결을 어떻게 풀까요?

參체계를 다시 짠다면 무엇을 바꾸시겠어요?

이제, 직접 답해볼 차례예요.

눈으로 읽은 답은 면접장에서 나오지 않아요. 올거나이즈 면접관과 이 질문으로 한 번 대화해 보세요.

이 질문으로 모의면접 해보기

개인정보처리방침 이용약관 문의