아직은 공력도, 경력도 미천하야... 감히 이런 글을 싸질러놓는 것이 매우 조심스럽기 짝이 없으나...

미흡한 경험에서 우러나오는 주관, 혹은 편견으로 끄적끄적.



IT 업계 전반이 어느 정도 그런 양상을 보이기는 하지만, 게임업계는 특히나 그래스 호핑(grass hopping)이 잦은 곳이다.


거기에 더하여, 역시나 IT 업계 전반이 어느 정도 그런 양상을 보이기는 하지만, 게임업계는 특히나... 좁디 좁다 -ㅁ-; 어찌나 좁으신지 한 두 다리만 걸치면 모르는 사람이 없을 정도.




이러한 업계의 양상은 개발자로 하여금 어떠한 사고 방식을 가지도록 은연중에 강요하게 된다.


혹은,


등등등?



결국 일종의 업계 불문율이랄까, 혹은 약간 거시적인 프로세스같은 것이 발생하게 된다. 이 업계가 유지되는 방식이라고까지 이야기하자면 좀 거창하겠지만 -ㅁ-;

아무튼 나는 나름대로 저런 사고 방식을 가지고 사는 것이 맞다고 생각했다.

결국 그 덕에 업계가 원활하게 돌아가고, 프로젝트는 진행되고, 게임은 개발되어 나오는 것이니까.

팀원이 나가고 들어오는 것에 따라 프로젝트가 흔들린다면, 어디 게임 개발 할 수 있겠는가.


쿨하지? 쿨할까? 쿨할라나?



반대 급부라 할만한 경우를 목격한 적도 있다.

아직도 존속되고 있을는지는 모르겠지만, 소위 '패밀리'라 불릴만한 개발자 그룹(?)이 통째로 이직을 해가면서 단순 팀원의 그래스 호핑이 아닌, 팀 단위의 그래스 호핑을 하는 것을 본 적이 있는데...


따뜻하고 애틋한... 이라기 보다는 우와 뭔가 부정적인 것 같아. 이것도 일종의 뒷담화가 되려나 -ㅁ-;

아무튼 저런 경우를 본 적이 있는데... 글쎄, 결국 그 패밀리가 패밀리의 이름으로 성공적인 결과물을 낸다면 저것도 나름 괜찮지 않을까? 싶기도 하지만, 역시 그 때나 지금이나 난 저런 방식에 대해서는 부정적이다.



그렇기에 역시 개발자가 중심에 두어야 하는 것은 프로젝트의 완수. 사람을 중심에 두어서는 곤란하다... 라고 생각해 왔는데...

솔직히 요즘은 잘 모르겠다 ㄱ-

이 뭐 내가 차가운 도시 남자. 하지만 내 여자에게는 따뜻하겠지? ... 도 아니고 말야, 쿨! 쿨! 쿨! 외치다가 얼어죽겠구만 ㄱ-

그렇다고 동료를 동료 이상으로, 더욱 살갑고 따땃하게 대하면서 살면 세상은 좀 더 아름다와지지 않을까? ... 뭐 이런 이야기를 하려는 것도 아니다.

여전히 개발자에게 있어 프로젝트의 완수를 중심에 두는 것은 맞는 것이라 생각한다.



하지만 이를 위해 개발자가 자기 스스로를, 그리고 동료들을 톱니바퀴로 치부하는 것이 과연 맞을까?

요걸 잘 모르겠다. 그렇게 돌아가는 팀이 과연 좋은 팀일까?



동료에게 동료 이상을 기대하지 않는 조직은 거의 필연적으로 정체된다고 할까, 혹은 말라붙어 버리기가 쉽다.

게임 개발이라는 직업 내에 여러가지 직군이 존재하기는 하지만, 결국 이 직군들 중 어느 하나도 독립적으로 기능하는 것은 없으며, 모든 직군은 서로 얽히고 섥히게 마련이다.

그러나 자신과 타인을 톱니바퀴로 생각하는 팀원들에게 있어 이러한 얽히고 섥히기는... 쉬운 일이 아니다. 심지어 조직이 크든 작든 관계 없이 말이다.

물론 이 얽히는 것을 중간에서 잘 관리해주는 조율자가 있다면, 서로가 서로를 톱니바퀴로 인식하면서도 얼추얼추 프로젝트가 잘 진행되는 것처럼 보이기는 하지만... 글쎄, 내 경험상 이런 방식은 결국 그 조율자를 죽이고 만다 ㄱ-

그리고 조율자가... 죽지는 않고 ㄱ-;;; 혹여 퍼포먼스가 3~40%만 저하된다 하더라도 그 조직은 급속도로 말라붙는다.

혹시 조율자가 없더라도, 팀원들이 애초에 '공적인 피드백'을 자주 할 수 있는 프로세스를 만든다면 괜찮지 않을까...?

글쎄 -ㅁ- 이거이 참 이상적이긴 한데, 인간이라는게 그렇게 공사 구분을 명확히 할 수 있는 존재가 아니라서리... 단적으로 말해 '모든 중요한 결정은 담배터에서 나온다'라는 말이 괜히 있는 것이 아니다.

즉 프로세스만으로는 부족하지 않나 싶다.

결국 조직이 말라붙어 버리게 되면... 직군 사이의 피드백이 사라지고, 누구도 게임의 어떠한 요소에 대하여 책임지지도 - 관심가지지도 않는 사태가 벌어지게 되는데...

뭐 그럼에도 불구하고 프로젝트가 완수될 수는 있다. 제대로 된 게임이 나올 가능성은 좀 많이 낮아지므로, 성공 가능성은 로또 비슷해져 버리지만 -ㅁ-;



그렇다고 공적인 동료가 사적인 영역을 마구마구 넘나드는 조직의 경우에는 반대로... 조직이 외부에 대하여 배타적이 될 가능성이 높고, 조직 내에서는 비효율적인 운영이 이루어질 가능성이 높다.

이러한 조직에서는 사람 하나의 가치가 지나치게 커지는 위험이 존재한다.

팀원의 이탈이 팀 전체의 사기에 악영향을 미칠 수 있고, 반대로 새로운 팀원의 진입은 그 조직이 배타적인만큼 쉽지가 않다.

출혈은 있을 수 있지만, 수혈은 어려운... 이게 뭔가효. 자살해가는 조직도 아니고 ㄱ-

더불어 조직 내에서 서로의 사적인 영역을 넘나들다 보면... 한국에서 특히 보기 쉬운 구도인 '형님 / 아우' 서열이 발생하기 쉽고, '형님에게 굽신굽신 / 아우니까 봐준다'와 같은... 곤란한 상황이 개발 효율을 저해하기가 쉽다.

팀원들 서로가 사적인 친분을 유지하되, 공적인 부분에 대해서는 최대한 드라이하게 접근한다면...?

위에서도 말했지만 인간이란 그렇게 공사 구분을 명확히 할 수 있는 존재가 아니...

그럼 그러한 공적인 부분을 조율해 줄 관리자를 외부에 둔다면...?

배타적인 조직은 그런 관리자를... 죽인다 ㄱ- 혹은 조직이 빠져버리등가 ㄱ- 그래스 호핑~

그래서 결국 프로젝트의 완수보다는 조직의 안녕이 우선 가치로 정립되는 사태가 벌어지고 만다. 뭐 이런걸 소위 개발을 말아먹는 정치라고 불러도 되지 않을까나...



그러니까 결국 정도의 문제인데...



가장 좋은 것은 그 중간일까?

즉, 팀원들 사이에 사적인 친분이 어느 정도 존재하기에 이는 원활한 피드백의 원천이 되어주고...

그러나 이 친분이 공적인 영역을 넘어서지 않아, 일에 대해서는 최대한(!) 냉정하면서도 대등한 관계가 형성되며...

더불어 개발 프로세스는 각 직군들이 최대한 서로 얽히고 섥힐 수 있도록 기능해 주어야 한다.

쯥. 말은 쉽다만... ㄱ-



아직은 나도 이러한 이상적인(?) 구조를 어떻게 하면 형성하고, 유지할 수 있을는지를 잘 모르겠다.

이제야 겨우 '톱니바퀴로는 안되겠는데?'를 깨달은 정도이고...

그렇다고 동료한테 어느 정도까지의 선을 걷어내고, 어느 정도까지의 선을 허용해야 하는 것인지 역시 아직은 잘 모르겠는 모호한 상태이며... -ㅁ-

더구나 그럼에도 불구하고 발생할 수 밖에 없는 그래스 호핑에 대하여... 이런 조직이 어느 정도 가지게 되는 취약성 - 그러니까 결국 대미지를 어떻게 컨트롤해야 할는지도 잘 모르겠다.

... 이거 뭔가 사회 조직론 내지는 경영학(?)을 찾아보면, 이런 이야기가 좀 나와있지 않을까 싶기는 한데 ( --)

현재로서는 현재 내가 지금 몸담고 있는 팀이 나름 줄타기를 해나가는 모습을 관찰하고, 참여하면서 좀 더 생각을 진행하는 수밖에 없을 듯 싶다.



팀 내에서 호형호제가 이루어질 만큼의 사적인 친분이 있으면서, 이것이 공적인 영역을 침범하지는 않고, 잦은 피드백을 반 강제(?)로 보장하는 프로세스... 를 일단 어느 정도는 아슬아슬 줄타기하고 있는 우리 팀은...


이건 아무래도 더 시간을 두고, 조심스레 지켜봐야하지 않을까나 싶다.

아니 잠깐, 방관자로 지켜보겠다는 것이 아니라... 결국은 나 역시 한 명의 팀원으로서.