글로벌 아티스트 협업 워크플로우: 시차를 일정 예측 가능성으로 바꾸는 법
해외 아티스트와 게임을 만들 때 생기는 피드백 지연, 수정 범위 확대, 전달 오류를 줄이는 협업 워크플로우를 소개합니다. 오버랩 시간, 비동기 검토, 승인 기준, 핸드오프 문서까지 실무 절차로 정리했습니다.
핵심 요약
글로벌 아티스트 협업의 핵심은 시차를 없애는 것이 아니라 결정이 필요한 순간과 제작이 가능한 시간을 분리하는 데 있다. 업무 요청을 완료 조건, 참조 자료, 검토 기한, 수정 횟수로 표준화하고 하루 1~2시간의 공통 오버랩 시간을 승인·우선순위 결정에만 쓰면 피드백 지연과 재작업을 크게 줄일 수 있다.
글로벌 게임 아트 협업에서 시차 문제는 왜 발생하는가?
시차 자체가 문제라기보다 동기 대화를 전제로 한 프로세스가 문제다. 한국의 기획자와 미국 서부 아티스트는 근무 시간이 거의 겹치지 않을 수 있다. 이때 메신저로 모호한 요청을 보내면 질문과 답변이 하루 단위로 왕복하고 작은 판단 하나가 24시간 이상 멈춘다.
특히 게임 아트 작업은 화면 한 장의 수정이 다음 항목에 연쇄 영향을 준다.
| 지연 원인 | 현장에서 보이는 증상 | 관리 방식 |
|---|---|---|
| 요구사항이 모호함 | ”더 판타지스럽게” 같은 주관적 피드백 | 레퍼런스, 금지 요소, 완료 조건 명시 |
| 승인권자가 불명확함 | 여러 사람이 서로 다른 수정 의견 제시 | 항목별 DRI(Directly Responsible Individual) 지정 |
| 파일 규격이 불통일됨 | 임포트 실패, 피벗·레이어 재수정 | 엔진별 납품 규격 문서화 |
| 수정 횟수가 열려 있음 | 스코프가 계속 커짐 | 작업 단위별 수정 라운드 제한 |
| 긴급도 기준이 없음 | 모든 메시지가 급한 일처럼 처리됨 | P0~P3 우선순위와 응답 SLA 정의 |
시차 협업 워크플로우는 어떻게 설계할까?
1. 작업 요청을 티켓이 아니라 계약 가능한 작업 단위로 만든다
Jira, Linear, Notion, ClickUp 등 도구는 무엇이든 사용할 수 있다. 중요한 것은 각 작업이 누가 봐도 같은 결과물을 떠올릴 수 있는 형태인지다. 콘셉트 아트, 3D 캐릭터, VFX, UI 등 작업 종류와 무관하게 아래 필드를 고정한다.
## 작업명
Forest_Guardian_Concept_v01
## 목적
챕터 2 보스의 실루엣과 재질 방향을 확정한다.
## 산출물
- 4K PNG 콘셉트 시트 1장
- 정면/측면/후면 턴어라운드
- 무기 분리 레이어가 있는 PSD
## 완료 조건
- 3인칭 카메라 거리에서 뿔과 대검 실루엣이 구분된다.
- 팀 색상은 #3E6B4E 계열을 주색으로 사용한다.
- 인간형 비율은 7.5등신을 넘지 않는다.
## 참조 및 금지 요소
- 참조: 내부 무드보드 링크, 기존 몬스터 시트 링크
- 금지: 금속 갑옷, 현대식 장식, 과도한 발광 효과
## 일정
- 초안 제출: 2026-08-14 18:00 KST
- 피드백 반환: 제출 후 1영업일 이내
- 최종 제출: 승인된 초안 후 2영업일
## 수정 정책
- 방향 수정 1회, 디테일 수정 1회
- 신규 포즈 추가는 별도 티켓으로 분리완료 조건은 감상문이 아니라 검수 항목이어야 한다. 예를 들어 “더 눈에 띄게” 대신 “1920×1080 스크린샷에서 플레이어 실루엣과 20px 이상 떨어진 외곽선으로 구분된다”처럼 판단 기준을 적는다.
2. 공통 근무 시간은 제작 회의가 아니라 결정 회의에 쓴다
두 팀의 근무 시간이 겹치는 시간을 overlap window로 정한다. 이 시간은 긴 정기 회의나 화면 공유 작업에 쓰기보다 비동기로 해결할 수 없는 판단을 몰아서 처리하는 시간으로 운영하는 편이 효율적이다.
| 구분 | 비동기로 처리할 일 | 오버랩 시간에 처리할 일 |
|---|---|---|
| 요청 | 티켓 생성, 레퍼런스 전달 | 요구사항 충돌 해소 |
| 제작 | 초안 업로드, 진행률 공유 | 방향 전환 여부 결정 |
| 검토 | 코멘트 작성, 버전 비교 | 의견 불일치 조정 |
| 승인 | 체크리스트 확인 | 최종 승인 및 우선순위 변경 |
| 장애 | 로그·스크린샷 전달 | 빌드 차단, 일정 영향 판단 |
오버랩 시간이 60분뿐이라면 15분 스탠드업, 30분 승인 대기 항목 처리, 15분 다음 24시간의 블로커 확인처럼 고정 슬롯으로 나눈다. 진행 상황을 읽어 주는 회의는 녹화 영상이나 텍스트 업데이트로 대체한다.
3. 비동기 피드백은 문장보다 주석 좌표로 남긴다
아트 피드백은 “왼쪽 부분을 수정해 달라”는 표현만으로도 해석이 갈린다. Figma, Frame.io, SyncSketch, Miro, 이미지 주석 도구 등에서 대상 위치와 버전을 묶어 기록한다.
좋은 피드백은 다음 순서를 따른다.
- 대상 지정: 파일명, 버전, 화면 좌표 또는 레이어명을 적는다.
- 문제 설명: 왜 수정이 필요한지 플레이 경험 또는 아트 디렉션과 연결한다.
- 변경 요청: 구체적인 변경 방향과 유지할 요소를 구분한다.
- 승인 기준: 수정 후 무엇을 확인하면 완료인지 적는다.
[Forest_Guardian_Concept_v01 / 1420, 680]
문제: 오른손 무기의 폭이 캐릭터 몸통보다 좁아 보스급 위협도가 약합니다.
변경: 칼날 폭을 현재 대비 약 25% 넓히고 손잡이 길이는 유지해 주세요.
유지: 뿔의 곡률과 녹색 천 재질은 승인되었습니다.
완료 기준: 50% 축소 뷰에서도 무기가 몸통 외곽보다 분명히 돌출됩니다.어떤 일정 구조가 시차로 인한 재작업을 줄일까?
시차가 큰 팀은 “제작 → 전체 검토 → 대규모 수정” 흐름보다 작고 빠른 승인 게이트를 둔 흐름이 안전하다. 초기에 방향을 확정하는 비용이 최종 단계의 재작업 비용보다 훨씬 작기 때문이다.
flowchart LR
A[작업 브리프 확정] --> B[러프 초안 제출]
B --> C{방향 승인}
C -->|승인| D[제작 진행]
C -->|반려| E[방향 수정 1회]
E --> C
D --> F[기술 검수]
F --> G{납품 기준 충족}
G -->|예| H[엔진 임포트 및 완료]
G -->|아니오| I[명세 기반 수정]
I --> F러프 승인과 기술 검수를 분리한다
러프 단계에서는 미술 방향만 판단한다. 실루엣, 비율, 팔레트, 감정, 구성 같은 항목이 대상이다. 이 단계에서 파일 최적화나 네이밍 규칙까지 논의하면 판단 속도가 느려진다.
반대로 기술 검수에서는 감상 피드백을 다시 열지 않는다. Unity라면 Sprite Mode, Pixels Per Unit, 피벗, 압축 포맷, Addressables 라벨을 확인한다. Unreal Engine이라면 FBX 스케일, 스켈레톤 호환성, 머티리얼 슬롯, 텍스처 해상도, LOD 규칙을 확인한다. 검수 항목을 분리하면 이미 승인한 아트 방향이 기술 이슈 때문에 흔들리는 일을 막을 수 있다.
파일 핸드오프 문서에는 무엇을 넣어야 할까?
핸드오프 문서는 긴 설명서보다 수령자가 바로 검증할 수 있는 체크리스트가 좋다. 저장소의 README.md, Notion 데이터베이스, 티켓 템플릿 중 팀이 실제로 열어 보는 위치에 둔다.
| 항목 | 예시 |
|---|---|
| 파일명 | CHR_ForestGuardian_Body_v03.fbx |
| 버전 규칙 | 승인본만 approved 라벨 부여, 이전본은 삭제하지 않음 |
| 좌표계·단위 | Unreal Engine 기준 centimeters, Z-up 확인 |
| 텍스처 | Base Color, Normal, ORM 분리. sRGB는 Base Color만 사용 |
| 폴더 위치 | Content/Characters/ForestGuardian/Art/ |
| 검증 방법 | 테스트 맵에서 애니메이션 3종, 거리별 LOD, 머티리얼 슬롯 확인 |
| 담당자 | 아트 담당, 테크 아트 담당, 최종 승인 DRI |
또한 파일 전달과 승인 상태를 구분해야 한다. “업로드됨”은 아티스트가 파일을 올렸다는 뜻이고 “기술 검수 완료”는 엔진에서 작동했다는 뜻이며 “완료”는 승인권자가 범위와 품질을 승인했다는 뜻이다. 상태 이름이 이 세 가지를 섞으면 일정 보고가 부정확해진다.
시차 팀의 우선순위와 응답 시간을 어떻게 합의할까?
메신저의 즉시성은 시차 팀에서 오히려 업무를 분산시킨다. 먼저 업무 우선순위와 응답 목표를 합의하고 긴급 요청은 작업 흐름을 바꿀 정도의 조건이 있을 때만 사용한다.
| 우선순위 | 정의 | 예시 | 최초 응답 목표 |
|---|---|---|---|
| P0 | 빌드·출시를 즉시 막는 문제 | 출시 빌드의 캐릭터 머티리얼 누락 | 가능한 즉시, 오버랩 외에는 비상 채널 |
| P1 | 현재 스프린트 완료를 위협 | 보스 애니메이션이 전투 구현을 차단 | 다음 오버랩 시간 또는 4시간 내 |
| P2 | 계획된 작업의 품질·일정 영향 | 승인된 UI 아이콘의 해상도 불일치 | 1영업일 내 |
| P3 | 개선 제안 및 백로그 | 다음 시즌용 스킨 아이디어 | 주간 우선순위 검토 |
응답 목표는 완료 기한이 아니다. “P2는 1영업일 안에 답한다”는 규칙은 해당 요청을 받았는지 언제 처리할지, 블로커가 무엇인지를 알려 준다는 뜻이다. 이 약속만 지켜도 상대 팀은 다음 작업을 선택할 수 있다.
자주 묻는 질문 (FAQ)
시차가 10시간 이상이면 매일 회의가 필요한가?
아니다. 매일 15~30분의 짧은 결정 시간은 유용하지만 상태 공유까지 회의로 처리할 필요는 없다. 진행 상황은 작업 보드와 정해진 템플릿으로 비동기 공유하고 회의는 승인·우선순위·블로커에 집중한다.
아티스트의 수정 횟수는 무조건 제한해야 하는가?
방향이 확정된 뒤에는 제한하는 편이 좋다. 다만 브리프 오류나 내부 의사결정 변경으로 생긴 수정은 아티스트 품질 이슈와 분리해 새 티켓 또는 변경 요청으로 관리해야 공정한 일정 예측이 가능하다.
영어가 능숙하지 않은 팀원도 글로벌 협업을 운영할 수 있는가?
가능하다. 복잡한 문장보다 짧은 문장, 번호 목록, 이미지 주석, 예시 파일이 효과적이다. 다만 “nice”, “better”, “more dynamic”처럼 해석 폭이 넓은 평가어는 완료 조건과 레퍼런스로 바꾸는 규칙을 팀 전체가 지켜야 한다.
마무리
글로벌 아티스트 협업의 성패는 더 많은 회의가 아니라 더 적은 추측에 달려 있다. 작업 브리프의 완료 조건, 승인 게이트, 좌표 기반 피드백, 기술 핸드오프 체크리스트, 우선순위별 응답 규칙을 먼저 고정하자. 그러면 시차는 대기 시간이 아니라 서로 다른 시간대에서 제작을 이어 가는 운영 리듬이 된다.
