오스틴에서 일하는 개발 팀

• A

  제품 책임자가 요구사항과 우선순위를 정리하고, 일정과 범위를 한 곳에서 관리합니다. 결정이 여러 담당자에게 흩어지지 않게 하는 역할입니다.

• B

  UX/UI 디자이너가 화면 흐름과 인터페이스를 설계합니다. 개발 착수 전에 화면이 어떤 순서로 움직이는지 확정해 두는 편이 수정 비용을 줄입니다.

• C

  백엔드와 프런트엔드 개발자가 웹과 모바일 구현을 맡습니다. 한 사람이 양쪽을 겸하는 구성도 흔하며, 그때는 배포 순서를 미리 합의합니다.

• D

  데이터 엔지니어는 필요한 경우에만 들어갑니다. AI 솔루션이나 핀테크 소프트웨어처럼 데이터 파이프라인이 중요한 프로젝트에서 역할이 커집니다.

구성은 시작 시점의 합의일 뿐입니다. 범위가 바뀌면 인원 구성도 함께 조정하고, 그 내용을 문서에 남깁니다.

어떤 프로젝트에 맞는가

모든 프로젝트에 같은 방식이 통하지는 않습니다. 아래 기준을 보고 이 팀이 맞는지 스스로 판단하실 수 있습니다.

맞습니다

제품 방향이 아직 흔들리고, 무엇을 먼저 만들지 정해야 하는 단계. 요구사항을 함께 정리하면서 첫 출시 범위를 좁혀 갑니다.

맞습니다

금융이나 의료처럼 도메인 제약이 있고, 그 제약을 설계 초반에 반영해야 하는 프로젝트. 데이터 보관 방식과 감사 기록 요건을 먼저 확인합니다.

맞습니다

출시 후 운영까지 같은 팀이 이어서 맡아야 하는 경우. 배포 방법, 환경 설정, 외부 연동 문서를 단계마다 갱신해 두기 때문입니다.

맞습니다

미국 시장 기준으로 일정과 규정을 맞춰야 하는 팀. 오스틴에 있는 팀과 시간대가 겹치지 않아도 진행이 끊기지 않게 문서를 함께 씁니다.

다른 선택이 낫습니다

요구사항이 완전히 고정되어 있고 최저가 구현만 필요한 경우에는 다른 선택지가 낫습니다. 이 팀은 범위를 함께 정리하는 시간을 먼저 씁니다.

판단이 애매하면 문의로 상황을 적어 주세요. 맞지 않는 경우에는 그렇게 말씀드립니다.

미국 기반 팀과의 협업

오스틴에 있는 팀과 원격으로 일할 때 자주 생기는 오해는 항상 실시간으로 답한다는 기대입니다. Praxent는 정기 동기화와 비동기 문서를 함께 씁니다. 결정 사항은 문서로 남기고, 시간대가 겹치지 않는 팀과도 진행이 끊기지 않게 합니다. 커뮤니케이션 규칙은 프로젝트 시작 시 합의합니다.

미국 중부 표준시 기준 월요일부터 금요일, 오전 9시부터 오후 6시까지 오스틴 사무실에서 근무합니다.

• 정기 동기화

  한 주에 한 번 정해진 시간에 모여 진행 상황과 막힌 지점을 함께 봅니다. 시간대가 겹치는 구간에만 잡습니다.

• 비동기 문서

  결정과 배경은 문서에 남깁니다. 답을 기다리는 동안 다음 작업이 멈추지 않도록 순서를 나눠 둡니다.

• 응답 기대치 합의

  어떤 질문에 얼마나 빨리 답할지는 시작할 때 정합니다. 급한 연락 통로와 문서 통로를 구분해 두면 서로 기다리는 시간이 줄어듭니다.

• 인수인계 문서

  클라이언트 쪽 담당자가 바뀌어도 이어질 수 있게 저장소, 배포 방법, 환경 설정을 함께 갱신합니다.