본문으로 건너뛰기

기술 논문 리뷰·발표 템플릿

요약은 읽기의 결과가 아니라 구조화의 결과다. 주장, 증거, 판단을 분리해 기록한다.

이 문서는 학술 논문을 읽고, 리뷰 문서로 정리하고, 짧은 발표로 전달하기까지의 과정을 하나의 재사용 가능한 틀로 정리한 템플릿이다. 읽기 단계는 S. Keshav의 How to Read a Paper(ACM SIGCOMM Computer Communication Review, 2007)가 제안한 three-pass 방식을 뼈대로 삼는다. 다만 Keshav의 글은 읽기 효율에 관한 것이지 리뷰 구성이나 발표 설계에 관한 것은 아니므로, 이후의 리뷰 섹션과 슬라이드 배분은 이 문서 자체의 규칙이다. 어느 부분이 인용이고 어느 부분이 추가인지를 혼동하지 않는다. 대상은 학회나 저널의 심사를 거친 논문을 기준으로 하지만, 기술 보고서나 긴 형태의 preprint에도 같은 순서를 적용할 수 있다.

이 틀을 적용한 완성 예시는 Hijacking Bitcoin 리뷰에서 볼 수 있다.

0. 독자와 질문을 먼저 정한다​

리뷰와 발표는 같은 논문이라도 독자에 따라 모양이 달라진다. 읽기를 시작하기 전에 두 가지를 한 문장씩 적어 둔다.

  • 독자: 발표를 듣는 사람이 이미 아는 것과 모르는 것은 무엇인가. 배경 설명의 깊이와 생략 가능한 범위가 여기서 결정된다.
  • 질문: 이 논문이 답하려는 질문을 한 문장으로 말할 수 있는가. 그리고 독자는 그 질문에 왜 관심을 가져야 하는가.

질문을 한 문장으로 만들 수 없다면 아직 읽기가 끝나지 않은 것이다. 이 경우 리뷰 작성이 아니라 다시 읽기 단계로 돌아간다. 반대로 두 문장이 정해지면 이후의 모든 판단의 기준선이 된다. 슬라이드나 문단을 추가할 때마다 "독자가 이 질문을 검증하는 데 이 내용이 필요한가"로 거르고, 필요하지 않은 내용은 발표에서는 빼고 리뷰 문서의 뒤쪽으로 내린다.

1. 읽기: three-pass​

Keshav의 three-pass는 한 번의 정독으로 모든 것을 이해하려는 시도를 포기하게 만드는 절차다. 각 통과의 목적이 다르므로, 어느 단계에 있는지를 알면 무엇을 적어야 하는지도 정해진다.

  1. 첫 번째 통과(개관): 제목, 초록, 서론, 각 절의 제목, 결론, 참고문헌을 훑어 논문의 종류, 맥락, 타당성, 기여, 명료성을 판단한다. Keshav는 이 단계를 몇 분 안에 끝내는 것으로 제시하며, 목적은 이해가 아니라 "계속 읽을 가치가 있는가"의 판정이다.
  2. 두 번째 통과(내용 파악): 증명이나 실험 상세는 건너뛰고 그림, 표, 정의에 주의를 기울여 논문의 주된 흐름을 잡는다. 이 단계가 끝나면 근거와 함께 논문의 핵심을 남에게 요약할 수 있어야 한다.
  3. 세 번째 통과(재구성): 저자의 가정을 자신이 직접 다시 유도한다는 태도로 읽는다. 명시되지 않은 가정, 빠진 인용, 실험 설계의 약점, 다른 결론의 가능성을 찾는 단계이며, 리뷰의 재료 대부분은 여기서 나온다.

이 절차는 강제 규칙이 아니라 눈금이다. 짧은 워크숍 논문은 두 번째 통과에서 끝낼 수 있고, 재현을 목표로 하는 논문은 세 번째 통과가 사실상 구현 작업이 된다. 한 가지 경계만은 유지한다. 세 번째 통과 전에 슬라이드를 만들기 시작하면 발표가 요약문 나열에 그치기 쉽다. 리뷰의 비판적 재료는 재구성 단계에서만 나오므로, 발표 자료 작성은 읽기가 끝난 뒤로 미룬다.

2. 리뷰 섹션 템플릿​

2.1 논문 식별과 핵심 주장​

저자, 발표 학회와 연도, DOI 또는 공개 원문 링크, 분석 데이터의 기간, 핵심 질문 한 문장을 표로 정리한다. 데이터 기간은 이후 일반화 논의의 기준이 되므로 생략하지 않는다.

저자 소개는 선택 사항이다. 소속과 이력 자체보다, 저자의 배경이 논문의 해석에 영향을 주는 경우에만 포함한다. 평가 대상 제품의 제조사 소속이거나, 연구비 출처가 이해관계를 만들거나, 같은 저자군의 후속 연구라는 맥락이 결과를 읽는 데 필요한 경우가 여기에 해당한다. 그렇지 않다면 발표에서 저자 약력에 쓸 시간을 핵심 주장에 쓰는 편이 낫다.

2.2 필요한 배경​

독자가 논문의 주장을 검증하는 데 필요한 최소한의 개념만 소개한다. 논문의 related work를 요약하는 것이 목적이 아니다. 각 배경 항목은 "이것을 모르면 어느 주장을 검증할 수 없는가"에 답해야 하며, 답이 없는 항목은 뺀다.

2.3 방법·시스템·데이터​

전체 구조를 먼저 한 단계 추상화해서 보여 준 다음, 구성 요소별로 무엇을 하는지와 왜 그 설계를 택했는지를 분리해 적는다. 데이터가 있는 논문은 수집 기간, 출처, 규모를 명시한다. 무엇과 왜를 섞어 쓰면 저자의 설계 선택이 유일한 답처럼 읽힌다. 대안이 있었는데 왜 이것을 택했는지 논문이 설명하지 못했다면, 그 사실 자체가 한계 항목의 재료다.

2.4 평가 설계​

저자가 주장을 검증하기 위해 어떤 실험·관측·시뮬레이션을 배치했는지 열거한다. 각 실험이 검증하는 질문, 비교 대상, 지표를 함께 적는다. 단일 실험이 아니라 여러 종류의 증거를 결합했는지가 방법론적 강점을 판단하는 핵심 기준이다. 읽을 때는 반대로, 이 실험이 없었다면 어떤 주장이 무너졌을지를 생각한다. 핵심 주장을 직접 검증하는 실험 없이 주변 지표만 있는 논문이라면, 그 간극은 결과가 아니라 해석 단계에서 다룬다.

2.5 결과, 저자의 해석, 리뷰어의 판단​

세 층을 반드시 분리한다.

  • 결과: 논문이 보고한 수치와 관측 사실. 어떤 조건과 기간에서 나온 값인지를 함께 적는다.
  • 저자의 해석: 저자가 결과로부터 도출한 결론. 결과와 다른 문단에 구분해 적는다.
  • 리뷰어의 판단: 결과가 실제로 지지하는 범위와, 저자의 해석이 결과보다 앞서 나가는 지점. "이 수치가 말하는 것은 X이지 Y가 아니다"라는 형태로 적는다.

2.6 타당도 위협과 일반화​

결과가 성립하지 않거나 다르게 나올 수 있는 조건을 열거한다. 측정 시점의 snapshot에 한정되는 문제, 직접 관측이 아니라 추론된 데이터, heuristic의 오탐 가능성, 프로토콜이나 환경의 변화가 대표적인 범주다. 일반화 주장은 "다른 조건에서도 성립하는가"가 아니라 "성립하려면 무엇을 다시 확인해야 하는가"로 바꿔 적는다.

2.7 기여​

논문이 실제로 추가한 것을 동사로 적는다: 처음 모델링했다, 측정했다, 구현했다, 반증했다. 기여의 크기가 아니라 종류를 먼저 정하면 과장을 피할 수 있다.

2.8 강점과 한계​

강점은 이 논문만이 제공하는 것, 한계는 이 논문이 답하지 못하는 것으로 정의한다. 강점의 근거는 논문 내부에서, 한계의 근거는 논문 외부(후속 연구, 환경 변화, 빠진 비교 대상)에서 찾는 것이 보통이다. 한계는 비난이 아니라 다음에 읽을 사람을 위한 경계 표시다.

2.9 재현 점검​

코드·데이터·artifact의 공개 여부, 실험 환경 의존성, 수치를 다시 얻을 수 있는 경로를 확인한다. 재현할 수 없는 부분은 "재현 불가"로 끝내지 말고 "무엇이 없어서 어느 단계까지는 확인할 수 없다"의 수준으로 적는다.

2.10 심화 확장​

논문을 발전시킬 수 있는 방향을 질문의 형태로 남긴다. 현재 조건에서 다시 측정하면 어떤 수치가 달라지는가, 어떤 가정을 바꾸면 결론이 흔들리는가 같은 질문이 좋은 확장이다.

3. 15분 발표 슬라이드 배분​

15분 발표는 12~14장이 적당하며, 시간의 절반 이상을 방법과 결과에 쓴다.

순서시간내용
11분제목, 핵심 질문 한 문장, 왜 지금 이 논문인가
22분배경 — 독자가 주장을 검증하는 데 필요한 최소 개념
31분문제 정의와 핵심 주장
44분방법 — 전체 구조 1장, 구성 요소와 설계 근거 2~3장
52분평가 설계 — 데이터, 실험 구성, 지표
62분결과 — 수치 중심, 조건과 기간을 함께 표기
72분리뷰어 판단 — 강점과 한계, 타당도 위협, 일반화의 경계
81분재현 상태와 심화 질문, 마무리

배경이 3분을 넘기 시작하면 독자 설정이 잘못된 것이다. 시간이 모자라면 배경을 줄이고 방법을 지킨다. 표의 시간은 발표 연습에서 직접 측정해 보정한다. 질의응답이 붙는 자리라면 마무리 뒤에 예상 질문과 근거 위치를 정리한 예비 슬라이드를 두되, 15분 본 발표 안에는 넣지 않는다.

4. 증거 장부 템플릿​

발표와 리뷰에 들어가는 모든 수치와 주장을 한 줄씩 기록한다. 목적은 두 가지다. 발표 중 질문이 나왔을 때 근거 위치로 바로 돌아가기 위해서, 그리고 저자의 말과 리뷰어의 판단이 섞이지 않게 하기 위해서다.

#리뷰·발표에서 사용할 문장논문 내 근거 위치증거 유형비고
1§3.2, Table 2 등직접 측정 / 저자 추론 / 저자 가정 / 외부 인용 / 리뷰어 계산조건·기간

증거 유형이 "저자 가정"이거나 "리뷰어 계산"인 항목은 발표에서도 그 사실을 함께 말한다. 장부는 발표 당일에도 가져간다. 수치를 인용할 때마다 대응하는 행을 확인하는 습관은, 기억에 의존해 조건이나 기간을 틀리게 말하는 사고를 막는다.

5. 최종 리뷰 체크리스트​

작성을 끝내기 전에 위에서 아래로 확인한다.

  • 독자와 핵심 질문이 문서 맨 앞에 한 문장씩 있는가
  • 논문 식별 표(저자, 학회, 연도, DOI, 데이터 기간)가 채워져 있는가
  • 배경 항목마다 "이것이 없으면 검증할 수 없는 주장"이 연결되는가
  • 결과와 저자의 해석과 리뷰어의 판단이 서로 다른 문단에 있는가
  • 모든 수치에 조건과 기간이 붙어 있는가
  • 타당도 위협과 일반화의 경계가 명시되어 있는가
  • 강점과 한계 각각에 근거가 있는가
  • 재현할 수 없는 항목을 "무엇이 없어서" 수준으로 적었는가
  • 심화 확장이 질문 형태로 남아 있는가
  • 발표용 수치가 증거 장부의 항목과 하나씩 대응하는가

관련 문서​

참고 자료​