서교동에서 만드는 소프트웨어 이야기

프로젝트 규모가 커지면 검증된 외부 협력자를 함께 씁니다. 어떤 부분을 외부에 맡기는지는 시작 전에 밝힙니다. 디자인을 외주로 돌리는 구간, 서버 운영을 넘기는 구간처럼 경계가 생기는 지점을 계약 전에 문서로 정리해 두면, 진행 중에 책임 소재를 두고 이야기할 일이 줄어듭니다.

한 팀이 끝까지 붙는 대신, 인력이 몰리는 시기에 일정이 흔들리지 않도록 미리 순서를 나눕니다. 화면 설계와 퍼블리싱은 사내에서 처리하고, 특수한 결제 모듈이나 대용량 데이터 처리처럼 반복 경험이 필요한 영역만 파트너에게 넘기는 식입니다.

한국 시장에서 신경 쓰는 것

국내 프로젝트는 결제, 본인인증, 배송, 세금계산서처럼 행정 흐름이 함께 붙습니다. 이 부분이 빠지면 화면은 예뻐도 운영이 안 됩니다.

기술 선택 기준

새로운 기술을 무조건 쓰지 않습니다. 사내에 운영 인력이 있는지, 유지보수를 누가 할지를 먼저 봅니다. 그에 따라 스택이 달라집니다. 유행보다 운영 가능성을 우선합니다.

예를 들어 콘텐츠를 자주 고치는 사이트라면 운영자가 직접 수정할 수 있는 구조가 낫습니다. 반대로 트래픽이 몰리는 시점이 뚜렷한 서비스는 캐시와 배포 방식을 먼저 정하는 편이 좋습니다. 두 경우에 같은 선택을 하는 것은 좋은 판단이 아닙니다.