---
title: "인터뷰 질문 목록"
description: "요구사항 인터뷰의 목적과 대상을 준비하고 발언 원문·관찰·해석을 구분해 기록하는 질문과 양식을 제공한다."
---

<Panel title="사용 목적">
이 페이지에서 필요한 기준과 예제를 확인하세요. 본문을 복사해 새 산출물로 만들 필요는 없습니다.
</Panel>

## 권장 사용 순서

1. **1. 대상 정하기**

    현재 작업에서 판단하거나 기록할 대상을 정한다.

2. **2. 기준 적용하기**

    아래 기준과 예제를 적용하고, 확인되지 않은 항목은 따로 표시한다.

3. **3. 결과 남기기**

    출처와 책임자, 다음 행동을 관련 산출물에 남긴다.

## 도구 본문

이 부록은 7–9장의 도출을 준비하고 45장의 사례처럼 발언 원문·관찰과 해석을 분리할 때 사용한다. 분석가와 진행자는 이해관계자 역할·지식·권한에 맞는 질문을 선택하고, 질문지 전체를 모든 사람에게 읽지 않는다. 인터뷰 전에는 목적·사용 범위·기록·보존·동의 방식을 알리고, 필요한 최소 정보만 수집한다.

## 인터뷰 준비 카드

| 항목 | 작성 내용 |
|---|---|
| 세션 ID·일시 | 안정된 기록 ID, 시간대·예상 소요시간 |
| 목적·결정 | 무엇을 배우며 어느 결정을 지원하는가 |
| 참여 역할 | 지식·권한·영향, 대표성의 한계 |
| 범위·제외 | 다룰 업무·시점·시스템과 이번에 묻지 않을 정보 |
| 선행 자료 | 현행 절차·정책·로그·화면·용어 목록 |
| 기록·동의 | 메모·녹음·인용·검토 방식과 철회 절차 |
| 개인정보 | 수집 필드, 목적, 접근·보존·파기 |
| 확인 방법 | 세션 요약을 누가 언제 어떻게 확인하는가 |

## 시작과 맥락

| 질문 | 목적 | 적합한 대상 | 후속 질문·주의 |
|---|---|---|---|
| 이 업무에서 맡은 역할과 결정할 수 있는 범위는 무엇인가요? | 지식과 권한 구분 | 모두 | 직함만으로 승인 권한을 추정하지 않는다 |
| 최근 실제로 처리한 사례 하나를 처음부터 설명해 주세요. | 기억 가능한 구체 사건 확보 | 사용자·운영자 | “보통”보다 날짜·상황·결과를 묻는다 |
| 성공적으로 끝났다고 판단하는 순간은 언제인가요? | 목표와 완료가 뜻하는 바를 확인 | 모두 | 화면 메시지와 실제 업무 결과를 구분한다 |
| 가장 어려웠던 사례는 무엇이며 어떤 영향이 있었나요? | 문제·위험·예외 발견 | 사용자·지원·운영 | 해결책을 바로 제안하지 않는다 |
| 이 업무의 결과를 누가 사용하거나 영향을 받나요? | 누락 이해관계자 발견 | 정책·업무 책임자 | 비사용자·외부기관도 확인한다 |

“현재 시스템이 불편하죠?”처럼 답을 유도하지 않는다. “최근 신청에서 무엇을 하셨고 어떤 정보를 보고 다음 행동을 정했나요?”처럼 행동과 근거를 묻는다. 참여자가 일반화하면 실제 사례, 반례와 빈도를 후속으로 요청한다.

## 업무 흐름과 상태

| 질문 | 찾으려는 정보 | 후속 질문 |
|---|---|---|
| 업무가 시작되는 사건은 무엇인가요? | 촉발·진입 조건 | 누가 언제 어떤 정보를 제공하나요? |
| 단계별로 무엇을 입력하고 어떤 결과를 기다리나요? | 기본 흐름·데이터 | 결과가 늦거나 없으면 어떻게 하나요? |
| 어느 시점부터 되돌릴 수 없나요? | 확정·취소·보상 경계 | 권한 있는 예외는 누구에게 있나요? |
| 처리 중 보이는 상태 이름은 무엇을 뜻하나요? | 용어·상태 의미 | 접수·승인·보류·대기를 어떻게 구분하나요? |
| 같은 요청을 다시 하면 어떻게 되나요? | 중복·멱등·사용자 회복 | 첫 요청 결과를 어떻게 찾나요? |
| 동시에 여러 사람이 같은 대상을 요청하면 어떻게 하나요? | 경합·우선·정합성 | 마지막 자원의 승자 근거는 무엇인가요? |

수강신청 사례에서는 “신청 버튼을 눌렀다” 다음을 자세히 묻는다. 접수 ID가 있었는지, 승인과 접수를 어떻게 구분했는지, 응답 유실 뒤 무엇을 했는지, 보류와 좌석 대기를 어떤 말로 이해했는지 확인한다. 참여자의 설명이 시스템 실제 동작이라는 보장은 없으므로 화면 버전·로그·정책과 대조한다.

## 규칙과 공식 근거

| 질문 | 목적 | 주의 |
|---|---|---|
| 이 결정을 정하는 공식 규정·계약·절차는 어디에 있나요? | 공식 출처 | 회의 관행을 정책 원문으로 바꾸지 않는다 |
| 규칙은 언제부터 어느 대상에 적용되나요? | 발효·범위·버전 | 현재와 과거 규칙을 구분한다 |
| 조건이 여러 개일 때 판정 순서와 공개 사유는 무엇인가요? | 결정표·설명 | 내부 판단값과 공개 범위를 구분한다 |
| 예외·면제·재량은 누가 어떤 근거로 승인하나요? | 예외 권한·감사 | “담당자가 알아서”를 그대로 요구로 쓰지 않는다 |
| 규정과 실제 처리가 달랐던 최근 사례가 있나요? | 우회·불일치 | 개인 비난보다 조건·영향·통제를 묻는다 |
| 규칙이 바뀌면 누구에게 언제 통지하나요? | 변경·연계 책임 | 시행일·과거 건·재판정 여부를 확인한다 |

<Tooltip tip="RULE-001: 신청자가 적용되는 선수과목의 동시 이수·대체·면제·성적 시점 조건을 충족해야 한다는 업무 규칙 후보다. · RULE-002: 승인으로 계산되는 학점 합계가 학생에게 적용되는 최대 신청 학점을 넘지 않아야 한다는 업무 규칙 후보다. · RULE-003: 시간 충돌 판정. · RULE-004: 분반의 승인된 수강 등록 수가 적용되는 정원을 넘지 않아야 한다는 업무 규칙이다. · RULE-005: 우선 배정 기간에는 자격이 확인된 대상의 지정 분반을 일반 신청보다 먼저 평가한다는 미확정 업무 규칙 후보다." headline="RULE-001–RULE-005">`RULE-001–RULE-005`</Tooltip>를 확인할 때는 선수 조건, 최대 학점, 시간 충돌, 정원과 우선 배정의 원문·예외·시행 버전을 각각 묻는다. <Tooltip tip="졸업예정자의 필수 강좌 신청에 우선권을 적용하자는 제안으로, 정책·문제 자료와 공정성 기준이 부족해 보류된 변경 요청이다." headline="CR-003 · 변경 요청">`CR-003`</Tooltip>의 졸업예정자 우선권은 제목만으로 규칙이 되지 않는다. 대상·강좌·시점·동순위·정정·이의와 결정 권한을 따로 확인한다.

## 데이터와 인터페이스

| 질문 | 찾으려는 정보 | 후속 질문 |
|---|---|---|
| 판정에 실제 사용하는 데이터는 무엇이며 원천은 어디인가요? | 데이터 목록·공식성 | 복사본과 원천 중 무엇이 최종인가요? |
| 어느 시점의 값을 사용해야 하나요? | 기준 시점·일관성 | 여러 원천의 시점이 다르면 어떻게 하나요? |
| 값이 없거나 늦거나 잘못됐을 때 결과는 무엇인가요? | 실패·정정·재처리 | 자동 기본값이 안전한가요? |
| 과거 판정을 재현하려면 무엇을 남겨야 하나요? | 이력·규칙 버전·감사 | 전체 개인정보 복사가 필요한가요? |
| 외부 제공자는 어떤 오류·시간 제한·용량을 약속하나요? | 계약·SLA | 재시도·중복·순서·버전은? |
| 누가 어떤 데이터를 볼 수 있으며 언제 삭제하나요? | 인가·보존·파기 | 로그·백업·시험 데이터도 포함한다 |

개인 학번·성적·건강·징계 등 민감한 원자료를 예시 확보 목적으로 요구하지 않는다. 질문의 목적을 합성 사례나 집계값으로 충족할 수 있는지 먼저 본다. 개인 사례가 꼭 필요하다면 적법한 근거와 최소 수집 원칙, 접근 권한, 보존 기간, 인용 동의를 별도로 정한다.

## 수량·품질·운영

| 질문 | 목적 | 구체화 예 |
|---|---|---|
| 언제 얼마나 자주, 몇 건이 발생하나요? | 규모·빈도 | 학기 첫 30분 요청률·동시 사용자·데이터량 |
| 가장 느리거나 혼잡한 때는 언제인가요? | 환경·부하 | 네트워크·기기·외부 연계 상태 |
| 지연·오류가 어느 정도면 업무 실패인가요? | 품질 목표·손실 | 평균이 아니라 백분위·오류율·적체 |
| 장애를 어떻게 발견하고 누구에게 알리나요? | 관찰·운영 | 지표·임계값·연락·에스컬레이션 |
| 복구 뒤 무엇을 대사하고 재처리하나요? | 회복·무결성 | 신청·좌석·판정·알림·감사 |
| 키보드·보조기술·모바일·느린 연결에서 과업은 어떻게 달라지나요? | 접근성·사용 맥락 | 실제 사용자의 과업 관찰 필요 |

“2초면 충분한가요?”보다 “어느 업무 순간에 어느 정도 기다리면 다시 제출하거나 문의하게 되나요?”를 먼저 묻는다. 그 뒤 측정 환경·손실·비용과 대안을 함께 확인한다. 합의되지 않은 업계 수치를 승인 목표로 만들지 않는다.

## 예외·실패·현재 우회

- 정상 입력인데 거절되는 사례와 거절돼야 하는데 승인되는 사례는 무엇인가요?
- 외부 시스템이 느리거나 일부 필드만 반환하면 현재 어떻게 처리하나요?
- 응답이 없어서 사용자가 같은 행동을 반복하면 어떤 기록이 남나요?
- 취소와 판정, 데이터 정정과 재평가가 동시에 일어나면 어느 결과가 우선인가요?
- 운영자가 수동으로 바꿀 수 있는 항목과 반드시 남겨야 할 근거는 무엇인가요?
- 우회 절차가 규칙·권한·감사를 벗어난 적이 있나요? 그때 어떤 통제가 필요했나요?
- 실패 뒤 사용자가 스스로 회복할 수 있는 정보와 지원이 필요한 지점은 무엇인가요?

운영자의 우회를 바로 기능 요구로 복사하지 않는다. 왜 우회했는지, 어떤 정책·데이터·시스템 결함을 보완했는지, 위험과 감사가 무엇인지 분석한다.

## 마무리 확인

| 질문 | 목적 |
|---|---|
| 오늘 설명에서 제가 잘못 이해했거나 빠뜨린 부분은 무엇인가요? | 해석 오류·누락 발견 |
| 가장 먼저 확인해야 할 원문·데이터·다른 역할은 무엇인가요? | 다음 출처 선택 |
| 서로 다른 의견이 예상되는 항목은 무엇인가요? | 충돌·협상 준비 |
| 이 요약을 누가 확인하고 어떤 부분을 승인할 수 있나요? | 확인과 승인 권한 구분 |
| 기록을 어떤 범위로 공유·보존해도 되나요? | 개인정보·기밀 통제 |

세션 뒤에는 발언·관찰 사실, 분석자의 해석, 요구 후보, 반례, 미해결 질문을 별도 칸으로 나눈다. 참여자는 자신의 발언·업무 사실을 확인할 수 있지만 조직 정책 전체를 승인할 권한은 없을 수 있다. 확인한 날짜와 수정 의견을 남기고, 원문·로그·다른 이해관계자와 대조하기 전에는 후보 상태를 유지한다.

## 인터뷰 기록 빈 양식

| 시각·화자 역할 | 발언 원문·관찰 | 출처 상태 | 분석 해석 | 요구·규칙 후보 | 반례·미결 | 확인 결과 |
|---|---|---|---|---|---|---|
|  |  |  |  |  |  |  |
|  |  |  |  |  |  |  |
|  |  |  |  |  |  |  |

질문 목록을 다 사용했다고 도출이 완료되지는 않는다. 정책 원문, 실제 관찰, 로그, 데이터와 반대 사례를 조합하고, 발견한 후보가 44장의 범위와 목표에 어떤 영향을 주는지 다음 분석 단계로 넘긴다.

## 관련 학습

<CardGroup>
<Card title="6장. 이해관계자를 찾는다" href="/learn/foundations/chapter-06">
이 도구와 관련된 개념과 판단 근거를 복습합니다.
</Card>
<Card title="7장. 요구사항 도출" href="/learn/discovery-analysis/chapter-07">
이 도구와 관련된 개념과 판단 근거를 복습합니다.
</Card>
<Card title="8장. 요구사항 도출 기법" href="/learn/discovery-analysis/chapter-08">
이 도구와 관련된 개념과 판단 근거를 복습합니다.
</Card>
<Card title="9장. 좋은 질문을 만드는 법" href="/learn/discovery-analysis/chapter-09">
이 도구와 관련된 개념과 판단 근거를 복습합니다.
</Card>
</CardGroup>

## 이 도구를 사용하는 가이드

<CardGroup>
<Card title="이해관계자 파악과 인터뷰 준비" href="/guides/stakeholder-interviews">
이 도구를 실제 업무에서 어떤 순서로 쓰는지 확인합니다.
</Card>
</CardGroup>
