회사 밖 증거 — 무엇이 포트폴리오로 작동하고 무엇이 시간을 먹는가

포트폴리오가 실제로 하는 일
무엇이 작동하고 무엇이 작동하지 않는가
공개 글쓰기의 효용과 한계
오픈소스 기여의 현실
시간 예산이라는 제약
오늘 할 수 있는 한 가지
이 조언이 안 맞는 경우
이어서 읽기

포트폴리오가 실제로 하는 일

사내 성과의 약점은 검증할 수 없다는 것입니다. 대부분 비공개이고, 팀 단위여서 내 몫을 분리해 보여 주기 어렵고, 결국 내 말로만 전달됩니다. 회사 밖의 것은 다릅니다. 링크 하나로 상대가 직접 확인합니다.

다만 대체재가 아니라 보완재입니다. 회사 밖 산출물이 사내 경력을 대신하는 경우는 드물고, 대체로 두 가지 일을 합니다. 첫째, 이력서에 적은 주장 하나에 확인 가능한 근거를 붙입니다. 둘째, 우연한 접촉을 만듭니다. 사내 성과는 검색되지 않지만 공개된 것은 검색됩니다.

그래서 판단 기준이 단순해집니다. 이것이 내 주장 가운데 하나를 확인 가능하게 만드는가. 아니라면 즐거워서 하는 일일 수는 있어도 포트폴리오는 아닙니다. 두 가지를 섞으면 즐거움도 줄고 증거도 안 남습니다.

무엇이 작동하고 무엇이 작동하지 않는가

작동하지 않는 쪽부터 봅니다. 튜토리얼을 그대로 따라 만든 것, 시작만 하고 멈춘 저장소, 자기소개만 있고 결과물이 없는 페이지, 그리고 개수입니다. 미완성 열 개는 완결된 하나보다 약합니다. 읽는 사람이 확인하는 것이 능력의 최댓값이 아니라 끝까지 가는 성질이기 때문입니다.

작동하는 쪽은 이렇습니다.

완결된 작은 것. 범위가 좁고 실제로 돌아가며 남이 써 볼 수 있는 것.
문제 서술이 있는 문서. 무엇을 왜 만들었고 어디서 막혔고 무엇을 포기했는지. 코드보다 이 문서가 더 많이 읽힙니다.
남이 쓴 흔적. 이슈, 질문, 포크. 사용자가 몇 안 되더라도 있다는 사실 자체가 완성도의 증거입니다.
내 방향과 연결된 것. 앞으로 다루고 싶은 문제 유형과 같은 종류일 때 값이 가장 큽니다.

공개 글쓰기의 효용과 한계

효용은 세 가지입니다. 첫째, 쓰는 과정에서 자기 이해의 구멍이 드러납니다. 이 효용은 아무도 읽지 않아도 발생합니다. 둘째, 검색되는 색인이 됩니다. 나중에 누군가 나를 찾을 때 이름이 아니라 문제로 찾습니다. 셋째, 우연한 연결이 생깁니다.

한계도 분명합니다. 대부분의 글은 읽히지 않습니다. 보상은 즉시 오지 않고 누적에 시간이 걸리며, 얼마나 걸릴지는 미리 알 수 없습니다. 그래서 반응을 목표로 두면 대체로 몇 달 안에 그만두게 됩니다. 목표를 자기 참조물에 두면 첫 편부터 이미 값을 회수하고, 읽히는 것은 덤이 됩니다.

한 가지 더 있습니다. 회사 일에 대해 쓸 때 공개 가능한 범위는 계약과 관할에 따라 다릅니다. 사내 정보와 고객 정보를 어디까지 쓸 수 있는지는 각자 확인해야 하는 문제이고, 애매하면 쓰기 전에 묻는 편이 안전합니다.

오픈소스 기여의 현실

첫 진입로는 대개 코드가 아닙니다. 문서 수정, 이슈 재현, 테스트 추가, 남의 변경을 읽고 정확한 질문 하나 남기기가 현실적인 시작입니다. 큰 기능 제안으로 시작하면 대체로 병합되지 않습니다. 프로젝트마다 받아들이는 범위가 이미 정해져 있기 때문입니다.

세 가지는 미리 알고 시작하는 편이 좋습니다. 반응이 없을 수 있고, 첫 병합까지 걸리는 기간은 프로젝트마다 크게 다르며, 감정 소모가 있습니다. 유지보수자는 대개 자기 시간을 쪼개 쓰고 있어서 답이 늦는 것이 개인적인 일이 아닙니다. 공개된 곳에서 거절당하는 경험은 사내 리뷰와 체감이 다르다는 점도 알아 두면 덜 흔들립니다.

이력서에서 실제로 힘을 갖는 것은 유명한 프로젝트의 이름이 아니라 협업의 흔적입니다. 리뷰를 받아들이고 고친 기록, 남의 코드를 읽고 남긴 질문, 문서에 남긴 설명이 그것입니다. 그래서 한 프로젝트에 오래 남는 편이 여러 곳을 한 번씩 스치는 것보다 강합니다.

시간 예산이라는 제약

회사 밖 시간은 무한하지 않고, 휴식과 건강과 관계와 같은 자원을 씁니다. 이 계산을 빼면 포트폴리오가 커리어를 깎는 상황이 실제로 생깁니다. 밤을 쓴 만큼 낮의 판단이 나빠지고, 낮의 결과가 나빠지면 회사 밖 증거로 회복할 수 있는 것보다 잃는 쪽이 큽니다.

그래서 시작 전에 두 가지를 정해 두는 편이 낫습니다. 주당 몇 시간을 쓸 것인지, 그리고 무엇을 보면 그만둘 것인지입니다. 종료 조건이 없으면 어떤 프로젝트도 끝나지 않고, 끝나지 않은 것은 증거가 되지 않습니다.

오늘 할 수 있는 한 가지

새로 시작하지 마십시오. 이미 만들다 만 것 중 하나를 골라 완결 기준을 한 줄로 적고 공개 날짜를 붙이는 것이 오늘의 일입니다. 기준은 낮게 잡습니다. 설치 안내와 예제 하나가 있고 처음 보는 사람이 몇 분 안에 실행할 수 있으면 끝, 정도면 충분합니다(구성한 예시입니다). 원래 계획한 범위의 대부분을 지우는 결정이 대체로 옳습니다. 지운 것은 남지 않지만, 끝난 것은 남습니다.

이 조언이 안 맞는 경우

고용 계약과 관할에 따라 사외 활동과 지식재산의 범위가 다릅니다. 무엇을 공개할 수 있는지는 회사와 나라마다 다르므로, 일반론을 믿지 말고 자기 계약을 확인해야 합니다. 이것은 조심의 문제가 아니라 사실 확인의 문제입니다.

여가 시간이 구조적으로 없는 사람도 있습니다. 돌봄이 있거나, 건강이 여유를 주지 않거나, 다른 일을 하나 더 하는 경우입니다. 이런 상황에서 회사 밖 증거를 요구하는 기준은 공정하지 않고, 그 기준에 자기를 억지로 맞추다 몸을 상하는 쪽이 더 나쁩니다. 이때는 회사 안에서 확인 가능한 증거를 만드는 편이 현실적입니다. 공개해도 되는 설계 문서, 사내 발표, 새로 온 사람을 위한 자료 같은 것입니다.

마지막으로 사내 증거가 이미 충분한 경우입니다. 경력이 쌓일수록 검증의 무게는 산출물에서 사람의 증언으로 옮겨 갑니다. 이 구간에서는 저장소를 하나 더 만드는 것보다, 함께 일한 사람 다섯 명이 나를 정확하게 설명할 수 있는 상태가 더 강합니다.

이어서 읽기

사이드 프로젝트를 커리어 자산으로 만드는 법 — 완성 기준, 공개 시점, 회고 — 완결 기준을 정하는 방법을 더 자세히.
글로 설득하기 — 디자인 문서와 RFC가 통과되는 구조 — 공개 글의 구조도 같은 원리를 씁니다.
작문 연습장 — 공개할 글의 첫 문단을 여러 언어로 다듬어 봅니다.

커리어를 움직이는 선택 시리즈