WHEN YOU NEED THIS
이런 상황이라면 확인해보세요.
새로운 모바일게임을 개발하고 싶어요.
개발 전체를 직접 관리하기 어려워요.
개발 중 비용과 일정이 계속 바뀔까 걱정돼요.
결과물이 제대로 만들어졌는지 판단하기 어려워요.
WHAT TURNBASS DOES
무엇을 만들지 정해져야 개발도 관리할 수 있습니다.
진행률보다 실제 Build를 봅니다.
BUILD PROJECT SYSTEM / RAIL
- 01IDEA
- 02SCOPESCOPE LOCK
- 03PROTOTYPE
- 04DEVELOPMENT
- 05BUILDBUILD CHECKPOINT
- 06QAQA CHECKPOINT
- 07RELEASE READY
RELEASE READY까지가 기본 흐름이며, Google Play 등록·심사 대응은 STORE 서비스에서 이어집니다.
SCOPE CONTROL PANEL
01
포함 기능
- 계약서에 명시된 기능만 개발 범위에 포함됩니다.
02
제외 기능
- 범위 밖 기능은 별도 변경 요청으로 협의합니다.
03
완료 기준
- 합의된 기능이 실제 Build에서 동작하는지로 판단합니다.
04
납품 범위
- 계약된 소스, Build, 문서를 기준으로 정리합니다.
CHANGE REQUEST FLOW
- 01새로운 요청
- 02기존 범위 확인
- 03일정 · 작업 영향 확인
승인보류
마일스톤
큰 프로젝트를 최종 납기일 하나로만 관리하지 않고, 중간 결과와 Build를 기준으로 진행 상황을 확인합니다.
SYSTEM.VISUAL
ASSET / PENDINGBUILD PROJECT SYSTEMCOMPLETION STANDARD
완료는 어떻게 판단하나요?
합의된 범위의 기능이 실제 Build에서 정상적으로 동작하는지, QA에서 확인된 문제가 해결됐는지를 기준으로 완료를 판단합니다.
DELIVERABLES
프로젝트가 끝나면 받게 되는 것
DELIVERABLES BOARDFINAL
- Unity Source01
- APK / AAB02
- Change Log03
- Documents04
- Known Limitations05
실제 납품 항목은 프로젝트 계약 범위에 따라 달라집니다.