2022-06-06 Write a brag document June 06, 2022

brag document

이 글의 원문은 Get your work recognized: write a brag document 입니다.

이 글은 공식 번역글이 아닙니다.

시작하면서

Twitter에서 우연히 Get your work recognized: write a brag document 라는 글을 발견했습니다. 호기심에 읽기 시작했는데 읽다 보니 흥미진진해서 단숨에 읽었습니다. 평소에 많이 고민했었고, 비슷한 시도를 해봤던 터라 재미있게 읽었습니다.

원문의 내용을 제 블로그에도 글을 쓰고 싶고, 회사 동료들과도 함께 나누고 싶어 저자에게 메일을 보내 허락을 받았습니다.

부족한 영어 실력으로 인해 의역하거나 일부 잘못 번역한 내용이 있을 수도 있습니다 ㅠㅠ

원글과 같이 보시는 분들은 이상한 부분이 보이면 지적 부탁드립니다.

Get your work recognized: write a brag document

작업을 인정받기: 자랑 문서(brag document) 작성하기!

직장에서 멋진 일을 하면 사람들이 자동으로 그 일을 인식하고 승진/연봉 인상으로 보상할 것이라고 생각할 수 있습니다. 하지만 실제로는 그렇지 않습니다. 정말 중요한 일을 했지만, 결정을 내리는 사람들이 당신이 한 일을 이해하지 못하거나 기억하지 못한다는 이유만으로 충분한 보상을 받지 못하는 경우가 있습니다. 그래서 저와 함께 일하는 많은 사람들이 사용한 전략에 대해 이야기하고 싶습니다.

이 글의 내용은 승진이나 연봉 인상에 관한 것이 아닙니다. 내 일에 대한 주제(theme), 나에게 중요한 것, 내가 배우고 있는 것, 내가 좀 더 다르게 하고 싶은 것에 대해 성찰하는 데 중요한 내용입니다. 하지만 결국 승진에 도움이 되기도 했습니다.

당신은 당신이 한 모든 것을 전부 기억하지는 못합니다

성과 리뷰를 할 때 항상 느끼는 것은 “잠깐만, 지난 6개월 동안 뭘 했지?” 라는 생각입니다. 이것은 사실이 아님에도 불구하고 사기를 저하시키는 감정입니다.

“내가 했던 멋진 일들이 기억나지 않아.”

내가 했던 PR, 티켓, 이메일, 디자인 & 설계 문서 등을 살펴보는 데 많은 시간을 소비해야 합니다. 결국 내가 했던, 하지만 기억하지 못했던 작은 일들(때로는 작지 않은 일들)을 찾아냅니다.

예를 들어

5개월 전에 했던 인턴 멘토링
작지만 중요한 보안 프로젝트
몇 주 동안 중요한 마이그레이션을 도움
X를 도와 디자인 문서를 함께 작성
등등!

당신의 매니저는 당신이 한 모든 것을 기억하지 못합니다.

당신이 한 중요한 일을 기억하지 못한다면 당신의 매니저(훌륭한 매니저라도!) 역시 기억하지 못합니다. 매니저는 다른 사람들에게 당신이 승진하거나, 기대 이상의 평가를 받아야 하는 이유를 설명해야 합니다. 그러므로 당신은 매니저가 당신을 효과적으로 옹호할 수 있도록 당신의 매니저를 도와야 합니다.

전략이 있습니다. 당신의 성취를 나열한 문서를 작성하세요.

전략은 아주 간단합니다. 당신이 한 모든 일을 머리로 기억하려고 노력하는 대신, 성과 리뷰 시즌에 참고할 수 있도록 모든 것을 나열한 “자랑 문서” 를 작성하고 관리하세요. 이것은 매우 일반적인 전략입니다. 제가 이 일을 시작했을 때 더 경험이 많은 사람들에게 이 일을 언급했는데 다들 이와 비슷한 일을 하고 있었고, 실제로 정말 도움이 된다고 얘기했습니다.

제가 일하는 곳에서는 이것을 자랑 문서(brag document) 라고 부르지만 hype document 또는 내가 한 일 목록 같은 동일한 개념의 이름을 들었습니다.

이 글 끝에 자랑 문서에 대한 기본 템플릿이 있습니다.

자랑 문서를 매니저와 공유하세요

처음 자랑 문서를 작성했을 때 매니저와 공유하는 일을 조금 긴장되었습니다. “올해 내가 한 모든 멋진 일들을 봐주세요. 모든 내용을 담은 긴 문서를 작성했습니다.” 라고 말하는 건 쉽지 않았습니다.

하지만 내 매니저는 그 문서를 정말 고마워했습니다. 매니저는 “이 문서가 내 일을 정말 쉽게 만들어 주네요. 나는 당신의 성과 리뷰를 작성할 때 무슨 일이 있었는지 기억하려고 노력하는 대신 이 문서를 보면 되겠네요!” 라고 얘기했습니다.

당신의 성과를 설명하는 문서를 매니저에게 제공하는 것은 매니저가 당신의 성과에 대한 토론에서 당신을 옹호하는 데 큰 도움이 될 겁니다.

자랑 문서는 매니저가 교체될 때에도 도움이 됩니다. 중요한 성과 평가 전에 매니저가 교체된 경우 자랑 문서와 당신이 한 중요한 일의 영향에 대한 요약 문서를 제공하면 신규 매니저가 당신이 무엇을 하는지 이해하는 데 도움을 줄 수 있습니다.

자랑 문서를 피어리뷰어와 공유하세요.

회사가 승진/성과 프로세스의 일부로 피어리뷰를 진행하는 경우 리뷰어에게 자랑 문서를 공유하세요. 동료가 피어리뷰를 작성하는 데 큰 도움이 될 겁니다. 다른 동료가 작성한 자랑 문서를 나에게 공유하는 것도 같은 이유로 매우 도움이 됩니다.

자랑 문서에 그들의 목표가 적혀있다면 어떤 부분을 피드백을 해야할지 명확하게 알 수 있습니다.

어떤 팀에서는 피어리뷰를 쉽게 할 수 있도록 자랑 문서를 공유하는 것이 그 팀의 규칙입니다.

큰 그림(big picture)을 설명하세요

당신의 성과를 나열하는 것 외에도 자랑 문서에 당신 작업의 큰 그림(big picture)을 설명하세요. 보안에 집중했었나요? 제품 기술을 구축하기위해 노력했나요? 사용자와 정말 좋은 관계를 유지하고 있나요? 팀에 좋은 코드 리뷰 문화를 만들기 위해 노력하고 있나요?

나는 자랑 문서에서 내가 집중했던 영역에 대한 섹션을 만들고 해당 영역에서 내가 수행한 모든 작업을 나열하는 것을 좋아합니다. 이것은 “강력한 코드 리뷰 문화 구축”과 같이 모호한 작업을 하는 경우에 특히 좋습니다. 이런 종류의 일들은 모든 작업들이 소소할 수 있고, 빛나는 우주선 같은 성과가 없을 수도 있습니다.

패턴을 인식하기위해 자랑 문서를 사용하세요

나는 자랑 문서가 내 성과를 보여주는 것 뿐만 아니라 내가 한 일을 회고하는데도 유용하다는 것을 발견했습니다. 회고를 돕기 위한 몇 가지 질문이 있습니다.

내가 가장 자랑스러워하는 일은 무엇인가요?
여기에 적힌 프로젝트들 중에 내가 집중하고 싶은 주제가 있나요?
- 내가 하고 있는 일의 큰 그림은 무엇인가요? (보안? localization?)
무엇을 더 많이 or 덜 하고 싶은가요?
내가 했던 일 중에 내가 원했던 결과가 있었던 것은 어떤 건가요? 그렇지 못했던 것은?
- 왜 그랬을까요?
특정 프로젝트로 무엇이 더 나아질 수 있었나요? 다음에는 무엇을 다르게 해보고 싶나요?

한 번에 모두 작성하기 or 2주 마다 업데이트

많은 사람들이 2주 마다 자랑 문서를 업데이트 하는 것에 몇 분 정도 시간을 사용하는 것이 가장 효과적으리고 말했습니다. 나는 6개월 또는 1년에 한 번 마라톤 세션을 하는 것이 더 효율적이었습니다. 다양한 접근 방식을 시도하고 자신에게 적합한 방법을 찾아보세요.

성과가 희미한 작업을 추가하는 것을 잊지마세요.

많은 사람들이 성과를 측정하기 어려운 작업들을 업무로 하고 있습니다.

팀의 코드 품질 향상
코드 리뷰를 좀 더 깊이 있게 만들기
공정한 면접 프로세스 만들기
공정한 성과 리뷰 시스템 만들기
리팩토링
기술 부채를 감소시키기

많은 사람들이 이런 일들이 왜 중요한지 설명하는 방법을 모르기 때문에 자랑 문서에 작성하지 못합니다. 하지만 이런 종류의 작업은 높은 평가를 받을 수 있는 가능성이 가장 높기 때문에 자랑 문서에 반드시 넣어야 합니다. 이 고민을 해결할 수 있는 방법 중 하나는 다음과 같이 접근하는 겁니다.

작업 목표를 설명하세요.
왜 특정 코드를 리팩토링 하는 것이 중요하다고 생각하나요?
그 목표를 위해 당신이 한 일을 나열하세요.
간접적이고 미약하더라도 그 일을 수행해서 얻은 효과를 나열하세요.

동료들에게 이런 종류의 일이 당신에게 중요하다고 말하고 당신이 하고 있는 일에 대해 얘기하세요. 동료들이 그 일을 더 효과적으로 할 수 있는 아이디어를 주거나, 그 일의 효과를 더 분명하게 만들 수 있도록 도움을 줄 수 있습니다.

성취를 축하하고 서로 격려해주세요.

회사에서 자랑 문서를 꾸준히 유지하는 것이 좋은 이유는 가끔 동료들이 서로 성취를 기록하고 축하하는 것을 볼 수 있기 때문입니다.

“이건 자랑 문서에 넣어야 해요. 정말 좋았어요.”

특히 힘든 일을 하고 있을 때 자신의 일의 가치를 파악하기 어려울 때가 있습니다. 동료의 관점은 자신이 하는 일이 왜 중요한지 이해하는데 큰 도움이 될 수 있습니다.

자랑 문서는 스스로를 어필하기 위해 사용할 때도 좋지만 누군가가 어떤 영역에서 뛰어나다는 것을 인정하는 공동의 노력으로써 더 가치가 있다고 생각합니다.

다음으로, 사람들이 자신의 성취를 인식하는데 도움을 주는 몇가지 구조에 대해 얘기해보려고 합니다.

자랑 워크샵: 사람들이 자신의 성취를 나열하도록 도와주세요.

이 자랑 문서는 내 동료인 Karla와 함께 엔지니어링 분야의 여성들이 성과 검토 프로세스에서 스스로를 어필할 수 있도록 돕기 위해서 시작했습니다. 어떤 사람들은 자신의 성취를 그들이 앞으로 해야하는 일에 비해 과소평가합니다. 그래서 우리는 그런 사람들이 자신이 한 중요한 일을 기록하고 자랑하도록 격려하고 싶었습니다.

우리는 성과 평가 시즌 직전에 자랑 워크숍을 진행했습니다. 워크샵 형식은 다음과 같습니다.

문서 작성: 1~2시간
모두가 노트북을 들고 앉아서 PR, 해결한 티켓, 디자인 문서 등을 살펴보고 지난 6개월 동안 한 중요한 일의 목록을 작성합니다.
짝 작업으로 한 일의 효과를 더 명확하게 만들기: 1시간
짝 작업으로 서로의 문서를 검토하면서 충분히 자랑하지 않은 곳을 확인합니다. 아마 그들은 회사에 매우 중요한 프로젝트에 참여했지만 그것이 얼마나 중요한지 강조하지 않았을 수도 있습니다. 테스트 성능을 향상시켰지만 테스트 속도가 3배 빨라졌고 모든 동료들의 개발자 경험이 향상되었다고 기록하지 않았을 수도 있습니다. “어떤 feature를 완성했습니다” 라고 작성하고 해당 feature가 어떤 영향을 주었는지 기록하지 않았을 수도 있습니다.
내가 작성한 문서를 다른 사람이 읽으면 어떻게 성과를 명확하게 작성해야 하는지 도움을 줄 수 있습니다.

2주마다 자랑 문서 작성 세션

사람들이 자신의 성취를 기억하도록 돕는 또 다른 방법: 내 친구 Dave는 2주에 한 번씩 사람들을 모아 모두가 자랑 문서를 업데이트 하는 세션을 진행합니다. 문서를 작성하면서 행복한 일에 대해 이야기하고 서로 축하하는 것도 좋은 방법입니다. 연말에 한 번 모든 일을 기억하려고 노력하는 것보다 세션에 참석할 때마다 자랑 문서를 업데이트 하는 것이 더 쉽습니다.

같은 회사나 같은 도시에 있는 사람들이 아니어도 됩니다. 이 그룹은 화상 채팅을 통해 만나고 포틀랜드, 토론토, 뉴욕, 몬트리올에서 온 여러 회사의 사람들이 함께 이 작업을 하고 있습니다.

당신이 당신의 일에 정말로 관심이 있는 사람이다면 당신의 목표와 성취(잘 되지 않는 것들도!)를 친구 및 동료와 공유하는 것은 정말 긍적적 효과를 가져옵니다. 다른 사람들과 공유하는 것은 당신이 혼자 일하는 것처럼 느껴지지 않고, 모든 사람들이 그들이 원하는 것을 성취하도록 돕기 위해 서로를 지원하는 것처럼 느끼게 합니다.

Appendix: 자랑 문서 템플릿

보통 나는 일년에 하나의 자랑 문서를 만듭니다.(“Julia의 2022 자랑 문서”) 길고, 상세하게 만드는 것이 좋다고 생각합니다. 1년 동안의 당신이 한 일의 성과를 보여주기 위해 5~10 페이지나 그래프, 차트, 스크린샷이 포함된다면 그 이상이 되어도 너무 많은 것 같지 않습니다.

자랑하는 것을 좋아하지 않는 사람들에게 강조하고 싶은 한 가지는, 당신이 한 일을 지금보다 더 좋게 만들려고 노력할 필요가 없다는 것입니다. 있는 그대로 정확하게 작성하고 얘기해보세요.

올해의 목표(Goals for this year)

중요한 목표를 나열하세요. 당신의 목표를 관리자와 동료에게 공유하면 당신이 목표를 달성할 수 있도록 그들이 어떻게 도와주는지 확인할 수 있습니다.

내년의 목표(Goals for next year)

연말이 다가오면 내년 목표가 무엇인지 적어보세요.

프로젝트(Projects)

다음의 항목을 적어보세요.

어떤 기여를 했나요?
- 디자인 아이디어를 냈나요?
- 어떤 컴포넌트를 만들었나요?
- “범위를 줄이면서도 원하는 걸 만들 수 있어요” 같은 인사이트를 제공했나요?
프로젝트의 영향력
- 누구를 위한 프로젝트였나요?
- 첨부할 수 있는 숫자가 있나요?
  - X 달러를 절약했나요?
  - X%의 성능을 향상시켰나요?
  - X명의 내부유저가 매일 사용하나요?
- 숫자로 측정할 수 없는 회사의 목표에 도움을 주었나요?
  - 정부 과제에 도움을 주었나요?
  - 중요한 고객을 유지하는데 도움이 되었나요?

실제로 작업한 결과가 무엇인지 설명하는 것을 잊지 마세요! 프로젝트를 런칭한 이후에 어떤 결과가 있었는지 작성해야 합니다.

협업 & 멘토링(Collaboration & mentorship)

다음 항목을 적어보세요.

자신이 전문적인 분야에서 동료들에게 도움을 준 것.
- 다른 동료들의 CSS를 도와주었습니다.
인턴 멘토링
새로운 동료의 온보딩
명확한 이메일 작성
회의록 작성
동료들이 사용할 보일러 플레이트, 스케폴딩 작성
모니터링 개선
대시보드 개선
특별히 긴 시간을 투자하여 중요하다고 생각하는 코드를 리뷰
프로젝트에서 동료에게 도움을 준 것
내부 발표, 기술 지원

설계, 디자인 및 문서화(Design & documentation)

설계, 디자인, 문서화한 항목을 나열하세요.

설계, 디자인
- X를 위한 설계(디자인)를 작성했습니다.
- X를 위한 설계(디자인)를 함께 검토했습니다.
문서화
- 왜 이 문서를 작성했는지 문서의 목표를 간단하게 설명할 수 있어야 합니다. (ex: X에 대해 많은 질문을 받았고, 그래서 이 문서를 작성했어요. 그 결과로 같은 질문에 더 빨리 답할 수 있게 됐어요.)

회사 만들기 Company building

당신의 프로젝트, 팀 뿐만 아니라 회사 전체를 돕기 위해 한 일을 의미합니다.

면접 또는 채용 그 이상의 활동 (ex: 캠퍼스 리쿠르팅)
중요한 프로세스 개선 (인터뷰 프로세스를 개선하거나 온보딩 자료를 개선하는 것)

배운 것 (What you learned)

친구 Julian이 이 섹션을 제안했는데 멋진 아이디어라고 생각합니다. 최근에 배운 중요한 내용이나 기술을 나열합니다.

어떻게 성능 분석을 하고 어떻게 코드를 더 빠르게 할까요?
JVM, Postgres, Linux 같은 중요한 소프트웨어의 내부
라이브러리를 사용하는 방법
중요한 도구를 사용하는 방법
특정 프로그래밍 영역 (localization 또는 timezone)
프로덕트 매니지먼트나 UX 디자인
명확한 디자인 문서를 작성하는 법
새로운 프로그래밍 언어

당신이 무엇을 배우고 있는지 기록하기 쉬워집니다.

작성하면서 회고하다보면 내가 생각했던 것보다 더 많은 것을 배웠다는 걸 깨닫게 됩니다. 그리고 배우고 싶었지만 아직 배우지 못한 것들도 알게 되구요.

업무 외의 일(Outside of work)

회사 업무 외 성과를 잊어버리지 않고 기록해두는 방법으로도 유용합니다.

블로그 작성
외부 발표
패널로 참여
오픈 소스 작업
업계 인정

회사 업무 외에 커리에어 대해 어떻게 생각하는지 강조할 수 있는 좋은 방법이라고 생각합니다.

경력이나 업무 능력 외에 당신이 자랑스러워하는 개인적인 것들을 나열해도 좋습니다. 어떤 사람들은 개인적인 내용과 자랑 문서를 함께 관리하기도 합니다.

작성 팁

작성할 내용이 막막하다면 다음 방법을 시도해보세요.

친구에게 당신의 회사/팀으로 이직을 설득하려면 당신의 일에 대해 무엇을 얘기할건가요?
최근에 있었던 좋은 일(업무 성과, 만족스러운 코드 작성, 내가 작성한 마음에 드는 코드 리뷰 등)에 대해 누군가에게 어떻게 얘기할 건가요?

마치며

정말 마음에 드는 내용입니다. 회사에서 친한 동료들과 함께 조금씩 실천해보고 싶습니다.

Written by@[Suho]

뭐든지 만들어보자.