브래그 도큐먼트(업무 성과 기록장)

평가 시즌에 기억나는 것은 최근 석 달뿐입니다

브래그 도큐먼트(brag document)는 자신이 한 일과 그 결과, 받은 칭찬을 생길 때마다 한 줄씩 적어 두는 개인 문서입니다. 개발자 줄리아 에반스(Julia Evans)가 2019년경 이런 문서를 쓰자고 제안한 글로 널리 알려지면서 이 이름이 퍼진 것으로 알려져 있습니다. 핵심 아이디어는 단순합니다. 사람은 최근 일을 과대하게 기억하고, 오래전 일은 잊습니다. 연말에 1년을 한꺼번에 떠올리려 하면 11월의 프로젝트만 생각나고 3월에 끝낸 장애 대응은 빠집니다. 그때그때 적어 둔 기록은 인사평가 면담, 승진 서류, 이직 경력기술서, 연봉 협상의 근거 자료가 됩니다. 자랑이 목적이 아니라 증거를 보존하는 일입니다.

한 줄을 쓰는 방법

좋은 한 줄은 무엇을 했는지(내용)와 그래서 무엇이 달라졌는지(임팩트)를 분리해 적습니다. 이 도구도 두 칸으로 나뉘어 있습니다. 내용에는 동사가 있는 구체적 행동을, 임팩트에는 가능하면 전/후 숫자를 적으세요. 숫자가 없으면 누가 어떤 말을 했는지, 어떤 사람들이 혜택을 받았는지라도 적습니다. 날짜는 일이 끝난 날을 기준으로 하되, 오래된 일을 뒤늦게 적는다면 날짜 칸을 바꿔서 입력하세요.

작성 예시: 마케팅 담당자의 연말 성과 정리

아래는 설명용 가상 사례입니다. 이커머스 회사의 마케팅 담당자가 한 해 동안 쌓은 기록 중에서 숫자가 있는 네 건을 골라 변화량과 변화율을 계산했습니다(표의 값은 빌드 시 계산).

여기서 변화율은 (이후 − 이전) ÷ 이전 × 100입니다. 오픈율은 18%에서 27%로 9%포인트 올랐지만 변화율로는 50% 증가이므로, 면담에서 말할 때는 "9%p 상승(상대 50% 개선)"처럼 어느 쪽인지 밝히는 것이 정확합니다. 이 담당자의 기록장에는 같은 해 이런 줄이 이어졌을 것입니다.

• 프로젝트/성과: 뉴스레터 제목 A/B 테스트를 월 2회로 정례화 / 오픈율 18% → 27%
• 문제 해결: 광고 계정 간 중복 집행을 발견해 예산 재배분 / 가입 1건당 광고비 12,000원 → 9,000원
• 협업/리더십: 고객지원팀과 FAQ 문구를 공동 작성 / 문의 첫 응답 20시간 → 8시간
• 인정/피드백: 본부장이 월간 회의에서 보고 양식을 다른 팀에도 쓰자고 언급(회의록 날짜 기재)

한 해가 끝날 때 이 줄들을 카테고리별로 모아 읽으면, 성과를 새로 생각해 내는 것이 아니라 이미 있는 기록에서 상위 3~5개를 고르는 작업으로 바뀝니다. 위 도구의 "카테고리 보기"로 한 종류만 모아 보고, "보이는 기록 텍스트로 복사"로 문서에 옮기면 됩니다.

평가·이직·협상에서 활용하는 순서

1. 기간을 정해 기록을 불러옵니다(연말 평가라면 해당 연도 전체).
2. 카테고리별로 훑으며 조직의 평가 기준과 연결되는 항목에 표시합니다.
3. 상위 3~5개를 고르고 각각 "상황 → 내가 한 일 → 결과" 세 문장으로 확장합니다.
4. 숫자와 날짜, 협업자 이름이 정확한지 원본 자료(메일, 대시보드, 회의록)로 확인합니다.
5. 평가 면담에서는 기록 전체가 아니라 고른 항목만 가져갑니다.

기록 습관을 유지하는 현실적인 방법

기록이 끊기는 가장 흔한 이유는 "나중에 한꺼번에 쓰자"는 생각입니다. 하루에 쓰는 것을 목표로 잡기보다 금요일 퇴근 전 10분처럼 주 1회 고정 시간을 정하고, 그 주의 메일과 캘린더, 완료한 업무 목록을 훑으며 두세 줄만 남기세요. 한 줄을 쓰는 데 1분이 넘으면 너무 많이 쓰려는 것입니다. 일단 내용 칸에 핵심만 적고 임팩트 숫자는 확인되는 대로 다음 기록에서 보충해도 됩니다. 한 달에 한 번은 "카테고리 보기"로 비어 있는 범주가 없는지 확인해 보세요. 프로젝트 성과만 가득하고 협업이나 피드백 기록이 없다면, 일하는 방식에서 놓치고 있는 것이 있다는 신호일 수 있습니다.

기록 주기에 따른 시간과 분량 비교

"얼마나 자주 적어야 하나"는 시간 비용과 기록의 정확도 사이의 선택입니다. 아래는 설명을 위한 가정값으로 네 가지 방식을 연간 기준으로 비교한 표입니다(합계는 빌드 시 계산). 같은 시간을 쓰더라도 자주, 짧게 쓰는 쪽이 기억이 선명할 때 적기 때문에 숫자와 날짜가 정확해지는 경향이 있습니다.

주 1회 방식은 연 8.7시간 정도로 연말 몰아쓰기(3시간)보다 오래 걸리는 듯 보이지만, 몰아쓰기는 기억에 의존해 적은 줄 수를 채우기 어렵고 근거 자료를 찾는 시간이 따로 듭니다. 주 1회 방식이 부담스럽다면 격주나 월 1회로 낮춰도 괜찮습니다. 중요한 것은 간격이 길어질수록 임팩트 숫자를 원본 자료로 다시 확인하는 시간이 늘어난다는 점을 감안하는 것입니다.

같은 일을 약한 줄과 강한 줄로 쓰는 비교

기록의 품질은 문장 길이가 아니라 정보의 종류에서 갈립니다. 아래 세 쌍은 같은 사실을 직군을 달리해 약하게 쓴 경우와 강하게 쓴 경우로 나눈 예시입니다(모두 가상).

• 개발자 — 약함: "배포 스크립트 개선". 강함: "수동 12단계였던 배포를 스크립트로 묶어 배포당 40분 → 10분, 배포 후 롤백 사례 3건 → 0건(분기 기준)".
• 초등교사 — 약함: "학부모 상담 진행". 강함: "학급 소식 안내문을 월 1회 정례화하고 상담 신청 전 질문을 양식으로 받아, 상담당 사전 설명 시간을 약 20분 → 10분으로 단축".
• 영업 담당 — 약함: "신규 거래처 확보". 강함: "휴면 거래처 40곳에 전화·방문해 9곳 재거래(22.5%), 이 중 3곳은 월 정기 발주로 전환".

세 번째 예시의 22.5%는 9 ÷ 40 × 100으로 계산한 값입니다. 강한 줄에는 공통적으로 (1) 바뀌기 전 상태, (2) 바뀐 뒤 상태, (3) 비교 기준(분기, 거래처 수 같은 분모)이 들어 있습니다. 이 셋 중 하나라도 비면 면담에서 "그래서 얼마나 달라졌나요?"라는 질문에 답하기 어렵습니다.

숫자가 없는 일을 기록하는 요령

모든 일이 수치로 환산되지는 않습니다. 후배 멘토링, 갈등 중재, 문서 체계 정리 같은 일은 숫자 대신관찰 가능한 변화를 적습니다. 예를 들어 "신입 2명의 첫 단독 업무까지 걸린 기간이 이전 입사자보다 짧았다고 팀장이 언급(날짜)", "분쟁이 잦던 공용 폴더에 규칙을 만든 뒤 같은 문의가 한 달간 없었음"처럼 누가, 언제, 무엇을 보고 그렇게 판단했는지를 함께 남기면 증거로서 힘을 갖습니다. 칭찬은 메신저나 메일 원문을 그대로 붙여 두면 가장 좋지만, 사내 대화를 외부 문서에 옮겨도 되는지는 회사 규정을 먼저 확인하세요. 기록을 추가할 때 날짜 칸은 그 일이 일어난 날을 입력하면, 나중에 분기별로 걸러 볼 때 기준이 흔들리지 않습니다.

이 도구가 날짜와 건수를 세는 방식

화면 위의 "최근 90일" 건수는 오늘 시각에서 각 기록 날짜을 뺀 값이 90일 이내인 기록을 셉니다. 날짜만 저장하고 시각은 저장하지 않으므로 경계 부근(약 90일 전)의 기록은 시각에 따라 포함 여부가 하루 정도 달라질 수 있습니다. 목록은 날짜가 최근인 순서이고, 날짜가 같으면 나중에 추가한 기록이 위에 옵니다. 내용 칸은 300자, 임팩트 칸은 200자까지 입력할 수 있어 길게 쓰기보다 요약을 남기는 용도에 맞춰져 있습니다. 화면에 보이는 "카테고리 보기" 필터는 복사 대상에도 그대로 적용되므로, 전체를 복사하려면 필터를 "전체"로 둔 상태에서 누르세요.

흔한 실수

• 혼자 한 것처럼 쓰기. 협업한 사람과 팀의 기여를 빼면 신뢰를 잃습니다. 내가 맡은 부분을 정확히 구분하세요.
• 숫자를 부풀리거나 출처 없이 기억에 의존하기. 확인할 수 있는 숫자만 적고, 추정치는 "추정"이라 명시하세요.
• 활동만 나열하기. "회의 참석, 문서 작성"은 활동이고 "이 문서로 온보딩 기간이 2주에서 1주로 줄었다"가 성과입니다.
• 한 번에 몰아서 쓰기. 매주 금요일 10분 같은 고정 시간을 정하세요.

한계

기록 도구가 성과를 만들어 주지는 않으며, 조직마다 평가 기준이 달라 같은 기록도 다르게 읽힙니다. 또 이 도구에는 수정 기능이 없고 삭제 후 재입력만 가능합니다. 큰 프로젝트의 상세 내용은 별도 문서에 두고, 여기에는 요약과 링크 정도만 남기는 것이 좋습니다.

기록은 어디에 저장되나요? (회사 정보·개인정보 주의)

코드를 확인한 결과, 기록은 이 브라우저의 로컬 저장소(localStorage, 키pib-brag-document-v1)에만 저장되며 도구 코드가 서버로 전송하지 않습니다. 다른 기기나 다른 브라우저에서는 보이지 않고 동기화도 되지 않습니다. 암호화되지 않으므로 같은 브라우저 프로필을 쓰는 사람이 개발자 도구로 열어 볼 수 있고, 사이트 데이터 삭제나 시크릿 창 종료로 사라질 수 있습니다. 삭제는 항목별 "삭제" 버튼이나 브라우저의 사이트 데이터 삭제로 합니다. 연봉, 고객사 이름, 비공개 실적 수치 같은 내용은 회사 정보보안 규정을 확인하고 적으세요. 퇴사나 이직을 준비하면서 회사 자료를 외부로 옮기는 것은 계약·보안 규정 위반이 될 수 있으니, 이 도구에는 본인이 반출해도 되는 수준의 요약만 남기는 것이 안전합니다. 소중한 기록은 "텍스트로 복사"로 별도 백업해 두세요.

자주 묻는 질문

함께 쓰기 좋은 도구

• 칭찬·인정 보드 도구: 받은 인정을 따로 모아 둘 때
• 주간 리뷰 체크리스트 도구: 금요일 기록 시간을 주간 점검과 묶을 때
• 경력 요약 작성 가이드: 쌓은 기록을 경력 요약 문장으로 바꿀 때
• 이력서·자기소개서·면접 가이드: 이직 서류에 성과를 옮길 때
• 이직 오퍼 비교 도구: 협상 전 조건을 숫자로 비교할 때
• 1:1 미팅 템플릿 도구: 평가 전 면담에서 성과를 공유할 때