Q&A와 스터디
안녕하세요?
레임의 고수님들에게 뭐 하나 여쭤보고 싶어서요..
게임 기획이니, 프로그래밍이니 뭐니 하는건 여러 곳에서 배울 수가 있는데
정작 게임 개발 프로세스에 대해서는 알려주는 곳이 거의 없더라구요..
책에서 봐도 이상적인 내용이 주를 이루고 있고..
국내나 해외에서 실제로 쓰이는 프로세스는 어떤가요?
예전에 게임을 한번 팀 단위로 만들어 본적은 있는데 (아마추어)
그때는 프로세스가 크게 요구되지 않는 간단한 게임이어서 무리가 없었는데
이번에는 동아리에서 예전에 만들었던 게임보다는 제법 규모가 있는 게임을 한번 만들어 보고자 하는데
파트를 나눠서 기획, 그래픽, 프로그래밍 이렇게 나눈 뒤에 게임을 만들려고 합니다.
그런데 한달정도가 지났는데도 진척이 좀 늦은 편이네요.
개발 프로세스 때문에 이런거 같은데...
혹, 게임 개발 프로세스(절차)를 좀 잘 알만한 곳이 있을까요?
혹시 있다면 소개좀 부탁 드릴까 합니다.
도움을 부탁드려요 굽신굽신 (*_ _)
긴 글 읽어주셔서 감사합니다 ^^;
레임의 고수님들에게 뭐 하나 여쭤보고 싶어서요..
게임 기획이니, 프로그래밍이니 뭐니 하는건 여러 곳에서 배울 수가 있는데
정작 게임 개발 프로세스에 대해서는 알려주는 곳이 거의 없더라구요..
책에서 봐도 이상적인 내용이 주를 이루고 있고..
국내나 해외에서 실제로 쓰이는 프로세스는 어떤가요?
예전에 게임을 한번 팀 단위로 만들어 본적은 있는데 (아마추어)
그때는 프로세스가 크게 요구되지 않는 간단한 게임이어서 무리가 없었는데
이번에는 동아리에서 예전에 만들었던 게임보다는 제법 규모가 있는 게임을 한번 만들어 보고자 하는데
파트를 나눠서 기획, 그래픽, 프로그래밍 이렇게 나눈 뒤에 게임을 만들려고 합니다.
그런데 한달정도가 지났는데도 진척이 좀 늦은 편이네요.
개발 프로세스 때문에 이런거 같은데...
혹, 게임 개발 프로세스(절차)를 좀 잘 알만한 곳이 있을까요?
혹시 있다면 소개좀 부탁 드릴까 합니다.
도움을 부탁드려요 굽신굽신 (*_ _)
긴 글 읽어주셔서 감사합니다 ^^;
닥터후, 카메라, 노래부르기 좋아하는 게임 기획자
트위터 @Yangtuna
![[레벨:8]](http://old.lameproof.com/modules/point/icons/default/8.gif "포인트:6151point (25%), 레벨:8/30"){kind=icon}
Bingone![[레벨:4]](http://old.lameproof.com/modules/point/icons/default/4.gif "포인트:1983point (67%), 레벨:4/30"){kind=icon}
날자고도
2008.07.30 23:32:35 (*.189.197.86)
![[레벨:6]](http://old.lameproof.com/modules/point/icons/default/6.gif "포인트:3966point (62%), 레벨:6/30"){kind=icon}
ZYKYL 쉽습니다.
"게임회사 취직하셔요." 라고 하면 한데 맞을거 같고.
한달정도 됬는데 진척이 느리다고 하는 것은 으음 성실도 문제는 아닐까요?
그냥 쉽게 전지나 화이트 보드에 진척도를 표시 해놓고 할당량을 확인해보는게 제일 빠를듯 하기도 하고;;
모 프로그래머님은 메모장, 엑셀, 그림판으로 모든걸 해결하신다는 분이 있던데. 흐음
"게임회사 취직하셔요." 라고 하면 한데 맞을거 같고.
한달정도 됬는데 진척이 느리다고 하는 것은 으음 성실도 문제는 아닐까요?
그냥 쉽게 전지나 화이트 보드에 진척도를 표시 해놓고 할당량을 확인해보는게 제일 빠를듯 하기도 하고;;
모 프로그래머님은 메모장, 엑셀, 그림판으로 모든걸 해결하신다는 분이 있던데. 흐음
2008.07.30 23:38:03 (*.143.28.29)
![[레벨:2]](http://old.lameproof.com/modules/point/icons/default/2.gif "포인트:534point (38%), 레벨:2/30"){kind=icon}
msz006 기획이 얼마나 되어있나요?
한달쯤 됐다면 기획 단계일것 같은데,
회사의 경우에는 직원을 미리 안 뽑아놓으면 막상 작업이 들어가야 할 시기에 때맞춰 직원을 뽑을수가 없어서 할수없이 사전에 각 팀을 대부분 구성해 놓지만,
아마추어 팀이라면 기획팀만 가동하고 그래픽팀과 프로그램팀은 아예 쉬는게 낫습니다.
어차피 기획 안 나오면 다른 팀들은 놀아야 되는데, 같이 모여서 일부만 작업하고 일부는 놀면 분위기만 나빠져요.
한달쯤 됐다면 기획 단계일것 같은데,
회사의 경우에는 직원을 미리 안 뽑아놓으면 막상 작업이 들어가야 할 시기에 때맞춰 직원을 뽑을수가 없어서 할수없이 사전에 각 팀을 대부분 구성해 놓지만,
아마추어 팀이라면 기획팀만 가동하고 그래픽팀과 프로그램팀은 아예 쉬는게 낫습니다.
어차피 기획 안 나오면 다른 팀들은 놀아야 되는데, 같이 모여서 일부만 작업하고 일부는 놀면 분위기만 나빠져요.
2008.07.31 11:54:58 (*.150.111.120)
gio 모두 만족한 상태에서 개발하고 있다면 차라리 프로세스가 없는 쪽이 낳을지도 모릅니다.
불만점이나 문제점이 발생한다면 어떤 부분인지를 재빠르게 판단하시고 그에 대한 질문을 하시는 것이 좋을 겁니다.
첫술에 배부를 수 없듯이 우리 프로젝트에 어떤 문제가 생길지 판단하는 선견의 단계는 고수의 경지입니다.
불만점이나 문제점이 발생한다면 어떤 부분인지를 재빠르게 판단하시고 그에 대한 질문을 하시는 것이 좋을 겁니다.
첫술에 배부를 수 없듯이 우리 프로젝트에 어떤 문제가 생길지 판단하는 선견의 단계는 고수의 경지입니다.
2008.07.31 23:58:26 (*.212.118.133)
많은 분들이 신경써서 답글을 달아주신데에 대해 우선 감사드립니다. ^^;
bingone//무슨 말씀을 하시고 싶으신지 의중을 파악 할수가 없네요. 나름대로의 프로세스는 세워서 진행을 해봤는데 잘 안되어서 질문을 드리는거라 전 빙원님의 말 뜻을 잘 모르겠어요. 어떤 면인지 자세하게 말씀해주신다면 감사드리겠습니다.
날자고도//OTL..
ZYKYL//순간 주먹을 들었다가..(농담 ^^;) 움.. 할당량 참고하겠습니다.
msz006//그.. 기획이 안나와서 다른 팀들이 놀아야 하는 상황이 발생하지 않으려고 나름대로의 프로세스를 짜보았는데 이 프로세스가 해당 파트에 일거리는 계속 던져주지만 효율이 좀 떨어지는거 같더라구요. 말씀 감사합니다.
gio//말씀 감사합니다.
bingone//무슨 말씀을 하시고 싶으신지 의중을 파악 할수가 없네요. 나름대로의 프로세스는 세워서 진행을 해봤는데 잘 안되어서 질문을 드리는거라 전 빙원님의 말 뜻을 잘 모르겠어요. 어떤 면인지 자세하게 말씀해주신다면 감사드리겠습니다.
날자고도//OTL..
ZYKYL//순간 주먹을 들었다가..(농담 ^^;) 움.. 할당량 참고하겠습니다.
msz006//그.. 기획이 안나와서 다른 팀들이 놀아야 하는 상황이 발생하지 않으려고 나름대로의 프로세스를 짜보았는데 이 프로세스가 해당 파트에 일거리는 계속 던져주지만 효율이 좀 떨어지는거 같더라구요. 말씀 감사합니다.
gio//말씀 감사합니다.
2008.08.05 14:30:15 (*.146.203.1)
꽃군 Process는 Communication 비용이 업무 대비 시간보다 오래 걸릴 때 업무의 순서를 조직화하는 것을 말합니다.
게임을 어떻게 개발하는가에 대한 순서가 알고 싶으신 거겠죠? :)
게임을 어떻게 개발하는가에 대한 순서가 알고 싶으신 거겠죠? :)
2008.08.05 18:36:30 (*.234.76.254)
![[레벨:0]](http://old.lameproof.com/modules/point/icons/default/0.gif "포인트:12point (13%), 레벨:0/30"){kind=icon}
담덕 왜 잘 진행이 안되는지 원인을 찾으세요. 그리고 개선책을 세우면 됩니다.
실제 게임 개발 프로세스를 안다고 해도 마카펜님의 지금 팀에 적용시키는 것은 아마 비효율적일 것입니다.
현재 인력 구성에 맞는 최적의 프로세스를 찾아야 합니다. 그것이 바로 프로젝트 리더의 역할입니다.
다시 말씀 드리지만 일단 원인을 찾으세요.
하나의 팁을 드리자면, 하나의 개발이 일단락되는 분기점 즉 마일스톤을 정하세요.
빌드버전도 정해야겠죠. 지금 2008년도니까 200801 정도면 될까요?
그리고 해당 날짜에 모든 작업이 반드시 끝날 수 있도록 지속적으로 체크를 해야합니다.
해당 날이 되면 관련된 모든 리소스를 취합하고, 프로그램 빌드를 시작합니다.
테스트 서버에 서버를 올리고 클라이언트를 배포합니다.
그리고 일정 기간동안은 테스트 & 버그수정을 반복합니다.
그러면서 다음 버전에 대한 준비도 이루어져야겠죠?
각각의 단위 작업들에 대해서도 관리가 필요합니다.
리소스가 언제까지 준비가 되는지 서버작업은 언제 끝나며 클라작업은 언제 시작될 수 있는지...
보통 클라작업은 리소스와 서버작업이 이루어져야 가능한 경우가 많거든요...
적어도 자기가 작업할 일정에 대해서 모든 파트가 서로 공유할 수 있어야 합니다.
일정내로 못 끝내는 팀이 발생하면 다른 스케줄도 줄줄이 차질이 발생하기 마련이니 그팀은 왠만하면 야근이나 주말근무를 해서라도 맞춰주어야겠죠.
실제 게임 개발 프로세스를 안다고 해도 마카펜님의 지금 팀에 적용시키는 것은 아마 비효율적일 것입니다.
현재 인력 구성에 맞는 최적의 프로세스를 찾아야 합니다. 그것이 바로 프로젝트 리더의 역할입니다.
다시 말씀 드리지만 일단 원인을 찾으세요.
하나의 팁을 드리자면, 하나의 개발이 일단락되는 분기점 즉 마일스톤을 정하세요.
빌드버전도 정해야겠죠. 지금 2008년도니까 200801 정도면 될까요?
그리고 해당 날짜에 모든 작업이 반드시 끝날 수 있도록 지속적으로 체크를 해야합니다.
해당 날이 되면 관련된 모든 리소스를 취합하고, 프로그램 빌드를 시작합니다.
테스트 서버에 서버를 올리고 클라이언트를 배포합니다.
그리고 일정 기간동안은 테스트 & 버그수정을 반복합니다.
그러면서 다음 버전에 대한 준비도 이루어져야겠죠?
각각의 단위 작업들에 대해서도 관리가 필요합니다.
리소스가 언제까지 준비가 되는지 서버작업은 언제 끝나며 클라작업은 언제 시작될 수 있는지...
보통 클라작업은 리소스와 서버작업이 이루어져야 가능한 경우가 많거든요...
적어도 자기가 작업할 일정에 대해서 모든 파트가 서로 공유할 수 있어야 합니다.
일정내로 못 끝내는 팀이 발생하면 다른 스케줄도 줄줄이 차질이 발생하기 마련이니 그팀은 왠만하면 야근이나 주말근무를 해서라도 맞춰주어야겠죠.
2008.08.21 01:09:37 (*.191.60.120)
smilemugi 제 생각은 개발 프로세스, 일정 다 옳은 얘기 입니다만, 쉽게 얘기해서 언제까지 무엇을 만들겠다라는 구체적이고, 명확한 계획이 있어야 한다고 봅니다.
예를 들어, "1 주동안 전투를 만들겠어" 라는 추상적인 계획보다는 "1 주동안에 PC 걷기로 이동가능하고, NPC 를 기본 공격하는 동작을 하고, 데미지 수치로 표시되고, hp가 0이 되면 죽는 에니메이션 나오는 것까지 하겠어" 라는 구체적이고 명확한 계획이 있어야 합니다. 그래야 일정에 이상이 없는지 개발 프로세스로 제대로 동작하고 있는 건지에 대한 판단 근거가 된다고 생각합니다.
예를 들어, "1 주동안 전투를 만들겠어" 라는 추상적인 계획보다는 "1 주동안에 PC 걷기로 이동가능하고, NPC 를 기본 공격하는 동작을 하고, 데미지 수치로 표시되고, hp가 0이 되면 죽는 에니메이션 나오는 것까지 하겠어" 라는 구체적이고 명확한 계획이 있어야 합니다. 그래야 일정에 이상이 없는지 개발 프로세스로 제대로 동작하고 있는 건지에 대한 판단 근거가 된다고 생각합니다.
2013.05.19 13:17:39 (*.153.235.115)
![[레벨:3]](http://old.lameproof.com/modules/point/icons/default/3.gif "포인트:962point (24%), 레벨:3/30"){kind=icon}
bestbasci01@yahoo.com
