우리가 하는 일
네 가지 영역을 다룹니다. 웹 개발, 모바일 앱 개발, 맞춤형 소프트웨어, AI 솔루션입니다. 각각을 따로 맡을 수도 있고, 하나의 제품 안에서 묶을 수도 있습니다. 최근에는 기존 서비스에 AI 검색이나 자동화를 붙이는 요청이 늘고 있습니다. 새로 만드는 일과 이어받아 정리하는 일을 모두 합니다.
한 팀이 끝까지 맡는 이유
프로젝트가 커지면 담당이 나뉘고, 담당이 나뉘면 연동 지점에서 문제가 생깁니다. 프론트엔드와 백엔드, 모바일과 서버, 제품과 AI가 각각 다른 팀에 있으면 같은 문제를 여러 번 설명해야 합니다.
하나의 코드베이스
웹, 모바일, 서버가 같은 저장소와 같은 배포 흐름 안에 있습니다. 인터페이스가 바뀌면 한 번만 고치면 됩니다.
하나의 배포 흐름
릴리스 절차와 점검 항목이 팀마다 다르지 않습니다. 배포 권한도 고객과 같은 화면에서 확인합니다.
설명을 반복하지 않음
요구사항은 문서 하나에 모입니다. 새로 합류한 담당자도 이전 대화를 다시 캐묻지 않고 바로 이어갑니다.
DockYard는 이 과정을 줄이려고 네 영역을 한 팀에서 다룹니다. 규모가 커지면 역할은 나뉘지만, 같은 코드베이스와 같은 배포 흐름 안에서 일합니다.
일하는 원칙
원칙은 회의실 벽에 붙여두는 문장이 아니라, 일정과 견적이 흔들리는 순간에 실제로 꺼내 쓰는 기준입니다. 네 가지를 지킵니다.
-
만들기 전에 확인합니다
요구사항이 명확하지 않으면 먼저 정리하고 시작합니다. 정리되지 않은 채로 개발에 들어가면 나중에 되돌리는 비용이 더 큽니다.
-
선택지를 정리해 보냅니다
결정이 필요한 지점에서는 후보와 각각의 장단점을 문서로 정리합니다. 결정 없이 넘어가지 않습니다.
-
리스크가 보이면 미리 알립니다
일정이 밀릴 것 같으면 밀리기 전에 말씀드립니다. 늦게 알리는 쪽이 훨씬 비쌉니다.
-
하지 않는 일은 하지 않는다고 말합니다
맡지 않는 영역이라면 그 자리에서 설명합니다. 애매하게 잡아두고 나중에 정리하는 방식은 쓰지 않습니다.
하지 않는 일
모든 프로젝트를 맡지는 않습니다. 아래 경우는 맞지 않습니다.
템플릿 설치만 필요한 경우
기성 테마를 그대로 올리는 작업은 저희가 더 나은 선택이 아닙니다. 대신 어울리는 방법을 안내합니다.
매우 짧은 기간의 대규모 시스템
며칠 안에 큰 시스템 전체를 요구하는 일정은 품질을 담보할 수 없습니다. 일정을 다시 나누는 쪽을 제안합니다.
고객 쪽 준수 담당자가 없는 규제 영역
규제가 엄격한 분야는 판단 기준을 함께 세울 담당자가 필요합니다. 없으면 진행이 어렵습니다.
맞지 않는다고 판단되면 그 이유를 설명하고, 다른 선택지를 안내합니다.
문의하기팀 구성
프로젝트마다 구성이 달라지지만, 보통 기획과 설계를 담당하는 사람, 프론트엔드와 백엔드 개발자, 모바일 개발자, 필요할 때 데이터와 AI 담당자가 함께합니다. 프로젝트 규모가 작으면 한 사람이 여러 역할을 겸하고, 큰 프로젝트에서는 전담 인력이 배치됩니다.
고객이 직접 만나는 담당자는 처음부터 끝까지 같은 사람입니다. 중간에 창구가 바뀌어 같은 이야기를 두 번 하는 일이 없도록 합니다.
- 01 기획과 설계요구사항을 정리하고 화면 구조를 잡습니다. 여기서 결정된 내용이 이후 개발 기준이 됩니다.
- 02 프론트엔드와 백엔드 개발웹 화면과 서버 API를 한 흐름에서 만듭니다. 인터페이스 계약을 먼저 정하고 시작합니다.
- 03 모바일 개발iOS와 Android 앱을 서버와 함께 설계합니다. 푸시, 결제, 로그인처럼 연동이 필요한 부분을 확인합니다.
- 04 데이터와 AI 담당검색, 분류, 자동화처럼 데이터가 필요한 기능에 투입됩니다. 필요할 때만 붙고, 상시 대기하지 않습니다.
협업 방식
미국 동부 시간대 기준으로 회의와 배포 일정을 잡습니다. 진행 상황은 문서로 공유하고, 결정이 필요한 사항은 별도로 표시합니다. 코드 저장소와 배포 권한은 고객과 공유하는 것을 기본으로 합니다.
미국 동부 시간대
회의, 배포, 장애 대응 모두 미국 동부 시간대를 기준으로 맞춥니다. 시차로 하루가 밀리는 일을 줄입니다.
미국 내 협업 중심
미국 내 고객과의 협업을 기본으로 하며, 프로젝트에 따라 원격으로 진행합니다.
어떤 고객과 일하는가
스타트업
검증 속도를 중시합니다. 짧게 만들고 빠르게 확인할 수 있도록 범위를 잘게 나눕니다.
사내 IT 조직을 가진 기업
권한 관리와 기존 시스템 연동을 중시합니다. 사내 개발팀이 있으면 부족한 역할만 보강하는 방식도 가능합니다.
프로젝트를 이어받는 경우
중단된 프로젝트는 먼저 현재 코드와 문서 상태를 확인한 뒤, 이어갈 부분과 다시 만들 부분을 나눠 제안합니다.
접근 방식이 다르기 때문에 같은 템플릿을 쓰지 않습니다. 문서가 없으면 코드를 읽어 구조를 파악하는 시간이 필요하고, 그 시간을 견적에 먼저 알려드립니다. 무조건 처음부터 다시 만들자고 하지 않습니다.
지역과 연락
자주 묻는 질문
원격으로만 진행하나요?
매사추세츠 지역이라면 대면 미팅이 가능합니다. 그 외 지역은 미국 동부 시간대 기준으로 화상 회의와 문서 공유로 진행합니다.
중단된 프로젝트를 이어받을 수 있나요?
가능합니다. 먼저 현재 코드와 문서 상태를 확인한 뒤, 이어갈 부분과 다시 만들 부분을 나눠 제안합니다.
맞지 않는 프로젝트는 어떤 경우인가요?
템플릿 설치만 필요한 경우나, 매우 짧은 기간에 대규모 시스템을 요구하는 경우는 맞지 않습니다. 판단되면 이유와 다른 선택지를 안내합니다.
다음 단계
웹 개발, 모바일 앱 개발, 맞춤형 소프트웨어, AI 솔루션 중 어디서 시작할지 정하지 않아도 괜찮습니다. 지금 상황을 알려주시면 어디서부터 손대야 하는지 정리해 드립니다. 문의 페이지에서 상담 절차와 연락 방법을 확인하실 수 있습니다.