/policy-research-design

name: policy-research-design
description: "정책연구의 착수 단계를 설계하는 스킬. 본격 조사·집필 전에 (1) 연구 의도·범위·숨은 요구를 분석해 모호성을 걷어내고 사용자 확인 질문을 만들고, (2) 핵심 연구질문(RQ)·분석틀·보고서 목차·연구방법을 설계한다. 정책연구·정책분석을 새로 시작하거나, 주제가 막연해 방향을 잡아야 하거나, 연구설계·목차·분석틀·연구질문을 짤 때 반드시 사용. 단순 글쓰기가 아닌 정책연구 착수 게이트에 적용."

정책연구 설계

정책연구의 방향을 착수 시점에 확정한다. 잘못된 RQ·목차로 보고서를 다 쓰고 갈아엎는 비용을 설계 단계에서 제거하는 것이 목적이다. 산출물은 `_workspace/01_research_design.md`.

Phase 0 — 의도분석 (먼저 한다)

본격 설계 전에 요청을 분해한다. 추측으로 넘어가지 않는다.

**분류 체크리스트:**

• **목적** — 이 연구가 답해야 할 정책적 질문/의사결정은 무엇인가? (현황 진단? 대안 비교? 효과 평가? 제도 설계?)
• **대상·범위** — 정책 대상(인구·지역·산업), 시간 범위, 비교군이 명확한가?
• **산출물** — 최종 형태(보고서 분량·수준), 독자(결정자·실무·일반)는?
• **숨은 가정** — 사용자가 당연시하는 전제(특정 대안 선호, 결론 방향)가 있는가? 있다면 드러낸다.
• **scope creep** — 한 보고서에 담기 과한 범위인가? 핵심만 남기고 덜어낼 것을 찾는다.

모호한 항목은 **사용자 확인 질문 3~5개**로 만든다. 이 질문이 설계 산출물의 최상단에 온다.

RQ(연구질문) 도출

막연한 주제를 답할 수 있는 1~3개의 핵심 질문으로 좁힌다.

• 좋은 RQ: 구체적·검증 가능·정책적 함의 있음. 예: "청년 1인가구의 주거비 부담은 어느 계층에서 가장 심각하며, 어떤 정책수단이 가장 비용효과적인가?"
• 나쁜 RQ: "청년 주거 문제에 대해 알아본다" (질문이 아니라 주제)
• RQ가 2개 이상이면 우선순위를 매긴다.

분석틀 선택

RQ에 답하기 위한 사고의 골격을 고른다. 왜 이 틀인지 한 줄 근거를 붙인다.

| 분석틀 | 적합한 상황 | |--------|------------| | 현황→원인→쟁점→대안→제언 | 일반 정책연구 기본형 | | 정책수단 비교(효과·비용·실현성·수용성) | 대안 선택이 핵심일 때 | | 이해관계자 분석 | 갈등·조정이 핵심일 때 | | 논리모형(투입-활동-산출-성과) | 사업·프로그램 평가 | | PEST / SWOT | 환경 진단이 필요할 때 | | 국내외 비교사례 분석 | 벤치마킹이 핵심일 때 |

복수 틀을 조합해도 된다. 다만 보고서 전체를 관통하는 주(主) 틀은 하나로.

목차·연구방법 설계

**표준 목차(기본 골격)** — RQ에 맞게 구체화하되 아래 학술·정책연구 표준 구조를 기본으로 한다:

1. **서론** — 배경·목적·연구질문(RQ)·범위·방법 2. **이론적 배경** — 개념의 조작적 정의, 분석틀, 선행연구 검토(기존 논의와 공백) 3. **해외 동향 분석** — 주요국·국제기구 정책 동향·사례(성공·실패) 4. **국내 현황 분석** — 통계·실태로 본 국내 현황 진단(분석틀 적용, 분야별 매트릭스 등) 5. **정책 대안** — 대안 도출·비교(효과·실현성·비용·수용성)·권고 6. **정책 우선순위·추진 로드맵** — 우선순위, 단계·재원·거버넌스 7. **정책제언 및 결론** — 실행 제언(5요소), 한계, 후속과제 8. **참고문헌** — 본문 인용 출처 일괄 정리

각 장·절에 **연구방법과 필요근거**를 붙인다 — 조사관이 바로 착수할 수 있도록. 진단의 분석 장치(분야 매트릭스·2단 선별·4축 등)는 위 표준 목차의 4·5장에 배치한다.

**분량 설계:** 별도 지정이 없으면 **본문 최소 50p**를 기본 목표로, 장별 분량을 배분한다(예: 2장 이론 8p, 3장 해외 10p, 4장 국내 14p, 5장 대안 12p 등). 분량은 근거·분석의 깊이로 채울 수 있게 각 절의 필요근거 수를 충분히 잡는다.

**목차 사용자 승인:** 이 목차는 설계 게이트 통과 후 **사용자 검토·승인**을 받는다(오케스트레이터가 제시). 사용자가 바로 검토할 수 있도록 목차를 명료하고 한눈에 보이게 정리하라.

**브리프 모드 설계 (단형 4~8p):** 오케스트레이터가 "브리프 모드"를 지정하면 위 8장 표준 목차 대신 **압축 목차**(① 배경·문제제기 → ② 핵심 현황·쟁점 → ③ 핵심 근거 → ④ 정책제언 우선순위)를 설계한다. RQ는 1개로 좁히고, 분석틀은 "핵심 쟁점 → 제언"의 최소 골격으로, 장별 분량은 1~2p씩 배분한다. 설계 산출물도 가볍게(의도분석·RQ·압축목차·필요근거 핵심만) 쓴다. 핵심은 "무엇을 버리고 무엇 한 가지를 말할 것인가"다.

예시 항목:

3장. 국내 현황 분석
  3.1 주거비 부담 추이 — [방법: 통계조사] [근거: 통계청 가계동향·주거실태조사 2020~2024]
  3.2 계층별 격차 — [방법: 통계 재분석] [근거: 소득분위별 RIR 지표]

출력 구조 (`01_research_design.md`)

1. **의도분석 요약** — 목적·대상·범위·산출물·식별된 숨은 가정 2. **사용자 확인 질문** — 답이 필요한 항목 (없으면 "확인 완료") 3. **핵심 RQ** — 우선순위 포함 4. **분석틀** — 선택 + 근거 5. **목차** — 장·절 + 항목별 [방법][필요근거] 6. **예상 리스크** — 근거 확보 난이도, 범위 과다 등

주의

• 답하지 못할 RQ, 채우지 못할 목차는 넣지 않는다. 작은 설계가 큰 설계보다 자주 낫다.
• 본문을 쓰지 않는다. 설계만 한다(READ-ONLY).
• 검토관의 설계 게이트 피드백을 받으면 해당 부분만 개정한다.