[TIP55] 🤤프로젝트 탈출각!

※ 오늘의 로딩팁은 PC 버전에 최적화 되어있습니다. 웹에서 보기

🤤프로젝트 탈출각!

안녕 친구들! 한달만에 돌아온 오늘의 로딩팁이야. 스터디 챌린지 준비로 조금 바빴어. 부담은 줄이고, 서로에게는 도움이되는 스터디를 설계하기 위해 준비하고 있으니 많은 참여를 기다릴게!

각설하고 오늘의 주제는! <탈주해야하는 프로젝트 특징>이야. 우리 로딩팁 멤버들의 업력을 합치면 20년이 넘거든? 우리가 입을 모아 “거기선 빨리 나오시는게 좋을듯?”하는 프로젝트들의 특징들을 모아봤어.

특히 이 정보가 여러분에게 중요한 이유는 사회초년생 시절엔 원래 이런가보다..하고 이상한것도 모르고 넘기는 경우가 정말 많아서야. 아래에 나오는 상황을 한 프로젝트에서 다수 겪었다? 그렇다면 빠르게 탈주각! 세우고 좋은 프로젝트로 가보자구! 오늘 레터도 여러분에게 많은 도움 되길바라며 시작할게!

1. 업무를 DM으로 처리한다!

여기서 DM이란? 다이렉트 메세지. 단체로 있는 공간이나 채널이 아니라 개개인 메세지로 처리한다는 뜻이야. 그리고 이건 서로간에 업무 공유가 안되고 있을 가성이 매우 높다는 뜻이지.

예컨대 BM 구성품 변경을 기획팀장과 담당 기획자가 DM으로 협의했어. 그 후에 다른 곳에 전파했어야 했으나 바빴던 탓에 유관부서나 담당 PM에게 공유하는 것이 누락되는 경우. 생각보다 정말 많아! 이 경우 모두가 있는 채팅방이나 채널에서 공유했다면 그런 누락 위험을 줄일 수 있었을거야. 요즘엔 업무 간 싱크를 높이고, 정보 공유에 누락이 없도록 하기 위해 팀 채널이나 쓰레드를 사용하는 추세지.

그런데도 DM으로 업무를 처리한다? 업무가 잘못됐을 때 뒤집어 쓰기 딱 좋아. 정보 공유라는 프로젝트 진행의 기본도 안된다는 뜻이기도 하고. 여러모로 탈출각이 씨게 나오는 상황이지!

2. 입기획이 많다!

입 기획이란? 정확한 요구사항이나 기획서가 정리되지 않은 채로 담당자끼리 구두로 일을 처리하거나 기획 내용을 얼버무린채로 개발하는 것을 말해.

입 기획 많은 곳 걸러야 하는 이유는? 기획 의도와 내용을 정확히 파악할 수 없는 스펙이 너무 많다는거야. ‘이거 왜 이렇게 했지?’ 하고 기획서나 히스토리를 찾아보면 전혀 알 수 없는거지. 기획서가 조악하게라도 나중에 써졌으면 다행인데 여기저기 구전되어서 “이거 이래서 이렇게 했대요”하는 경우는 정말 답도 없어. 그 이유나 의도를 아는 사람이 다 퇴사해버리면 어쩌려고? 그러다 그 스펙이 내 일이 된다면? 앞길이 깜깜해지는거야.

이런곳의 가장 큰 문제점은 밸런스나 사양이 시시각각 누군가의 입맛에 맞게 바뀔수도 있다는 점이기도 해. 자신들도 기획서를 쓰면서 생각을 정리하고 논리정연하게 설명할 수 있어야 하는데 입기획은 그 과정이 생략되어 있으니 그날그날 기분에 따라, 게임 경험에 따라 기획을 바꿔버리는 경우들이 생기는거지. 그 장단을 맞추기란 정말 쉽지 않아.

더구나 입 기획이 많다? 제대로 일은 할줄 모르면서 훈수만 두는 사람들이 많을 가능성이 무척 커. 기획자는 기획서로 말해야지. 내 기획의도와 사양을 입으로 말하면 곤란해. 예외처리는 어떻게 할지, 의도는 무엇인지, 어떤 보상을 줄지 등등. 입으로 모든걸 처리하려고 하는 곳은 걸러야 해!

3. 구두로 일한다.

구두로 일한다! 자체는 사실 문제가 잘 안돼.

문제는 모든 문제를 자리에 찾아가서 서희식 담판으로 해결하려는 경우야. 그리고 나서 어떻게 결정됐는지 공유하지 않는 것까지 포함이라고 할 수 있지. 구두로 일하는 건 메신저나 메일보다 빠르게 결정하고 처리할 수 있지만, 당사자들이 아니면 알기 어렵다는 치명적인 단점이 있어. 그래서 정상적인 곳이라면 급한 건에 대해서 구두로 합의한 후, 단체 채널이나 메일로 “담당자와 구두로 이렇게 결정하였습니다” 공유하곤 해.

탈출해야하는 경우는 구두로 둘이 결정을 마치고 둘이서만 관련 후속 업무를 수행하고 거기서 그대로 끝내버리는 경우! 즉, 구두로 일한 내용을 공유하지 않을때야. 왜 문제가 되냐면 담당자가 변경되거나 백업이 필요할 때 그때 결정 내용에 대해서는 전혀 모르니 일이 꼬일테고 리소스가 낭비되는 상황이 생기기 때문이지.

세 경우 모두 '공유가 제대로 안된다'라는게 본질적 특징이야. 프로젝트는 정말 많은 사람이 관여하고 동시에 일을 하고 있기 때문에 서로간에 정보 싱크를 맞춰나가는 게 중요해. 그래야 소위 ‘뻘짓’하는 사람이 줄거든.

“엥? 이거 업데이트 날짜 왜 바뀌어있어요? 이거 24일 업뎃이라 그래서 다 미루고 이거만했는데?”
“엥 그거 30일로 바뀌었잖아요. 몰랐어요?”

(혈압오름…)

정보 공유가 빠르게 되지 않고 알음알음 알아야 한다? 스트레스 받지 말고 빠르게 탈주하길바라. 안 그런 곳도 정말 많고, 사실 그렇지 않은게 정상이거든! 일하기도 바쁜데 정보 바뀐거, 업데이트 날짜 바뀐거 귀동냥을 다녀야하다니. 너무 힘들지 않겠어?

4. 일 없이 야근하는 문화가 만연하다!

그리고 마지막으로! 개인적으로 필자인 뉴미가 가장 확실하다고 느끼는 돔황 시그널은! 일도 없으면서 밤 늦게까지 자리만 지키고 있는 사람이 많을때야. 일 없이 야근하는 사람이 많은 프로젝트는 근태 관리나 조직 문화가 후진적일 가능성이 무척 커. 저 사람이 전혀 뭘하는지 모르겠는데 매일 밤 늦게까지 있다? 훔쳐보면 게임하고 있거나 놀고 있을 가능성이 정말 높다는 거! 그 조직은 이미 병든거나 다름 없지.

보통 그런 프로젝트는 자기들만 늦게까지 남지 않아. 열심히 늦게까지 매일 야근하는 나! 에 취해서 근무시간 내에 일 잘 마치고 ‘칼퇴’하는 사람에게 눈치를 주거나 꼬운티를 내는 경우도 정말 많다는거!

이럴 땐 제발 빠르게 도망치도록 하자!

어떤 프로젝트에서 첫 시작을 하느냐도 정말 중요한 스타팅포인트라고 생각하는데. 여러분이 조금이라도 더 나은, 프로세스가 잡힌 곳에서 일하기를 바라! 내가 있는 이 프로젝트 괜찮나? 싶을 때 이 글을 찾아주길 바랄게!