포트폴리오 비공개 프로젝트를 잘못 공개해봤더니
면접관에게 실무 경험을 증명하고 싶어 프로젝트 화면과 성과 수치를 포트폴리오에 자세히 넣었습니다. 그런데 공개하고 며칠 뒤, 이전 협업자로부터 “이 자료를 외부에 올려도 되느냐”는 연락을 받았습니다. 잘 만든 작업물을 보여주려던 선택이 오히려 보안 의식이 부족한 사람이라는 인상을 줄 수 있다는 사실을 뒤늦게 깨달았습니다.
회사와 고객의 정보가 포함된 프로젝트는 무조건 숨겨야 하는 것도, 원본 그대로 공개해도 되는 것도 아닙니다. 핵심은 내가 해결한 문제를 증명하면서 타인의 자산은 노출하지 않는 것입니다. 실제로 포트폴리오를 수정하며 발견한 흔한 실패와 안전한 대안을 순서대로 공유합니다.
첫 번째 실수, 내가 만든 화면은 모두 내 것이라고 생각했습니다
작업 기여와 공개 권한은 서로 다릅니다
가장 큰 착각은 “내가 직접 디자인하고 개발했으니 포트폴리오에 쓸 수 있다”는 생각이었습니다. 제작에 참여했다는 사실은 경력의 근거가 되지만, 화면에 포함된 로고·고객 데이터·운영 정책·소스 코드까지 자유롭게 공개할 권리를 뜻하지는 않습니다. 특히 근로계약서, 용역계약서, 비밀유지계약서에 결과물의 귀속이나 비밀정보 범위가 적혀 있다면 그 조건을 먼저 확인해야 합니다.
포트폴리오의 기본 개념을 설명한 지식백과처럼 포트폴리오는 자신의 능력과 결과를 보여주는 자료입니다. 하지만 결과를 보여준다는 말이 원본 자료 전체를 복제한다는 뜻은 아닙니다. 오히려 무엇을 공개하지 않아야 하는지 판단하는 과정까지 보여줄 때 실무자의 책임감이 드러납니다.
저는 공개 범위를 판단하지 않은 채 출시 화면, 관리자 페이지, 실제 전환율을 한꺼번에 올렸습니다. 보기에는 구체적이었지만 회사 관점에서는 내부 정보가 외부 검색에 노출된 셈이었습니다. 다음 항목 중 하나라도 포함된다면 먼저 사용 허가 여부를 확인해야 합니다.
- 고객 이름과 연락처, 주문번호처럼 개인을 식별할 수 있는 정보
- 관리자 화면, 내부 URL, 접근 권한 구조와 같은 운영 정보
- 계약서에서 비공개로 분류한 매출·전환율·원가·광고비
- 라이선스를 별도로 구매한 폰트, 사진, 아이콘과 외부 업체의 산출물
- 아직 출시되지 않은 기능, 캠페인 일정, 제품 전략
공개 여부가 애매한 자료는 “인터넷에 올려도 되는가”보다 “검색 결과로 영구히 남아도 괜찮은가”를 기준으로 판단하는 편이 안전합니다.
두 번째 실수, 모자이크만 하면 안전하다고 믿었습니다
가린 정보가 주변 맥락에서 다시 드러났습니다
연락처와 이름에 흐림 효과를 넣은 뒤에는 문제가 해결됐다고 생각했습니다. 그러나 화면 상단의 회사 로고, 주소창의 서비스명, 그래프에 표시된 정확한 매출, 파일 이름이 그대로 남아 있었습니다. 한 장에서는 가렸더라도 다른 장의 사용자 목록과 대조하면 동일 인물을 짐작할 수 있는 경우도 있었습니다. 모자이크는 익명화의 완성이 아니라 일부 요소를 시각적으로 가리는 처리에 불과합니다.
특히 이미지 편집 도구에서 반투명 사각형만 덮거나 문서 위에 검은 도형을 올리는 방식은 피해야 합니다. 원본 레이어가 남은 편집 파일이나 텍스트 선택이 가능한 PDF를 배포하면 가린 내용을 복원하거나 복사할 가능성이 있습니다. 포트폴리오 PDF를 내려받을 수 있게 제공한다면 메타데이터, 숨은 레이어, 주석, 이전 버전의 페이지도 함께 확인해야 합니다.
저는 실제 화면을 그대로 흐리게 처리하는 대신 재현용 샘플 데이터로 화면을 다시 만들었습니다. 이름은 ‘사용자 A’, 금액은 실제 비율과 무관한 임의 값, 회사 로고는 중립적인 도형으로 바꿨습니다. 그래프는 숫자를 지우는 데서 그치지 않고 형태와 기간까지 변형했습니다. 다음 순서로 처리하면 누락을 줄일 수 있습니다.
- 원본 화면을 복제하고 실제 데이터가 없는 별도 작업 파일을 만듭니다.
- 이름, 이메일, 전화번호, 주소, 계정 ID를 가상이거나 범주형인 값으로 교체합니다.
- 회사명, 제품명, 도메인, 브라우저 탭 제목과 파일명을 확인합니다.
- 정확한 성과 수치는 범위나 변화율로 바꾸고 내부 목표치는 삭제합니다.
- 최종 이미지를 평면화한 뒤 원본 크기로 확대해 잔여 정보를 다시 살핍니다.
세 번째 실수, 숫자를 지우자 프로젝트의 설득력도 사라졌습니다
정확한 값 대신 변화와 판단 근거를 남겨야 합니다
보안 문제가 걱정되어 매출과 전환율을 모두 삭제했더니 이번에는 프로젝트가 지나치게 추상적으로 변했습니다. “사용성을 개선했다”, “좋은 반응을 얻었다” 같은 문장만 남아 면접관이 성과의 크기를 판단하기 어려웠습니다. 비공개 프로젝트라고 해서 성과를 전혀 말할 수 없는 것은 아닙니다. 절대값을 범위·비율·정성적 증거로 변환하면 정보 보호와 신뢰도를 함께 챙길 수 있습니다.
예를 들어 “월 매출 8억 4천만 원” 대신 “개편 후 구매 전환율이 이전 대비 두 자릿수 비율로 상승했다”고 적을 수 있습니다. 정확한 사용자 수를 밝힐 수 없다면 “수만 명 규모의 활성 사용자가 이용하는 서비스”처럼 구간으로 표현합니다. 다만 실제로 측정하지 않은 수치를 만들어서는 안 됩니다. 숫자를 변형했다면 본문에 ‘회사 보안 정책에 따라 범위로 표기’라고 밝혀 독자가 표현의 이유를 알게 해야 합니다.
또 다른 포트폴리오 용어 설명에서 확인할 수 있듯 포트폴리오는 여러 결과를 선별해 구성하는 성격을 지닙니다. 따라서 모든 수치를 제시하기보다 지원 직무와 관련된 증거를 골라야 합니다. 다음처럼 바꾸면 비밀정보를 덜 노출하면서도 역할이 선명해집니다.
- “가입자 31,842명”은 “가입자 수만 명 규모”로 표현합니다.
- “매출 12억 원 증가”는 허가된 경우 “매출이 이전 분기 대비 약 20% 증가”로 바꿉니다.
- 수치 공개가 모두 어렵다면 사용성 테스트 참여자의 행동 변화와 대표 피드백을 익명으로 제시합니다.
- 팀 전체 성과 옆에는 내가 담당한 조사, 설계, 구현, 검증 범위를 별도로 적습니다.
- 측정 환경이 달라 인과관계를 확신할 수 없다면 ‘기여했다’고 쓰고 ‘달성했다’고 단정하지 않습니다.
좋은 사례 설명은 비밀 숫자의 양으로 결정되지 않습니다. 어떤 문제를 발견했고, 무엇을 선택했으며, 그 선택을 어떻게 검증했는지가 더 오래 기억됩니다.
네 번째 실수, 허락을 구하면서 상대에게 판단을 떠넘겼습니다
검토하기 쉬운 초안을 먼저 제시합니다
처음에는 이전 회사 담당자에게 “프로젝트를 포트폴리오에 올려도 될까요?”라는 한 문장만 보냈습니다. 상대는 어떤 화면과 수치를 공개하려는지 알 수 없어 선뜻 답하기 어려웠고, 회신도 늦어졌습니다. 공개 허가를 받을 때는 막연한 질문보다 실제로 게시할 초안과 공개 범위를 함께 전달해야 합니다. 그래야 담당자가 위험한 부분만 구체적으로 지적할 수 있습니다.
요청 메시지에는 게시 목적, 공개 예정 주소, 노출할 기간, 회사명 표기 여부, 사용하려는 화면과 수치, 익명화 방법을 적는 것이 좋습니다. “문제가 있다면 알려 달라”는 소극적인 표현보다는 “첨부한 3개 화면과 아래 문장만 사용하려 하며, 승인 전에는 게시하지 않겠다”고 범위를 고정합니다. 허가를 받았더라도 이후 새 화면이나 데이터를 추가한다면 다시 확인하는 편이 안전합니다.
구두로 허락을 들었다는 기억만 믿은 것도 실패였습니다. 시간이 지나 담당자가 바뀌면 당시 합의를 확인하기 어렵기 때문입니다. 이메일이나 업무 메신저처럼 날짜와 승인 범위가 남는 수단을 사용하고, 받은 답변은 프로젝트별 기록에 보관해야 합니다. 다만 승인을 받았다는 이유로 개인정보나 제3자의 저작물을 무제한 사용할 수 있는 것은 아닙니다.
- 게시 예정 페이지를 외부 검색이 차단된 임시 링크로 준비합니다.
- 공개할 화면과 문장을 번호로 표시해 검토 범위를 명확히 합니다.
- 수정 요청을 반영한 뒤 최종본 기준으로 다시 확인을 받습니다.
- 승인 날짜, 담당자, 허용된 매체와 기간을 간단히 기록합니다.
- 답변을 받지 못했다면 동의로 간주하지 말고 가상 사례로 재구성합니다.
허가가 불가능한 프로젝트는 포기할 필요가 없습니다. 산업군과 브랜드를 숨기고 문제 해결 과정만 다시 서술하거나, 동일한 제약을 가진 가상의 서비스를 새로 설계할 수 있습니다. 이때 실제 고객 작업처럼 오해되지 않도록 보안상 재구성한 사례 또는 개인 연습 프로젝트라고 명시해야 합니다.
오늘 한 프로젝트만 ‘공개용 사본’으로 바꿔보세요
15분 점검으로 검색 노출 위험을 줄입니다
포트폴리오 전체를 한꺼번에 손보려고 하면 작업량 때문에 미루기 쉽습니다. 지금 가장 자신 있는 프로젝트 한 개만 열고, 원본이 아닌 공개용 사본을 만드는 것부터 시작해 보세요. 공개용 사본은 화면을 축소한 버전이 아니라 외부인이 보아도 되는 정보만 새로 조립한 독립 문서입니다. 원본 파일과 폴더를 분리하면 나중에 이미지를 교체하다가 민감한 자료를 다시 올리는 실수도 예방할 수 있습니다.
먼저 시크릿 창이나 로그아웃 상태에서 현재 페이지를 살펴보세요. 제작자에게 익숙해서 보이지 않던 고객명, 탭 제목, 다운로드 파일, 이미지 대체 설명, 공유 문서 링크가 발견될 수 있습니다. 검색엔진은 화면에 보이는 본문뿐 아니라 PDF 제목과 파일명도 단서로 활용할 수 있으므로 “최종_고객사명_매출자료.pdf” 같은 이름은 중립적인 이름으로 교체해야 합니다.
검토할 때는 아래 목록에 ‘예’, ‘아니요’, ‘확인 필요’ 중 하나를 표시합니다. ‘확인 필요’가 하나라도 있다면 일단 비공개 상태를 유지하고, 담당자에게 문의하거나 해당 요소를 가상 데이터로 대체하세요. 관련 개념을 더 살피고 싶다면 포트폴리오 항목의 배경 설명도 참고할 수 있습니다.
- 이 자료의 공개 권한을 계약서나 승인 기록으로 확인했습니까?
- 실제 고객과 사용자를 유추할 이름, 숫자, URL을 제거했습니까?
- 팀의 결과와 나의 기여 범위를 구분해 작성했습니까?
- 성과를 과장하지 않고 측정 조건이나 수치 변형 이유를 밝혔습니까?
- 다운로드 파일과 이미지 원본에도 숨은 정보가 없습니까?
- 공개 후 문제가 생겼을 때 즉시 내릴 수 있는 수정 경로를 알고 있습니까?
지금 타이머를 15분으로 맞추고 첫 번째 프로젝트의 회사명, 사용자 정보, 정확한 내부 수치에 각각 표시를 남겨보세요. 세 항목 가운데 하나라도 공개 근거를 설명하지 못한다면 오늘 할 행동은 분명합니다. 그 요소를 삭제하는 대신 가상 데이터와 범위형 성과로 교체한 공개용 사본 한 장을 완성해 저장하세요.

- 다음글포트폴리오 목차, 클릭을 줄이는 숨은 설계법 26.08.25
등록된 댓글이 없습니다.
