인터뷰 질문 목록
요구사항 인터뷰의 목적과 대상을 준비하고 발언 원문·관찰·해석을 구분해 기록하는 질문과 양식을 제공한다.
권장 사용 순서
1. 대상 정하기
현재 작업에서 판단하거나 기록할 대상을 정한다.
2. 기준 적용하기
아래 기준과 예제를 적용하고, 확인되지 않은 항목은 따로 표시한다.
3. 결과 남기기
출처와 책임자, 다음 행동을 관련 산출물에 남긴다.
도구 본문
이 부록은 7–9장의 도출을 준비하고 45장의 사례처럼 발언 원문·관찰과 해석을 분리할 때 사용한다. 분석가와 진행자는 이해관계자 역할·지식·권한에 맞는 질문을 선택하고, 질문지 전체를 모든 사람에게 읽지 않는다. 인터뷰 전에는 목적·사용 범위·기록·보존·동의 방식을 알리고, 필요한 최소 정보만 수집한다.
인터뷰 준비 카드
| 항목 | 작성 내용 |
|---|---|
| 세션 ID·일시 | 안정된 기록 ID, 시간대·예상 소요시간 |
| 목적·결정 | 무엇을 배우며 어느 결정을 지원하는가 |
| 참여 역할 | 지식·권한·영향, 대표성의 한계 |
| 범위·제외 | 다룰 업무·시점·시스템과 이번에 묻지 않을 정보 |
| 선행 자료 | 현행 절차·정책·로그·화면·용어 목록 |
| 기록·동의 | 메모·녹음·인용·검토 방식과 철회 절차 |
| 개인정보 | 수집 필드, 목적, 접근·보존·파기 |
| 확인 방법 | 세션 요약을 누가 언제 어떻게 확인하는가 |
시작과 맥락
| 질문 | 목적 | 적합한 대상 | 후속 질문·주의 |
|---|---|---|---|
| 이 업무에서 맡은 역할과 결정할 수 있는 범위는 무엇인가요? | 지식과 권한 구분 | 모두 | 직함만으로 승인 권한을 추정하지 않는다 |
| 최근 실제로 처리한 사례 하나를 처음부터 설명해 주세요. | 기억 가능한 구체 사건 확보 | 사용자·운영자 | “보통”보다 날짜·상황·결과를 묻는다 |
| 성공적으로 끝났다고 판단하는 순간은 언제인가요? | 목표와 완료가 뜻하는 바를 확인 | 모두 | 화면 메시지와 실제 업무 결과를 구분한다 |
| 가장 어려웠던 사례는 무엇이며 어떤 영향이 있었나요? | 문제·위험·예외 발견 | 사용자·지원·운영 | 해결책을 바로 제안하지 않는다 |
| 이 업무의 결과를 누가 사용하거나 영향을 받나요? | 누락 이해관계자 발견 | 정책·업무 책임자 | 비사용자·외부기관도 확인한다 |
“현재 시스템이 불편하죠?”처럼 답을 유도하지 않는다. “최근 신청에서 무엇을 하셨고 어떤 정보를 보고 다음 행동을 정했나요?”처럼 행동과 근거를 묻는다. 참여자가 일반화하면 실제 사례, 반례와 빈도를 후속으로 요청한다.
업무 흐름과 상태
| 질문 | 찾으려는 정보 | 후속 질문 |
|---|---|---|
| 업무가 시작되는 사건은 무엇인가요? | 촉발·진입 조건 | 누가 언제 어떤 정보를 제공하나요? |
| 단계별로 무엇을 입력하고 어떤 결과를 기다리나요? | 기본 흐름·데이터 | 결과가 늦거나 없으면 어떻게 하나요? |
| 어느 시점부터 되돌릴 수 없나요? | 확정·취소·보상 경계 | 권한 있는 예외는 누구에게 있나요? |
| 처리 중 보이는 상태 이름은 무엇을 뜻하나요? | 용어·상태 의미 | 접수·승인·보류·대기를 어떻게 구분하나요? |
| 같은 요청을 다시 하면 어떻게 되나요? | 중복·멱등·사용자 회복 | 첫 요청 결과를 어떻게 찾나요? |
| 동시에 여러 사람이 같은 대상을 요청하면 어떻게 하나요? | 경합·우선·정합성 | 마지막 자원의 승자 근거는 무엇인가요? |
수강신청 사례에서는 “신청 버튼을 눌렀다” 다음을 자세히 묻는다. 접수 ID가 있었는지, 승인과 접수를 어떻게 구분했는지, 응답 유실 뒤 무엇을 했는지, 보류와 좌석 대기를 어떤 말로 이해했는지 확인한다. 참여자의 설명이 시스템 실제 동작이라는 보장은 없으므로 화면 버전·로그·정책과 대조한다.
규칙과 공식 근거
| 질문 | 목적 | 주의 |
|---|---|---|
| 이 결정을 정하는 공식 규정·계약·절차는 어디에 있나요? | 공식 출처 | 회의 관행을 정책 원문으로 바꾸지 않는다 |
| 규칙은 언제부터 어느 대상에 적용되나요? | 발효·범위·버전 | 현재와 과거 규칙을 구분한다 |
| 조건이 여러 개일 때 판정 순서와 공개 사유는 무엇인가요? | 결정표·설명 | 내부 판단값과 공개 범위를 구분한다 |
| 예외·면제·재량은 누가 어떤 근거로 승인하나요? | 예외 권한·감사 | “담당자가 알아서”를 그대로 요구로 쓰지 않는다 |
| 규정과 실제 처리가 달랐던 최근 사례가 있나요? | 우회·불일치 | 개인 비난보다 조건·영향·통제를 묻는다 |
| 규칙이 바뀌면 누구에게 언제 통지하나요? | 변경·연계 책임 | 시행일·과거 건·재판정 여부를 확인한다 |
RULE-001–RULE-005RULE-001–RULE-005RULE-001: 신청자가 적용되는 선수과목의 동시 이수·대체·면제·성적 시점 조건을 충족해야 한다는 업무 규칙 후보다. · RULE-002: 승인으로 계산되는 학점 합계가 학생에게 적용되는 최대 신청 학점을 넘지 않아야 한다는 업무 규칙 후보다. · RULE-003: 시간 충돌 판정. · RULE-004: 분반의 승인된 수강 등록 수가 적용되는 정원을 넘지 않아야 한다는 업무 규칙이다. · RULE-005: 우선 배정 기간에는 자격이 확인된 대상의 지정 분반을 일반 신청보다 먼저 평가한다는 미확정 업무 규칙 후보다.를 확인할 때는 선수 조건, 최대 학점, 시간 충돌, 정원과 우선 배정의 원문·예외·시행 버전을 각각 묻는다. CR-003CR-003 · 변경 요청졸업예정자의 필수 강좌 신청에 우선권을 적용하자는 제안으로, 정책·문제 자료와 공정성 기준이 부족해 보류된 변경 요청이다.의 졸업예정자 우선권은 제목만으로 규칙이 되지 않는다. 대상·강좌·시점·동순위·정정·이의와 결정 권한을 따로 확인한다.
데이터와 인터페이스
| 질문 | 찾으려는 정보 | 후속 질문 |
|---|---|---|
| 판정에 실제 사용하는 데이터는 무엇이며 원천은 어디인가요? | 데이터 목록·공식성 | 복사본과 원천 중 무엇이 최종인가요? |
| 어느 시점의 값을 사용해야 하나요? | 기준 시점·일관성 | 여러 원천의 시점이 다르면 어떻게 하나요? |
| 값이 없거나 늦거나 잘못됐을 때 결과는 무엇인가요? | 실패·정정·재처리 | 자동 기본값이 안전한가요? |
| 과거 판정을 재현하려면 무엇을 남겨야 하나요? | 이력·규칙 버전·감사 | 전체 개인정보 복사가 필요한가요? |
| 외부 제공자는 어떤 오류·시간 제한·용량을 약속하나요? | 계약·SLA | 재시도·중복·순서·버전은? |
| 누가 어떤 데이터를 볼 수 있으며 언제 삭제하나요? | 인가·보존·파기 | 로그·백업·시험 데이터도 포함한다 |
개인 학번·성적·건강·징계 등 민감한 원자료를 예시 확보 목적으로 요구하지 않는다. 질문의 목적을 합성 사례나 집계값으로 충족할 수 있는지 먼저 본다. 개인 사례가 꼭 필요하다면 적법한 근거와 최소 수집 원칙, 접근 권한, 보존 기간, 인용 동의를 별도로 정한다.
수량·품질·운영
| 질문 | 목적 | 구체화 예 |
|---|---|---|
| 언제 얼마나 자주, 몇 건이 발생하나요? | 규모·빈도 | 학기 첫 30분 요청률·동시 사용자·데이터량 |
| 가장 느리거나 혼잡한 때는 언제인가요? | 환경·부하 | 네트워크·기기·외부 연계 상태 |
| 지연·오류가 어느 정도면 업무 실패인가요? | 품질 목표·손실 | 평균이 아니라 백분위·오류율·적체 |
| 장애를 어떻게 발견하고 누구에게 알리나요? | 관찰·운영 | 지표·임계값·연락·에스컬레이션 |
| 복구 뒤 무엇을 대사하고 재처리하나요? | 회복·무결성 | 신청·좌석·판정·알림·감사 |
| 키보드·보조기술·모바일·느린 연결에서 과업은 어떻게 달라지나요? | 접근성·사용 맥락 | 실제 사용자의 과업 관찰 필요 |
“2초면 충분한가요?”보다 “어느 업무 순간에 어느 정도 기다리면 다시 제출하거나 문의하게 되나요?”를 먼저 묻는다. 그 뒤 측정 환경·손실·비용과 대안을 함께 확인한다. 합의되지 않은 업계 수치를 승인 목표로 만들지 않는다.
예외·실패·현재 우회
- 정상 입력인데 거절되는 사례와 거절돼야 하는데 승인되는 사례는 무엇인가요?
- 외부 시스템이 느리거나 일부 필드만 반환하면 현재 어떻게 처리하나요?
- 응답이 없어서 사용자가 같은 행동을 반복하면 어떤 기록이 남나요?
- 취소와 판정, 데이터 정정과 재평가가 동시에 일어나면 어느 결과가 우선인가요?
- 운영자가 수동으로 바꿀 수 있는 항목과 반드시 남겨야 할 근거는 무엇인가요?
- 우회 절차가 규칙·권한·감사를 벗어난 적이 있나요? 그때 어떤 통제가 필요했나요?
- 실패 뒤 사용자가 스스로 회복할 수 있는 정보와 지원이 필요한 지점은 무엇인가요?
운영자의 우회를 바로 기능 요구로 복사하지 않는다. 왜 우회했는지, 어떤 정책·데이터·시스템 결함을 보완했는지, 위험과 감사가 무엇인지 분석한다.
마무리 확인
| 질문 | 목적 |
|---|---|
| 오늘 설명에서 제가 잘못 이해했거나 빠뜨린 부분은 무엇인가요? | 해석 오류·누락 발견 |
| 가장 먼저 확인해야 할 원문·데이터·다른 역할은 무엇인가요? | 다음 출처 선택 |
| 서로 다른 의견이 예상되는 항목은 무엇인가요? | 충돌·협상 준비 |
| 이 요약을 누가 확인하고 어떤 부분을 승인할 수 있나요? | 확인과 승인 권한 구분 |
| 기록을 어떤 범위로 공유·보존해도 되나요? | 개인정보·기밀 통제 |
세션 뒤에는 발언·관찰 사실, 분석자의 해석, 요구 후보, 반례, 미해결 질문을 별도 칸으로 나눈다. 참여자는 자신의 발언·업무 사실을 확인할 수 있지만 조직 정책 전체를 승인할 권한은 없을 수 있다. 확인한 날짜와 수정 의견을 남기고, 원문·로그·다른 이해관계자와 대조하기 전에는 후보 상태를 유지한다.
인터뷰 기록 빈 양식
| 시각·화자 역할 | 발언 원문·관찰 | 출처 상태 | 분석 해석 | 요구·규칙 후보 | 반례·미결 | 확인 결과 |
|---|---|---|---|---|---|---|
질문 목록을 다 사용했다고 도출이 완료되지는 않는다. 정책 원문, 실제 관찰, 로그, 데이터와 반대 사례를 조합하고, 발견한 후보가 44장의 범위와 목표에 어떤 영향을 주는지 다음 분석 단계로 넘긴다.
관련 학습
6장. 이해관계자를 찾는다
이 도구와 관련된 개념과 판단 근거를 복습합니다.
7장. 요구사항 도출
이 도구와 관련된 개념과 판단 근거를 복습합니다.
8장. 요구사항 도출 기법
이 도구와 관련된 개념과 판단 근거를 복습합니다.
9장. 좋은 질문을 만드는 법
이 도구와 관련된 개념과 판단 근거를 복습합니다.