9장. 좋은 질문을 만드는 법

정상·예외·경계·수량·권한·실패 질문으로 모호한 답변을 분석 가능한 인터뷰 기록과 확인 항목으로 바꾼다.

학습 목표

“답을 유도하지 않으면서 구체적인 사실과 예외를 드러내는 질문을 어떻게 만드는가?”에 답하는 데 필요한 개념과 근거를 설명한다.
수강신청 사례에 같은 판단 기준을 적용하고 확인할 빈칸과 다음 행동을 기록한다.

핵심 개념

좋은 인터뷰는 질문을 많이 준비하는 데서 나오지 않는다. 질문이 답변자를 특정 해법으로 이끌거나 정상 상황만 전제하면, 풍부해 보이는 대화에서도 조건·예외·수량·권한과 실패 상황은 드러나지 않는다. 모호한 표현을 그대로 기록하면 분석 단계에서 다시 추측해야 한다.

이 장에서는 열린 질문과 닫힌 질문을 목적에 맞게 연결하고, ‘왜’를 추궁처럼 쓰지 않으면서 판단 근거를 찾는 방법을 살펴본다. 정상·경계·예외·실패를 탐색한 답을 사실과 해석으로 구분해, 확인 가능한 인터뷰 기록과 후속 질문으로 바꾸는 과정을 다룬다.

‘좋은 질문을 만드는 법’ 장의 핵심 상황과 역할을 보여 주는 손그림 — ‘좋은 질문을 만드는 법’에서 먼저 확인해야 할 문제와 판단 기준.

1. 열린 질문과 닫힌 질문

열린 질문은 참여자가 자신의 말로 경험·과정·이유를 설명하게 하고, 닫힌 질문은 선택지나 짧은 사실로 범위를 좁히고 확인한다. 어느 하나가 항상 좋은 것은 아니다. 탐색 초기에 닫힌 질문만 하면 질문자가 예상한 선택지 밖의 상황을 놓치고, 결정 직전에 열린 질문만 하면 수치·권한·조건을 확정하지 못한다.

‘열린 질문과 닫힌 질문’의 핵심 관계를 설명하는 손그림 — 열린 질문과 닫힌 질문: 핵심 대상과 판단 근거.

“수강신청 기능이 필요합니까?”는 거의 항상 ‘예’로 끝나는 닫힌 질문이다. “최근 수강신청에서 어떤 목표를 세웠고 처음부터 끝까지 무엇을 했습니까?”로 시작하면 강좌 준비, 장바구니, 본 신청, 결과 확인과 문의가 드러난다. 이어 “결과를 확인하기 전에 같은 강좌를 다시 제출했습니까?”, “그때 화면에는 어떤 상태가 있었습니까?”로 사실을 좁힌다.

GOV.UK의 심층 인터뷰 지침은 열린 중립 질문으로 실제 사례를 이야기하게 하고, 모호하면 후속 질문으로 이해를 확인하라고 안내한다. 실무에서는 다음 리듬이 유용하다.

열기: 마지막 신청 경험을 처음부터 이야기해 주세요.
구체화: “결과가 없었다”는 것은 화면에서 무엇을 보았다는 뜻입니까?
순서 확인: 그 다음에는 무엇을 했습니까?
닫아 확인: 같은 강좌를 다시 제출한 것이 맞습니까?
반례 탐색: 다시 제출하지 않았던 때는 무엇이 달랐습니까?

좋은 질문인지는 문장 끝의 물음표가 아니라 답이 조사 목표에 어떤 증거를 더하는지로 판단한다. 열린 답을 분석가의 말로 성급히 요약하지 말고, 닫힌 확인으로 의미를 되돌린다.

실제 인터뷰를 준비할 때는 부록 D. 인터뷰 질문 목록에서 목적과 역할에 맞는 질문을 골라 사용할 수 있다. 목록 전체를 그대로 읽기보다 조사 목표와 동의·기록 조건에 맞게 줄여야 한다.

2. 왜를 묻는 방법

‘왜’는 목적과 근거를 찾는 데 강하지만 반복하면 추궁처럼 들리거나 참여자가 실제보다 그럴듯한 설명을 만들어 낼 수 있다. 사람의 실수나 민감한 우회를 다룰 때 “왜 그렇게 했습니까?”는 책임을 묻는 말처럼 들린다. 목적, 촉발 정보, 판단 기준과 결과를 나누어 안전하게 탐색한다.

‘왜를 묻는 방법’의 핵심 관계를 설명하는 손그림 — 왜를 묻는 방법: 핵심 대상과 판단 근거.

학생이 “새로 고침을 계속했다”고 하면 다음처럼 바꾼다.

그때 무엇을 확인하려고 했습니까?
어떤 표시를 보고 아직 접수되지 않았다고 판단했습니까?
기다리는 대신 다시 시도하게 만든 상황은 무엇이었습니까?
다시 시도하지 않았던 경험이 있다면 무엇이 달랐습니까?
그 판단이 틀렸다면 어떤 결과가 생겼습니까?

교무 담당자에게도 “왜 수동으로 처리합니까?”보다 “이 단계가 막는 위험은 무엇입니까?”, “최근 처리 사례에서 어떤 증거로 승인했습니까?”, “이 절차를 생략할 권한은 누구에게 있습니까?”라고 묻는다. 그러면 방어를 줄이면서 업무 목적과 통제를 찾을 수 있다.

‘왜’를 다섯 번 반복하는 기법을 기계적으로 적용하지 않는다. 하나의 선형 근본 원인을 전제하면 정책, 화면, 외부 연계와 운영 절차가 함께 만드는 문제를 놓친다. 답마다 사실·해석·가설을 구분하고 “그 근거를 보여 줄 사례나 기록이 있습니까?”로 확인한다. 목적이 드러나면 G-01·BR-001과 연결하고, 원인 가설은 ASM-001 같은 검증 항목으로 남긴다.

3. 예외를 찾는 질문

예외는 정상 규칙이 적용되지 않거나 다른 처리·권한이 필요한 상황이다. 예외를 “드문 오류”로 미루면 구현 막바지에 수작업과 특권 계정이 생긴다. 정상 흐름을 들은 직후 적용되지 않는 경우, 다른 경로, 판단할 수 없는 경우, 되돌리는 경우를 묻는다.

‘예외를 찾는 질문’의 핵심 관계를 설명하는 손그림 — 예외를 찾는 질문: 핵심 대상과 판단 근거.

수강신청에서는 다음 질문이 필요하다.

선수과목을 다른 대학·과목으로 인정받은 학생은 어떻게 판정합니까?
정원은 찼지만 장애 지원이나 졸업 요건 때문에 조정이 필요한 경우가 있습니까?
우선순위 대상이 둘 이상이고 자리가 부족하면 어떤 규칙을 적용합니까?
신청 뒤 학적·성적·강좌 시간이 바뀌면 기존 승인은 어떻게 됩니까?
규칙 서비스가 응답하지 않아 보류된 신청은 누가 어떤 순서로 재평가합니까?
잘못 승인·거절된 사실을 발견하면 누가 되돌리고 누구에게 알립니까?

예외가 나오면 발생 조건, 발견 주체, 증거, 허용 결과, 승인 권한, 기록과 종료 상태를 묻는다. “담당자가 알아서 처리한다”는 답은 끝이 아니라 시작이다. 어떤 담당자, 어느 범위, 어떤 근거, 부재 시 대체와 감사 흔적을 확인한다.

반례도 사용한다. “항상 선수과목을 확인한다”면 최근 확인하지 않은 사례가 있었는지, 데이터가 늦게 들어왔을 때 어떻게 했는지 묻는다. 예외를 모두 자동화할 필요는 없지만 시스템이 수동 처리의 시작·상태·책임을 잃어서는 안 된다.

4. 경계를 찾는 질문

경계는 조건이 바뀌면서 결과가 달라지는 지점이다. 시스템·업무 범위의 경계도 있고, 숫자·시간·상태·분류의 경계도 있다. “최대 학점을 넘으면 거절한다”는 규칙은 최대값과 같은 경우, 바로 아래·위, 값이 없는 경우와 동시에 변경되는 경우를 물어야 검토 가능해진다.

경계 질문은 바로 전·같음·바로 후·없음·중복·동시를 적용하면 만들기 쉽다.

대상	경계 질문
신청 기간	시작 시각 직전·정각·직후 요청의 기준 시각은 무엇이며 지연 도착은 어떻게 처리합니까?
정원	마지막 한 자리에 동시 요청이 오면 어느 사건을 기준으로 한 건을 선택합니까?
최대 학점	승인 후 합계가 최대값과 같을 때와 초과할 때, 미확정 학점이 있을 때 결과는?
선수과목	성적 확정 전·대체 인정·동시수강은 어느 분류에 속합니까?
시스템 범위	학사 규칙의 내용을 누가 정하고, 수강신청 소프트웨어는 어디까지 평가합니까?

경계값을 묻는다고 구현 알고리즘을 미리 결정하지 않는다. 먼저 업무 의미와 권한 있는 기준을 확인한다. 서버 시각, 사용자 기기 시각, 외부 시스템 처리 시각 중 무엇을 쓰는지는 정책과 기술 대안을 함께 검토해야 한다.

완료 기준은 대표 값 하나에 답한 것이 아니라 결과가 바뀌는 축과 경계, 경계에서 필요한 데이터·책임·오류 처리가 확인되었는가이다. 답을 모르면 임의의 기본값을 두지 않고 쟁점과 결정권자를 남긴다.

5. 수량을 묻는 질문

“많다”, “빠르다”, “대부분”, “가끔”은 문제의 방향은 말하지만 설계·검증 기준은 주지 못한다. 수량 질문은 대상, 단위, 관찰 구간, 분포, 최대·최소와 데이터 출처를 밝혀 막연한 표현을 측정 가능한 후보로 바꾼다. 숫자를 요구하는 것만으로 충분하지 않다. 근거 없는 목표 숫자는 모호한 형용사보다 위험할 수 있다.

BR-001과 QR-001을 구체화하려면 이렇게 묻는다.

‘수동 재처리 한 건’은 어떤 상태 전이를 포함하고 단순 조회는 제외합니까?
직전 학기 첫 30분에 몇 건이었으며 강좌·원인·처리 결과별 분포는 어떻습니까?
신청 요청과 상태 조회는 초당·분당 어느 수준이며 최고 구간은 얼마나 지속됩니까?
응답시간은 사용자 기기, 경계 서버, 애플리케이션 중 어디서 측정합니까?
95백분위 2초를 평가할 부하·데이터 규모·오류율과 동시 사용자 조건은 무엇입니까?
속도가 좋아져도 잘못된 승인이나 중복이 늘지 않았음을 어떤 수량으로 확인합니까?

평균만 묻지 않는다. 집중 시간의 꼬리 지연, 실패·보류·재시도, 집단별 차이를 함께 본다. 예상치와 실제 관측치도 구분한다. 담당자의 “대략 100건”은 계획 가정이고, 정의가 합의된 운영 기록은 기준선 근거가 될 수 있다.

숫자에는 출처, 측정 날짜, 계산식, 오차·누락과 소유자를 붙인다. 목표값은 가치·비용·위험을 고려해 결정권자가 승인해야 하며, 인터뷰이가 즉석에서 말한 수치를 요구사항으로 확정하지 않는다.

6. 빈도를 묻는 질문

수량이 한 번에 얼마나 많은지를 묻는다면 빈도는 얼마나 자주, 어떤 주기와 조건에서 일어나는지를 묻는다. 같은 총건수라도 신청 첫 5분에 몰리는 경우와 하루에 고르게 발생하는 경우의 요구는 다르다. 드문 사건도 영향이 크거나 복구가 어려우면 우선 조사해야 한다.

“외부 연계가 자주 느립니다”를 다음처럼 나눈다.

어느 학기·기간·요일·시간대에 발생했습니까?
정상 호출 중 지연·오류·무응답은 각각 몇 회이고 연속으로 얼마나 지속됐습니까?
한 번의 장애가 몇 건의 신청과 몇 명의 담당자에게 영향을 주었습니까?
재시도는 어떤 간격과 횟수로 일어나며 같은 결과를 만듭니까?
보류가 생성된 뒤 재평가·문의·수동 복구는 어느 주기로 발생합니까?
드물지만 피해가 큰 잘못된 자동 승인 사례가 있었습니까?

회상만으로 빈도를 판단하면 최근 장애나 강한 경험이 과대 대표될 수 있다. 로그·문의·장애 보고의 사건 정의와 기간을 맞춰 교차 확인한다. 로그에 없다는 이유로 발생하지 않았다고 단정하지도 않는다. 관측하지 못하는 사건일 수 있다.

빈도 질문의 결과는 용량뿐 아니라 감시, 배치 주기, 운영 인력, 알림과 복구 목표 후보로 이어진다. 그러나 기술 주기를 곧바로 요구로 결정하지 않고 업무가 견딜 수 있는 지연과 위험을 먼저 확인한다.

7. 권한을 묻는 질문

권한 질문은 누가 화면을 볼 수 있는지만 다루지 않는다. 누가 정보를 만들고, 규칙·목표·예외를 결정하며, 변경·승인·취소·복구·열람할 수 있는지와 그 근거를 찾는다. 역할, 데이터 범위, 조건, 분리해야 할 책임과 감사 기록을 함께 묻는다.

수강신청에서 필요한 질문은 다음과 같다.

RULE-001–RULE-005를 제정·수정·시행·폐기할 수 있는 역할은 누구이며 근거 문서는 무엇입니까?
학과가 정원을 바꿀 수 있는 기간·범위는 어디까지이고 교무처 승인이 필요한 경계는 무엇입니까?
거절된 신청을 예외 승인할 수 있는 사람은 누구이며 자기 학과·자기 강좌 제한이 있습니까?
보류 신청을 재평가·강제 종료할 권한은 누구에게 있고 두 역할을 분리해야 합니까?
학생·강좌·판정 이력 중 각 역할이 볼 수 있는 범위와 목적은 무엇입니까?
긴급 권한을 사용하면 어떤 사유·승인·시각을 남기고 언제 회수합니까?

“관리자는 모두 할 수 있다”는 답은 역할이 아니라 위험 신호다. 실제 조직 역할과 시스템 권한을 대응시키고 부재·대리·겸직을 확인한다. 정책을 해석하는 도메인 전문가와 최종 결정권자도 분리한다.

권한 요구 후보는 권한 이름보다 보호할 업무 결과와 위험에서 출발해야 한다. 최소 권한, 책임 분리와 감사 가능성은 보안팀만의 관심이 아니라 잘못된 정원·규칙 변경과 복구를 막는 업무 조건이다.

8. 실패 상황을 묻는 질문

실패 질문은 “오류가 나면 메시지를 보여 줍니까?”에서 끝나지 않는다. 실패를 탐지하는 주체, 부분적으로 완료된 일, 안전한 상태, 재시도·복구·통지·중단 권한과 최종 결과를 묻는다. 실패는 기술 오류뿐 아니라 잘못된 데이터, 늦은 정책, 사람의 오판과 의사소통 단절도 포함한다.

IR-001을 예로 들면 질문 나무는 다음과 같다.

실패 상황을 묻는 질문의 관계를 손그림으로 표현한 이미지 — 실패 상황을 묻는 질문

또한 알림 전송만 실패한 경우처럼 업무 결과는 확정되었지만 통지만 실패한 상황과 판정 자체가 실패한 상황을 구분한다. 재시도가 중복 승인·중복 알림을 만들지 않는지, 복구 후 DR-001 이력이 이어지는지 묻는다.

최악의 경우만 상상해 공포 목록을 만들지 않는다. 과거 장애, 인터페이스 조건, 데이터 품질과 위험 분석에서 사건을 선택한다. 실패 질문의 완료 기준은 모든 장애를 막는 것이 아니라 각 중요 실패에서 책임과 상태가 끊기지 않고 관찰·복구·검증 가능한가이다.

9. 현재 시스템의 우회 방법 찾기

우회 방법은 사용자가 현재 시스템의 한계를 넘기 위해 만든 비공식 도구·순서·메모·수작업이다. 불편의 증거이자 숨은 업무 지식일 수 있지만 그대로 자동화해야 할 요구는 아니다. 필요한 통제일 수도, 낡은 제약의 부산물일 수도, 정책을 벗어난 위험한 관행일 수도 있다.

직접 “우회가 있습니까?”라고 물으면 관행이 너무 익숙하거나 드러내기 부담스러워 답이 나오지 않는다. 최근 사례를 따라가며 묻는다.

화면에서 처리할 수 없을 때 다음으로 무엇을 엽니까?
개인 메모·스프레드시트·메신저·전화로 옮기는 정보가 있습니까?
같은 값을 두 번 입력하거나 다른 사람에게 대신 요청하는 단계가 있습니까?
시스템 결과를 믿지 못해 별도로 확인하는 것은 무엇입니까?
마감이나 장애 때 평소와 다르게 처리한 최근 사례를 보여 줄 수 있습니까?
이 단계를 없애면 어떤 위험이나 업무가 남습니까?

상담원이 사유 코드 대응표를 개인 문서로 관리한다면 DR-001의 설명 정보가 부족한 것인지, 교육 자료가 배포되지 않은 것인지, 개인정보가 부적절하게 복사되는지 각각 확인한다. 학생이 여러 기기로 동시에 신청한다면 탐욕이나 오용으로 단정하지 말고 결과 불확실성·경쟁 정책·기술 조건을 조사한다.

우회 기록에는 촉발 조건, 목적, 수행자, 사용 데이터, 빈도·영향, 공식 규칙과의 관계, 제거·지원 시 위험을 붙인다. 사람을 처벌하는 자료가 아니라 목표 업무와 요구 후보를 이해하는 증거로 제한한다.

10. 요구사항 인터뷰 질문 목록

질문 목록은 문장을 순서대로 읽는 대본이 아니라 조사 목표와 후속 탐색을 잊지 않게 하는 안내서다. 시작 전 참여자 역할, 다룰 수 있는 범위, 동의·기록·보안, 접근 지원과 중단 선택을 확인한다. GOV.UK 사용자 조사 안내는 조사 질문, 참여자 모집, 동의, 장애인 참여, 기록과 개인정보 관리를 준비 주제로 함께 다룬다.

수강신청 인터뷰의 기본 목록을 역할에 맞게 조정해 사용할 수 있다.

단계	기본 질문	후속 질문·근거
맥락	최근 수강신청에서 달성하려던 일을 처음부터 설명해 주세요	언제·어디서·어떤 기기·지원자와 했는가?
실제 행동	신청 전후에 무엇을 보고 어떤 순서로 행동했습니까?	화면·메모·문의·다른 시스템을 보여 줄 수 있는가?
판단	신청 가능·접수·승인·거절을 무엇으로 판단했습니까?	표시 문구, 시각, 식별자, 다른 확인 경로
예외	평소와 다르게 처리한 최근 사례는 무엇입니까?	촉발 조건·권한·결과·기록
경계	기간·정원·학점·우선순위 경계에서 결과가 어떻게 달라집니까?	같음·직전·직후·없음·동시 요청
수량·빈도	얼마나 많이·자주·집중해서 발생합니까?	단위·기간·분포·기록 출처
권한	누가 만들고 결정하고 바꾸고 되돌릴 수 있습니까?	근거·범위·대리·감사 흔적
실패	정보·연계·통지가 늦거나 틀리면 무엇이 남고 누가 복구합니까?	탐지·안전 상태·재시도·종료
우회	시스템 밖에서 보완하거나 다시 확인하는 일은 무엇입니까?	목적·위험·공식 절차와 차이
확인	제가 이해한 내용은 이렇습니다. 빠지거나 다르게 이해한 부분은 무엇입니까?	반례·다른 출처·후속 담당자

질문의 순서는 대화에 따라 바꾸되 실제 최근 사례 → 행동과 증거 → 목적과 판단 → 예외·경계·실패 → 확인의 흐름을 유지한다. “빠르고 편한 새 화면이 필요하죠?” 같은 유도 질문은 피한다. 질문 표현이 응답을 바꿀 수 있다는 점은 설문 연구뿐 아니라 질문에 포함된 전제가 이후 회상에 미치는 영향을 시험한 원 연구에서도 확인된다. 연구 맥락은 요구사항 인터뷰와 다르므로 결과를 그대로 일반화하지 않되, 질문자의 가설을 답에 심지 말아야 한다는 경고로 사용한다.

답변 기록은 다음처럼 분리한다.

답변-근거 기록 예
발언: “결과가 안 떠서 세 번 다시 눌렀어요.”
관찰 사실: 인터뷰 중 재현 화면에서 처리 상태와 접수 식별자를 찾지 못함.
해석: 결과 불확실성이 반복 제출에 기여할 수 있음.
연결: 문제 정의 0.1, ASM-001, UR-001, QR-001.
상태: 미확인. 동일 학생·강좌 요청 로그와 다른 학생 사례로 확인.
반례: 결과가 늦어도 다시 제출하지 않은 학생의 판단 근거 조사.

세션이 끝난 직후 질문별로 답을 채우는 대신 조사 질문별로 증거를 묶는다. 서로 다른 표현이 같은 필요를 말하는지, 같은 표현이 역할에 따라 다른 뜻인지 확인한다. “즉시”라는 학생의 말은 불안을 줄일 피드백을 뜻할 수 있고, 운영자의 “즉시”는 감시 경보 주기를 뜻할 수 있다. 원문을 보존한 채 업무 의미를 따로 기록해야 4부에서 성급한 통합을 피할 수 있다.

질문 목록 자체도 검토 대상이다.

검토 질문	결함 신호	수정 방향
답을 미리 암시하는가?	“새 화면이 더 편리하죠?”	실제 경험과 관찰 가능한 행동을 묻는다
한 문장에 두 가지를 묻는가?	“빠르고 정확했습니까?”	속도·정확성을 분리하고 근거를 각각 묻는다
추상적 미래만 묻는가?	“어떤 기능을 원합니까?”	최근 사례를 먼저 듣고 미래 대안을 탐색한다
비난이나 평가로 들리는가?	“왜 규정을 어겼습니까?”	당시 정보·목표·제약과 결과를 묻는다
정상 흐름에 머무는가?	성공한 신청만 질문	예외·경계·실패·되돌림과 우회를 확장한다
답을 확인할 경로가 있는가?	“많다”를 그대로 기록	단위·기간·출처와 반례를 요청한다

인터뷰어는 질문 수를 채우는 사람이 아니라 듣고 판단하는 사람이다. 예상 밖의 답이 나오면 관련 후속 질문을 하되 조사 목적과 시간을 잃지 않는다. 답변을 바로 반박하거나 해결책을 설명하지 않고, 이해한 내용을 중립적으로 되돌려 확인한다. 정책·법률·수치처럼 참여자가 단독으로 확정할 수 없는 내용은 권한 있는 문서와 결정권자에게 보낸다. 세션 뒤에는 질문 때문에 답이 제한되었을 가능성, 참여하지 못한 집단과 다음 기법을 회고한다.

3부에서 얻은 것은 확정 요구사항이 아니라 출처와 상태가 붙은 후보·가정·쟁점이다. 4부에 넘길 미해결 질문은 세 가지다.

같은 필요를 다르게 표현한 후보를 어떻게 합치고, 서로 모순되는 후보를 어떻게 판별할 것인가?
업무·시스템 경계 안팎의 후보를 어떤 근거로 포함·제외할 것인가?
속도·공정성·안전·운영 비용이 충돌할 때 어떤 관계와 우선순위로 합의할 것인가?

좋은 질문의 최종 기준은 영리하게 들리는가가 아니다. 참여자의 실제 경험과 권한 있는 근거를 드러내고, 정상·예외·경계·수량·권한·실패를 빠짐없이 탐색하며, 답변을 분석 가능한 출처와 미확정 상태로 남기는가이다.

2. 근거와 예외 표시

본문의 판단 질문으로 누락된 근거와 예외를 표시한다.

3. 다음 행동 기록

확인할 책임자, 필요한 최소 증거와 다음 행동을 기록한다.