게임 개발은 기획, 아트, 프로그래밍, QA가 동시에 움직이는 협업입니다. 누가 무엇을 언제까지 하는지 보이지 않으면 마감 직전에 빈 곳이 드러납니다. 실무에서 많이 쓰는 지라와 노션으로 업무와 일정을 관리하는 기본 방법을 정리합니다.

두 툴의 역할 차이

두 툴은 경쟁보다는 보완 관계입니다. 많은 팀이 업무 추적은 지라로, 기획 문서와 회의록은 노션이나 컨플루언스 같은 문서 툴로 관리하고 서로 링크로 연결합니다. 작은 팀이라면 노션 데이터베이스만으로 업무 관리까지 하기도 합니다.

지라의 이슈 구조 이해하기

• 에픽: 큰 기능 단위입니다. 예를 들어 '길드 시스템'이 하나의 에픽입니다.
• 스토리·작업: 에픽을 구현하기 위한 업무 단위입니다. '길드 가입 UI 제작', '길드 데이터 테이블 작성'처럼 쪼갭니다.
• 하위 작업: 한 업무를 다시 나눈 세부 단계입니다.
• 버그: QA나 팀원이 발견한 문제입니다. 재현 방법과 기대 결과를 함께 적습니다.

업무 하나는 한 사람이 며칠 안에 끝낼 수 있는 크기로 쪼개는 것이 좋습니다. 너무 큰 업무는 진행 상황을 알기 어렵고, 너무 작은 업무는 관리 부담만 늘립니다. 담당자, 마감일, 우선순위, 관련 문서 링크는 모든 이슈에 빠짐없이 적습니다.

스프린트로 일정 굴리기

스프린트는 정해진 짧은 기간 동안 끝낼 업무를 골라 집중하는 애자일(짧은 주기로 계획·실행·점검을 반복하는 개발 방식) 운영 방법입니다. 지라 보드는 할 일, 진행 중, 검수, 완료 같은 열로 나뉘고, 이슈 카드를 옮기며 상태를 표시합니다.

1. 스프린트 계획: 백로그(해야 할 일 목록)에서 이번 기간에 할 업무를 고르고 담당자를 정합니다.
2. 매일 짧은 점검: 어제 한 일, 오늘 할 일, 막힌 점을 공유합니다.
3. 보드 갱신: 업무 상태가 바뀔 때마다 카드를 옮깁니다. 보드가 실제 상황과 다르면 의미가 없습니다.
4. 스프린트 리뷰: 완성된 결과물을 빌드로 확인합니다.
5. 회고: 잘된 점과 개선할 점을 정리해 다음 스프린트에 반영합니다.

노션으로 문서와 일정 엮기

노션의 데이터베이스는 표, 보드, 캘린더, 타임라인 보기를 바꿔 가며 같은 데이터를 다르게 볼 수 있습니다. 업무 데이터베이스에 담당자, 상태, 시작일, 마감일 속성을 만들면 타임라인 보기에서 간트 차트(업무별 기간을 가로 막대로 표시한 일정표)처럼 일정을 확인할 수 있습니다.

• 기획서 페이지에 관련 업무를 연결해 두면 문서에서 바로 진행 상황을 볼 수 있습니다.
• 회의록 템플릿을 만들어 날짜, 참석자, 결정 사항, 후속 업무를 같은 형식으로 남깁니다.
• 마일스톤(중요한 중간 목표 시점) 페이지를 따로 두어 알파, 베타, 출시 같은 큰 일정을 한눈에 보이게 합니다.

지라와 노션을 함께 쓴다면 어느 쪽이 '원본'인지 정해 두어야 합니다. 업무 상태는 지라에서만 바꾸고 노션에는 링크만 두는 식으로 규칙을 정하면, 두 곳의 정보가 서로 달라지는 문제를 막을 수 있습니다.

팀 프로젝트에 적용할 때 주의할 점

툴을 도입했는데도 일정이 밀리는 경우는 대부분 규칙이 없어서입니다. 상태 열의 의미, 업무 쪼개는 기준, 마감일을 누가 정하는지 같은 규칙을 첫 주에 합의하세요. 또 툴 관리 자체가 일이 되지 않도록 보드는 단순하게 유지하는 것이 좋습니다. 학생 팀 프로젝트에서 지라 보드와 회의록을 꾸준히 남겨 두면, 그 기록 자체가 협업 능력을 보여 주는 포트폴리오가 됩니다.

SBS아카데미게임학원 프로젝트관리 과정은 WBS 작성, 마일스톤과 간트 차트, 스크럼과 스프린트, 지라 이슈 관리와 컨플루언스·노션 문서화를 실습하는 과정입니다.

자주 묻는 질문