mygems

마인드맵으로 글 개요 만드는 방법

빈 페이지는 생각과 정리를 한꺼번에 요구합니다. 마인드맵은 둘을 나눕니다. 쏟아내고, 모양을 찾고, 개요를 내보내세요.

작성: uos ·

빈 페이지가 어려운 이유는 서로 양립하지 않는 두 가지를 한꺼번에 요구하기 때문입니다. 내가 무엇을 생각하는지 알아내는 일과, 그것을 순서대로 정리하는 일입니다. 마인드맵은 이 둘을 갈라놓습니다. 먼저 순서 없는 나무로 전부 쏟아낸 뒤 순서를 정하고, 그다음에야 문서를 엽니다.

아래 방법은 글 한 편에 약 40분이 걸리고, 구조를 다시 고민하느라 멈추지 않고 쓸 수 있는 개요를 만들어 줍니다.

빈 페이지가 이기는 이유

글쓰기는 생성과 배열의 합입니다. 생성은 느슨하고, 연상적이며, 판단하지 않기를 원합니다. 배열은 엄격하기를 원합니다. 같은 단계에서 둘을 함께 하면, 글이 무엇에 관한 것인지 정하기도 전에 새 아이디어마다 어디에 들어갈지부터 따지게 됩니다. 그래서 도입부는 네 개인데 본문은 없는 글이 나옵니다.

맵은 작업의 순서를 바로잡습니다. 마인드맵에서는 어떤 것도 다른 것의 "앞"에 있지 않습니다. 그래서 어디에 넣을지 답하지 않고도 생각을 추가할 수 있습니다. 배열은 나중에, 정리할 재료가 실제로 모였을 때 한 번에 의식적으로 합니다.

1단계: 중심에 약속을 적습니다

주제가 아닙니다. 약속을 적습니다. 읽고 난 뒤 독자가 무엇을 할 수 있게 되는지, 무엇을 결정할 수 있게 되는지입니다.

  • 주제: "CSV 파일"
  • 약속: "내보내기가 왜 깨졌는지, 어떻게 고치는지 알게 됩니다"

중심이 있으면 이후의 모든 취사선택이 쉬워집니다. 약속에 도움이 되지 않는 가지는 뺍니다. 기준이 페이지 한가운데 적혀 있으니 고민할 필요가 없습니다.

2단계: 정리하지 말고 쏟아냅니다

10분 동안 편집하지 않습니다. 가진 것을 모두 추가합니다. 주장, 사례, 반론, 마음에 드는 문장 하나, 링크 같은 것들입니다. 주제 하나에 아이디어 하나를 적고, 가까워 보이는 가지에 넣습니다. 여기서는 잘못된 위치에 넣어도 비용이 없습니다. 주제를 다른 부모로 끌어다 놓는 데 1초면 되고, 부모 바꾸기는 마인드맵에서 가장 값싼 작업입니다.

일부러 쏟아내야 할 것이 두 가지 있습니다. 사람들이 빠뜨렸다가 초고 중반에야 알아차리는 것들이기 때문입니다.

  • 반론. 잘 아는 독자가 되받아칠 말입니다. 대개 한 섹션이 되고, 언제나 글을 더 좋게 만듭니다.
  • 구체적인 사례. 가지 아래에 사례가 하나도 없다면, 그 가지는 현재로서는 주장일 뿐입니다.

3단계: 진짜 구조를 찾습니다

이제 내용이 아니라 모양을 봅니다.

굵은 가지는 섹션입니다. 자식이 여섯 개인 가지는 이미 존재하는 섹션입니다. 자식이 하나뿐인 가지는 다른 섹션 안의 한 문장이거나, 아직 생각해 보지 않은 부분입니다. 둘 중 어느 쪽인지 정합니다.

반복되는 아이디어는 부모가 빠졌다는 뜻입니다. "비용"이 세 가지 아래에 나온다면, 글에 비용 섹션이 있어야 하는데 아직 그리지 않은 것입니다.

어디에 두어도 살아남는 것이 핵심 주장입니다. 맨 위로 올립니다.

이 단계에서는 가차 없어도 됩니다. 문장이 아니라 주제를 지우는 것이기 때문입니다. 쓴 적 없는 가지를 자르는 데는 비용이 들지 않습니다. 20분을 들여 쓴 문단을 자르는 것은 이길 수 없는 싸움입니다.

4단계: 가지의 순서를 딱 한 번 정합니다

최상위 가지를 읽는 순서대로 끌어다 놓습니다. 글의 종류에 따라 통하는 대표적인 순서는 다음과 같습니다.

  • 문제 → 원인 → 해결 → 확인. 문제 해결 성격의 글에 씁니다.
  • 답 먼저 → 이유 → 예외. 검색해서 들어온 독자를 위한 글에 씁니다. 처음 세 줄에서 답을 주고, 그다음에 근거를 댑니다.
  • 주장 → 근거 → 반론 → 응답. 논증에 씁니다.
  • 시간순. 순서 자체가 요점인 경우가 아니라면 거의 항상 잘못된 선택입니다. 내게 일어난 순서일 뿐, 독자에게 중요한 순서가 아닙니다.

그다음 각 가지 안의 자식 순서를 정합니다. 그것이 문단 순서이며, 내려야 할 마지막 구조적 결정입니다.

Mind Map: Smart MindiPhone 및 iPad · Android

끌어서 부모를 바꾸고 순서를 조정한 다음, 같은 나무를 들여쓰기 목록으로 보여 주는 개요 보기로 전환해 Markdown으로 내보내면 글을 쓰는 도구에 바로 들어갑니다.

기능

5단계: 개요를 내보내고 씁니다

마인드맵은 나무입니다. 문서도 나무입니다. 그러니 개요를 다시 타이핑할 필요가 없습니다. 맵을 Markdown이나 일반 텍스트 개요로 내보내면 가지가 제목으로, 그 아래에 메모가 붙어서 나옵니다.

이 뼈대 안에 위에서부터 차례로 씁니다. 다음에 무엇이 오는지 고민하게 된다면, 생각하는 단계는 끝난 것이고 답은 바로 다음 줄에 있습니다.

글의 종류에 맞게 쓰는 법

블로그 글이나 기사. 위에서 설명한 그대로입니다. 최상위 가지는 3~5개를 목표로 합니다. 일곱 개를 넘으면 글이 두 편입니다.

주장이 정해진 에세이. 약속 대신 핵심 주장을 중심에 두고, 최상위 가지를 각 논점으로 삼습니다. 근거 자식이 없는 논점은 아직 말할 수 없는 논점입니다.

발표. 같은 맵을 다른 방식으로 내보냅니다. 슬라이드 한 장에 가지 하나를 대응시키고, 리허설할 때는 맵 자체를 가지별로 발표합니다. 리허설에서 살아남은 것이 슬라이드에 들어갈 내용입니다.

책의 한 장이나 긴 보고서. 맵을 두 종류 만듭니다. 문서 전체를 장 단위로 보는 맵 하나와, 장마다 하나씩입니다. 두 수준을 한 맵에 담으려 하면 어느 쪽 크기에서도 읽을 수 없는 것이 나옵니다.

정기적으로 쓰는 글. 완성된 맵을 템플릿으로 저장합니다. 주간 게시물, 릴리스 노트, 상황 보고서는 매번 같은 뼈대이므로, 매주 처음부터 다시 만드는 것은 헛수고입니다.

이 방법이 해 주지 못하는 것

좋은 문장을 대신 써 주지 않고, 할 말이 없는 글을 구해 주지도 않습니다. 구조가 잘 잡힌, 아무것도 아닌 것에 관한 글은 여전히 아무것도 아닌 것에 관한 글입니다. 쏟아내는 단계에서 그것을 알게 됩니다. 10분 동안 빈약한 주제가 열한 개 나오고 사례가 하나도 없다면, 초고를 시작하기보다 더 공부하러 가는 것이 정직한 선택입니다.

이 방법에는 이름을 붙여 둘 만한 실패 패턴도 있습니다. 맵 다듬기입니다. 가지의 스타일을 바꾸고 테마를 고르는 일은 진척처럼 느껴지지만 진척이 아닙니다. 맵은 비계입니다. 40분을 쓰고, 내보내고, 놓아 주세요.

자주 묻는 질문

마인드맵으로 글의 개요를 어떻게 만드나요?
중심에 독자에게 하는 약속을 적고, 10분 동안 정리하지 않고 모든 아이디어를 쏟아냅니다. 그다음 모양을 읽습니다. 자식이 여럿인 가지는 섹션이고, 여러 가지에 걸쳐 반복되는 아이디어는 아직 그리지 않은 섹션이 있다는 뜻이며, 자식이 하나인 가지는 한 문장이거나 빈틈입니다. 최상위 가지의 순서는 마지막에 정하고, 나무를 개요로 내보낸 뒤 그 안에 씁니다.
맵의 중심은 주제여야 하나요, 제목이어야 하나요?
둘 다 아닙니다. 약속으로 하세요. 독자가 읽은 뒤 무엇을 할 수 있게 되는지, 무엇을 결정할 수 있게 되는지입니다. "CSV 파일"은 주제일 뿐이어서 무엇을 쳐낼지 판단할 기준이 되지 못합니다. "내보내기가 왜 깨졌는지, 어떻게 고치는지 알게 됩니다"라면 이후의 모든 취사선택이 분명해집니다. 가지는 그것에 도움이 되거나 되지 않거나 둘 중 하나이기 때문입니다.
개요의 최상위 가지는 몇 개가 적당한가요?
글 한 편이라면 3~5개입니다. 7개는 글이 한 편이 아니라 두 편이라는 경고 신호입니다. 각 가지 안에서는 자식의 순서가 문단 순서이고, 그것이 정해지면 초고를 쓰는 동안 내려야 할 구조적 결정은 남지 않습니다.
마인드맵을 문서 개요로 바꾸려면 어떻게 하나요?
내보내면 됩니다. 마인드맵은 나무이고 문서도 나무여서, 깊이가 제목 수준에 그대로 대응합니다. Markdown, OPML, 일반 텍스트 개요는 모두 이를 유지합니다. 피해야 할 것은 맵을 에디터에 다시 타이핑하는 일입니다. 그 과정에서 구조가 슬그머니 바뀝니다.
마인드맵이 그냥 개요를 쓰는 것보다 낫나요?
아이디어를 내는 단계에서는 그렇습니다. 개요는 아이디어가 떠오른 순간 어디에 넣을지 결정하도록 강요하는데, 바로 그 판단이 더 많은 아이디어를 떠올리지 못하게 막습니다. 초고를 쓰는 단계에서는 개요가 더 낫습니다. 이 방법의 핵심은 각각을 맞는 단계에서 쓰고, 둘 사이를 한 번만 변환하는 것입니다.
섹션은 어떤 순서로 배치해야 하나요?
글에 맞추세요. 문제 해결이라면 문제, 원인, 해결, 확인 순이고, 검색으로 찾아온 독자를 위한 글이라면 답, 이유, 예외 순이며, 논증이라면 주장, 근거, 반론, 응답 순입니다. 순서 자체가 요점인 경우가 아니라면 시간순은 거의 항상 잘못입니다. 내게 일어난 순서일 뿐, 독자에게 중요한 순서가 아닙니다.

uos — Smart Mind를 만들었고, 이 사이트에 올라가는 모든 글의 개요를 이 글에서 설명한 방식으로 짭니다.