산출물의 목적 정하기

핵심 요약

원문 구조와 실무 의미

상세 분석

1. 산출물 목적은 output 품질의 첫 번째 경계다

위키에 자료가 쌓이면 곧바로 “문서 하나”를 만들고 싶어진다. 그러나 목적이 없으면 LLM은 자료를 보기 좋은 글로 재배열할 뿐, 독자가 해야 할 결정을 돕지 못한다. 7.1의 첫 질문은 어떤 문서를 만들지가 아니라 이 문서를 읽은 사람이 무엇을 해야 하는가다.

2. 요약, 보고서, 실행 계획은 같은 근거에서 다른 행동을 만든다

고객 문의 분류 자동화 같은 하나의 위키 주제도 목적에 따라 다르게 출력된다. 요약은 배송, 환불, 계정 같은 반복 유형을 보여 주고, 보고서는 배송 문의를 1차 실험 후보로 제안하며, 실행 계획은 샘플 익명화, 라벨 기준 확정, 사람 분류와 LLM 분류 비교, 실패 사례 검토 같은 행동으로 바뀐다.

3. 독자의 권한과 관심사가 형식을 결정한다

4. 좋은 output 요청은 네 가지를 함께 준다

좋은 요청은 사용할 근거 범위, 읽는 사람, 결정할 일, 산출물 형식, 반드시 포함할 항목, 제외할 항목, 확인 필요 표시, output 위치와 파일명 규칙을 함께 준다. 이렇게 해야 LLM이 좋은 글이 아니라 검토 가능한 업무 산출물을 만든다.

5. output/은 원본도 위키도 아닌 파생 결과물이다

6. output 생성은 검토와 위키 반영까지 포함한다

실무 적용 절차

1. 현재 위키 주제를 한 문장으로 적는다.
2. 읽을 사람을 임원, 팀장, 실무자, 리뷰어, 외부 협력사처럼 실제 역할로 정한다.
3. 독자가 읽은 뒤 해야 할 일을 빠른 이해, 승인/보류 판단, 우선순위 조정, 작업 수행, 외부 요청 중에서 고른다.
4. 요약, 보고서, 실행 계획 중 하나를 다음 행동 기준으로 선택한다.
5. 포함할 항목과 제외할 항목을 함께 정한다.
6. 사용할 raw/와 wiki/ 근거 범위를 명시한다.
7. 근거 부족 항목은 확인 필요로 표시하도록 작성 규칙을 넣는다.
8. 날짜, 주제, 목적이 드러나는 output 파일명을 정한다.
9. 초안을 만든 뒤 문장별 근거와 확실성을 검토한다.
10. 보고서형이면 7.2 업무 보고서 만들기로, 실행 계획형이면 7.3 다음 행동으로 연결하기로 이어 간다.
11. 검토 중 새 결정이나 수정 기준이 생기면 관련 wiki/ 문서와 log.md에 반영한다.
12. 외부 공유용이면 내부 약어, 비공개 경로, 개인정보, 계약 정보, 비공개 코드가 제거됐는지 별도 검토한다.

실무 템플릿

산출물 목적 카드

LLM output 생성 요청 틀

wiki/ 문서를 근거로 output/에 넣을 산출물 초안을 작성해 주세요.

목적:
- [읽는 사람]이 [결정 또는 행동]을 할 수 있게 한다.

산출물 형식:
- 요약 / 보고서 / 실행 계획 / 작업 요청서

읽는 사람:
- [독자 역할]

사용할 근거 범위:
- raw/...
- wiki/...

반드시 포함할 항목:
- [항목 1]
- [항목 2]
- [항목 3]

제외할 항목:
- [불필요한 배경]
- [LLM 일반론]
- [민감 정보]

작성 규칙:
- raw/와 wiki/에 근거가 있는 내용만 단정한다.
- 근거가 부족한 내용은 확인 필요로 표시한다.
- 각 핵심 주장에는 근거 위치를 붙인다.
- output 파일명은 output/YYYY-MM-DD-topic-purpose.md 형식을 따른다.

output 검토표

검증 체크리스트

목적

• 이 산출물이 요약, 보고서, 실행 계획 중 무엇인지 명확하다.
• 산출물 유형을 제목이 아니라 독자의 다음 행동으로 정했다.
• 읽은 사람이 빠른 이해, 승인 판단, 우선순위 조정, 작업 수행 중 무엇을 해야 하는지 썼다.
• 포함할 내용과 제외할 내용을 모두 정했다.
• 요약에 판단과 실행 항목을 과하게 섞지 않았고, 보고서를 단순 정보 모음으로 만들지 않았다.

독자

• 독자의 역할과 권한을 명확히 썼다.
• 임원용 문서에는 결론, 리스크, 필요한 결정이 먼저 나온다.
• 팀장용 문서에는 우선순위, 일정, 필요한 사람, 리스크가 있다.
• 실무자용 문서에는 작업 순서, 입력 자료, 검증 방법이 있다.
• 외부 협력사용 문서에는 내부 약어, 비공개 경로, 고객 원문이 없다.

근거, 보안, 최신성

• output 핵심 주장마다 raw/ 또는 wiki/ 근거가 있다.
• 공유 또는 실행에 쓰는 결과물은 output/에 분리되어 있다.
• 근거 부족 항목은 확인 필요로 표시되어 있다.
• output에서 생긴 새 결정이나 수정된 기준을 관련 wiki/와 log.md에 반영할 계획이 있다.
• 개인정보, 고객명, 계약 정보, 내부 전략, 비공개 코드가 output에 그대로 복사되지 않았다.
• 정책, 비용, 보안 기준처럼 최신성이 필요한 내용에는 확인일과 재확인 필요가 있다.

좋은 질문과 확인 질문

LLM에게 던질 질문

• 아래 위키 주제와 독자를 기준으로 산출물 유형을 골라 주세요. 요약, 보고서, 실행 계획 중 무엇이 맞는지 독자의 다음 행동을 기준으로 설명하고 포함/제외 항목을 표로 써 주세요.
• 현재 wiki/ 문서를 근거로 팀장용 1쪽 실행 계획 초안을 만들어 주세요. 목표, 범위, 필요한 자료, 담당자 후보, 일정, 성공 기준, 확인 필요를 포함하고 근거 없는 내용은 단정하지 마세요.
• 이 output 초안을 검토해 주세요. 각 문장을 목적 적합성, 근거 위치, 확실성, 확인 필요 기준으로 라벨링하고 삭제하거나 낮춰야 할 문장을 표시해 주세요.
• 같은 위키 자료를 임원용 요약, 팀장용 보고서, 실무자용 체크리스트로 나눠 주세요. 각 output의 포함 항목과 제외 항목을 다르게 제안해 주세요.
• output에서 새로 생긴 결정과 관련 wiki에 다시 반영해야 할 항목을 분리해 주세요. log.md에 남길 작업 항목도 함께 제안해 주세요.

사람이 확인할 질문

• 이 문서는 독자의 어떤 행동을 만들기 위한 것인가?
• 산출물 이름과 실제 내용이 일치하는가?
• 독자가 필요한 것보다 더 많은 배경 설명이나 LLM 일반론이 들어가지 않았는가?
• 핵심 주장마다 raw/ 또는 wiki/로 돌아갈 수 있는가?
• 근거가 부족한 항목이 확인 필요로 남아 있는가?
• output 검토에서 생긴 새 결정이 관련 wiki와 log로 되돌아가는가?
• 외부 공유용 output에 내부 정보나 민감 정보가 남아 있지 않은가?

관련 문서

• 7장. 위키에서 업무 산출물 만들기: 7.1-7.3의 산출물 작성 흐름 전체.
• 7.2 업무 보고서 만들기: 보고서형 output을 주장-근거 매트릭스로 만든다.
• 7.3 다음 행동으로 연결하기: 실행 계획형 output을 담당자, 기한, 완료 기준이 있는 실행 항목으로 바꾼다.
• 6.1 좋은 질문 만들기: 자료 범위, 결정 목적, 출력 형식이 들어간 질문을 설계한다.
• 6.2 답변의 근거 확인하기: output 초안의 문장을 근거, 확실성, 최신성 기준으로 검증한다.
• 6.3 답변을 다시 위키에 반영하기: output 검토 후 새 결정과 지식을 wiki와 log에 반영한다.
• 2.1 지식이 쌓이는 세 층: raw, wiki, rules의 신뢰 경계를 설명한다.
• 2.2 좋은 폴더 구조 이해하기: output/, index.md, log.md가 분리되어야 하는 이유를 제공한다.
• 2.3 좋은 위키 문서의 조건: output 근거 문서가 출처, 재사용성, 링크를 갖춰야 하는 기준.
• 5.3 위키 문서로 정리하기: output 근거가 될 주제별 wiki 문서를 만든다.
• 8.1 위키에도 점검이 필요한 이유: output의 요약과 결정이 오래되며 조건을 잃는 위험.
• 8.2 정리와 감사 흐름 만들기: output, wiki, log의 출처, 최신성, 중복, 링크를 점검한다.

한계와 확인 필요

• 이 분석은 2026-06-06 KST에 확인한 WikiDocs 원문과 로컬 Markdown 분석을 기준으로 한다. 원문 최신 수정 여부와 세부 표현은 WikiDocs 원문에서 다시 확인해야 한다.
• 고객 문의 자동화 예시는 학습용이다. 실제 고객 문의, 배송 문의, 라벨링 샘플, 개인정보 처리 기준은 조직의 현재 보안 정책과 데이터 사용 승인 절차로 확인해야 한다.
• 실제 업무 폴더에서 실습 명령을 실행할 때는 기존 raw/, wiki/, output/ 문서를 덮어쓰거나 섞지 않도록 경로와 파일 존재 여부를 먼저 확인해야 한다.
• output/ 문서는 원천이 아니라 파생 결과물이다. output에서 새 결정이 생겼다면 근거와 날짜와 확인 필요를 붙여 관련 wiki/와 log.md에 반영해야 한다.
• LLM에게 output 작성을 요청해도 목적 적합성, 근거 연결, 확인 필요 표시, 민감 정보 제외가 자동 보장되지는 않는다. 초안은 6.2 방식으로 검토해야 한다.

이 절의 완료 기준

1. 만들 산출물을 독자의 다음 행동 기준으로 정했다.
2. 읽는 사람, 읽은 뒤 해야 할 일, 포함할 내용, 제외할 내용을 한 줄 카드로 썼다.
3. 사용할 raw/와 wiki/ 근거 범위를 명시했다.
4. output 파일명과 저장 위치를 추적 가능하게 정했다.
5. 근거 부족 항목을 확인 필요로 표시하는 작성 규칙을 넣었다.
6. 독자별로 다른 output 틀을 만들 수 있다.
7. output 초안을 문장별 근거, 확실성, 최신성 기준으로 검토할 준비가 됐다.
8. output에서 생긴 새 결정과 수정 기준을 관련 wiki와 log.md에 반영할 계획이 있다.
9. 7.2의 주장-근거 보고서 또는 7.3의 실행 항목화로 이어질 준비가 됐다.