대행사나 개발자를 바꾸는 일은 흔합니다. 어려운 부분은 대개 코드가 아닙니다. 어떤 계정이 있고, 누가 관리하며, 그중 하나를 끄면 무엇이 망가지는지 파악하는 일입니다.
올바른 순서로 하면 인수인계는 차분하게 진행되고 운영 중인 사이트도 계속 돌아갑니다. 서두르면 자사 도메인, 호스팅, 스토어의 앱 페이지에 접근하지 못하게 될 수도 있습니다.
목록 작성부터 시작하기
무언가를 요청하기 전에 제품이 쓸 수 있는 서비스를 모두 적어 보세요. 대부분의 회사가 목록이 얼마나 긴지에 놀랍니다.
도메인 등록 대행업체와 DNS 업체.
호스팅, 서버, 사용 중이라면 CDN.
GitHub, GitLab, Bitbucket 같은 코드 저장소.
데이터베이스, 파일 저장소, 백업.
이메일 발송, 업무용 메일함, 뉴스레터 도구.
결제 업체, 분석 도구, 오류 추적, 지도나 AI 서비스.
앱이 있다면 Apple Developer와 Google Play 계정.
서비스마다 계정 소유자, 결제에 쓰는 카드, 로그인할 수 있는 사람을 적어 두세요. 제가 무료로 제공하는기술 스택 탐지와도메인 조회를 쓰면 호스팅, CDN, 이메일 업체, 프레임워크, 외부 스크립트처럼 몰랐던 서비스를 밖에서 찾아낼 수 있습니다.
접근 권한이 아니라 소유권을 요청하기
사용자로 초대받는 것과 계정을 소유하는 것은 다릅니다. 각 계정을 귀사로 이전하거나, 귀사를 소유자로 지정하고 이전 팀을 빼 달라고 요청하세요. 코드 저장소는 대개 계정 사이에서 옮길 수 있습니다.GitHub의 저장소 이전 가이드에 방법이 나와 있으며, 다른 서비스에도 비슷한 기능이 있습니다.
코드와 디자인의 권리가 누구에게 있는지 계약서를 확인하세요. 분명하지 않다면 관계가 끝나기 전에 문서로 정리해 두세요. 이 글은 법률 자문이 아니며, 분쟁이 있다면 변호사와 상담하세요.
요청할 것
이력을 포함한 전체 소스 코드, 우리가 소유한 저장소에: …
도메인, 호스팅, 데이터베이스, 각종 서비스 계정의 소유권: …
환경 변수 목록과 각각이 속한 서비스: …
최근 데이터베이스 내보내기와 업로드된 파일 사본: …
배포 절차와 예약된 작업이나 스크립트: …
알려진 문제와 마무리되지 않은 작업: …
비밀 값을 이메일로 받을 필요는 없습니다. 계정이 귀사 소유가 되면 새 키를 만들고 이전 키를 폐기할 수 있습니다.
안전한 순서로 바꾸기
무엇이든 옮기기 전에 데이터베이스와 파일을 직접 백업하세요.
먼저 도메인과 DNS의 소유권을 옮기되, 레코드는 바꾸지 마세요.
다음으로 저장소와 호스팅을 옮기고, 사이트가 계속 배포되는지 확인하세요.
이전 팀이 더 이상 필요 없게 되면 비밀번호, API 키, 토큰을 바꾸세요.
모든 것을 확인한 뒤에야 이전 팀의 접근 권한을 제거하세요.
DNS, 호스팅, 코드를 같은 날 바꾸면 문제가 생겼을 때 원인을 알기 어렵습니다. 한 번에 한 단계씩 하는 것이 느리지만 훨씬 안전합니다.
넘겨받는 것의 상태 확인하기
코드를 받으면사이트 전체 점검을 실행해 운영 중인 사이트의 깨진 페이지, 빠진 제목, 느린 응답을 찾아 출발점을 파악하세요. 그다음 개발자가 코드 자체를 검토하면 그대로 둘 수 있는 부분, 손봐야 할 부분, 끝내 완성되지 않은 부분을 알 수 있습니다.
인수인계 도움 받기
개발자를 바꾸려 한다면제품에 대해 알고 계신 내용과 지금 누가 관리하고 있는지 알려 주세요. 인수인계 순서를 함께 계획하고, 코드를 안전하게 넘겨받고, 그동안 사이트가 계속 돌아가도록 하겠습니다. 그 이후의 과정은기존 프로젝트에서 새 개발자와 일하는 방법 가이드에서 다룹니다.