2012/02/22

게임 기획자에 대한 생각 #2 - 기획자의 유산 목록

기획하다보면 보통 이 정도는 준비하지 않나 싶지만, 모든 것은 결국 케바케(Case by case)...
이런거 징하게 써댄다고 재밌는 게임 만들 수 있는건 아니니 그냥 가볍게 읽으면 좋을 듯.

<개발 전>
  • 시장 조사 보고서
  • 컨셉 기획서
  • 러프한 게임 시스템 문서
  • 시스템 구조도와 주요 매커니즘에 대한 다이어그램 (유료화 포함)
  • 킥오프 문서
  • 프로토타입이나 목업
  • 개발 일정 문서 (팀 내부용)

<개발 초기>
  • 세부 설정집(또는 목록)
  • 네트워크 정의 문서
  • 게임 플레이 매커니즘 정의 문서
  • 프로토타입(알파 수준) 기획서
  • 레벨 디자인 문서
  • 캐릭터 및 적 시스템 및 수치 목록
  • 화면 연출 스토리보드
  • 게임 내 이벤트에 따른 상수/변수 처리 목록
  • 수정된 개발 일정 문서 (팀장 확인용)

<개발 진행하던거 한 번 엎고 난 뒤>
  • 시스템 개선 제안서
  • 게임 기획서(???)
  • 2차 킥오프(허들?) 문서
  • 개발 및 업데이트 일정 문서 (개발실 발표용, 실장단 발표용 각 1부)

<개발 중반부>
  • 사운드 목록
  • 주요 그래픽 리소스 목록
  • 알파, 베타 버전용 기획서
  • 일정 변경에 따른 보고서
  • 테스트 계획 및 리서치 문서

후반부 얘기는 3편에 이어서...

2012/02/20

게임 기획자에 대한 생각 #1

프로그래밍을 배울 생각도 의지도, 그리고 그 이유도 모른다면 낙오된 기획자.

프로그래밍을 배울 필요가 은근히 느껴지지만 어디서부터 시작할지 모르고 있다면 착하지만 부족한 기획자.

프로그래밍, 특히 스크립트 언어를 배워 실무에 적용하여 잘 쓰고 있다면 실용적인 기획자.

개발자가 현재 쓰고 말하는 언어에 대한 호기심으로 위키를 뒤지며 기본적인 개념을 잡아가고 있다면 발전 가능성이 풍부한 기획자.

어느 정도 Pseudo Code도 짤 줄 알고, 개발자들의 표현 방식(시퀀스 다이어그램, UML 등)에 대한 이해도가 있다면... 기획자형 개발자 -_-

2012/02/01

안드로이드 어플리케이션 기획서 샘플

안드로이드 어플리케이션 같은 경우, 워낙에 지랄맞은 좌표 단위계 덕분에 기존에 사용되는 일반적인 기획서 양식으론 정상적인 개발이 불가능하다. 특히 DP 좌표계, RelativeLayout 같은 용어를 접하면 디자이너도 기획자도 엄청난 혼란을 일으킬 수 밖에 없는 현실...

이래 저래 너무 깝깝해서 '안드로이드 어플리케이션은 어떻게 개발하는가'에 대한 정보를 모으기 위해 안드로이드 프로그래밍 책과 안드로이드 개발자 사이트(http://developer.android.com/index.html)의 정보를 교차 참조하였고, 그 덕분에 일단 당장 쓸만한 샘플용 기획서(또는 스토리보드)를 만들 수 있었다.


부족한 부분이 많아 회사 팀원들에게만 공유하려고 했는데, 혹시나 필요한 사람들이 있을까 싶어 공유해 본다.

2012/01/24

데이터 분석에 대한 생각들


데이터 분석에 대한 업계 고수 3인방의 글입니다. 읽기 쉽도록 약간의 편집만 해 두었습니다. (실제론 페이스북에 올라온 이야기입니다.)

대화 내용에 앞서, 저는 특히 @onechu님의 이야기에는 대공감을 하는 바인데... 데이터의 수집만큼이나 중요한 것은 패턴의 분석이라고 생각합니다. 그 패턴을 확보하기 위해 데이터를 모으는거고요. 크고 정확한 데이터 그 자체는 아무런 의미를 가지지 않습니다.

결국 이쁜(깨끗한) 데이터를 잘 쌓는 기술은 개발자의 몫이고, 기획자라면 그 데이터가 무엇을 의미할지, 그걸로 무엇을 할지 정해야 하겠죠. 이 때 가장 중요한 것이 데이터 패턴을 읽어내는 직관이라고 생각합니다.


결국 기획자는 SF 소설 <파운데이션>(Foundation)에 나오는 해리 셀던(Hari Seldon)을 꿈 꾸는거죠. 그놈의 파운데이션 한 번 만들어보겠다고 온갖 데이터를 쌓아놓고 평생(은 아니고 오랜 시간) 골 싸매고 앉아있어야...

결국 파운데이션까지는 아니더라도, 특정한 패턴을 충분히 뽑아내고 유의미한 사례와 예외 케이스들을 잘 정리해 두면 게임의 지표 흐름에 따라 '이 게임은 어떻게 흥망성쇄할까?'를 비교적 선명하게 예견할 수 있으리라 예상해 봅니다. 이게 기획자의 직관이라는 단어로 포장되겠죠. :)


아래는 대화 내용입니다.

2012/01/04

에픽게임즈 인사담당자가 말해주는 '이력서 잘 쓰는 법'

http://www.develop-online.net/news/39415/NEW-YEAR-NEW-JOB-Epics-advice-on-the-perfect-CV
NEW YEAR, NEW JOB: Epic's advice on the perfect CV (via @WayneChoi7)

DEVELOP이라는 웹진에 새해 맞이 포스팅으로 재밌는게 올라와서 소개차 올려본다. 에픽게임즈의 인사 담당자가 말하는 '이력서 잘 쓰는 법.'
대부분의 내용들이 한국에서도 통용되는 만큼, 이력서의 기초적인 매너는 만국 공통이다. 그만큼 아래에 언급한 기본들을 충실히 반영하여 레주메를 작성하는 것이 중요하다.

이하는 위의 내용을 가볍게 한글로 번역한 내용이다.


1.     맞춤법/문법 검사기를 이용하라.
(Use spell check.)
본인이 맞춤법에 자신이 없다면 자주 사용하는 것이 좋다. 개인적으로 부산대학교에서 제공하는 맞춤법 검사기를 추천한다.

2.     많은 곳에서 범용적으로 사용하는 (워드나 PDF 같은) 포맷을 사용하라.
(Make sure that your CV is put into a universally accepted format (MS Word, PDF). Please don’t use a text editor to write your CV.)
한국에서는 HWP 좀 쓰지 말아라! 라는 뜻으로 확장되어 쓰이기도 한다. 별개의 이야기지만 HWP 파일을 볼 수 있는 한컴 오피스뷰어는 2012년 1월 1일부로 기업 사용자의 무료 이용이 제한된다. 되도록 안 쓰는 것이 인사 담당자의 분노를 줄일 수 있을 듯.

3.     깔끔하고 간결한 목록 형태로 정리해라. 긴 문장보다 네다섯개의 깔끔한 불릿(●)으로 정리하는게 더 읽기 쉽다.
(Clearly and concisely list your responsibilities; four or five bullet points are a lot easier to read than a paragraph of text.)
말하고자 하는 바를 훨씬 간결하고 읽기 쉽게 만드는 방법이 바로 목록화. 이런 방식을 보통 Outlining(아웃라이닝)이라고 한다. 적절하게 사용할 경우 글의 양도 많이 줄어들고 의도한 메시지를 정확하게 전달할 수 있다.
 
4.     직접 만들거나 작성한 것들에 대한 링크를 명시해라.
(Include links to work you have created or authored.)
이는 꼭 창작한 것 뿐만이 아니라, 본인에게 관심을 가진 인사 담당자가 추가적인 정보를 '쉽고 편하게 파악하기 용이한 형태'로 제공하는 것이 중요하다.

5.     포트폴리오나 샘플을 첨부해라.
(Make sure you include a link to samples or a portfolio on your resume.)
4
번과 이어지는 내용. 포트폴리오나 샘플을 첨부할 경우, 해당 자료들에 대한 개략적인 설명을 추가로 언급하면 더욱 좋다.

6.     인사 담당자가 직접 전화를 하고 싶어할지도 모르니 전화번호와 이메일 주소를 명시해라.
(Include both your phone number and e-mail address. Sometimes, a hiring manager or recruiter will actually want to call you.)
휴대폰 번호를 입력해 두면 꽤 도움된다. 나같은 경우에도 이력서가 마음에 들 경우, 바로 전화를 걸어보는 경우가 종종 있다.

7.     화려한 폰트와 표는 치워둬라. 많은 회사들이 구직자 관리 시스템을 통해 이력서를 관리하는 경우가 많기 때문에, 이력서가 간단할 수록 더 좋다. 그냥 읽기 쉬운게 가장 좋다.
(Leave the fancy fonts and tables for your portfolio. A lot of companies store resumes in an applicant tracking system, so the more straightforward your resume is, the better.  In short, make it easy to read.)
이는 상황에 따라 다른데, 업체 측에서 제공하는 이력서 포맷이 있을 경우, 해당 포맷을 어긋나지 않도록 최대한 간결하고 깔끔하게, 필요한 내용만 담아서 작성하는 것이 좋다.
만약 이력서 자체가 튀어야하는 (특히 Data Visualization 관련 직군이라거나) 상황이라면, 멋지게 꾸미는 것도 나쁘지 않다. 하지만 모든 것은 다 Case by case 이므로 둘 다 준비해 놓는 것이 가장 좋을 듯.

8.     본인이 다녔던 회사와 함께 해당 회사에서의 직책이나 직군을 명시하라.
(Include the companies you have worked for along with the title you have held at each company.)
이건 좀 한국적인 스타일인데, 경력직일 경우 직책이나 직군을 명시하는 방법이 있고, 프로젝트 단위의 경력(커리어)를 중심으로 쓸 수도 있다. 나는 개인적으로 후자를 선호하는 편이다.

9.     본인의 업무와 책무를 설명할 때 업계 공용어를 사용하도록 한다.
(Make an effort to use industry standard key words to explain your job duties and responsibilities.)
맡고자 하는 업종에 대해 업계 언어를 쓰지 않으면 굉장히 무지해 보이는 경우가 많다. 어찌보면 기본적인 소양을 갖추고 있는지 표현하는 것이므로, 애매한 Suitcase word를 사용하지 않는 것이 중요하다.

10. 맞춤법 검사기를 두번 써라.
(Use spell check. Yes, I said it twice, but a resume with misspelled words is a really bad way to make a good first impression.)
1
번으로 말했던걸 10번에서도 다시 말해야 할 만큼, 맞춤법을 틀리거나 (심각한) 오타를 내는 것은 정말 중요하다. 첫 인상을 결정하는 이력서인 만큼, 이런 부분은 빠짐없이 챙기는 것이 좋다.
그리고 좀 비슷한 얘기지만, 이력서를 여러군데에 뿌릴 때는 꼭 회사 이름 잘못 써서 낭패를 보는 경우가 없도록 세네번 신경써야한다.


이 외에도 많은 '이력서 작성 팁'이 있지만, 위의 얘기들은 너무너무나도 당연하고, 전세계로 통용되는 것들이므로, 절대 놓쳐서는 안되는 것들이다.

까먹지 말고 틀리지 말고 놓치지 말고, 원하는 직장과 직업을 잘 선택할 수 있는 2012년 한 해가 되시길 바란다. :)