기획자 PM .... 커리어의 대한 고민

Question

안녕하세요주말 새벽에 푸념한번 털어봅니다...저는 기획자로 지금 현재 8년차 입니다.워드프레스 기반의 HTML/CSS/J.s/TypeScript 위주로 디지털 스튜디오 에서 주로 근무 했습니다. 3년그당시 어려웠던것은 애니메이션의 이해도 와 기획서를 작성하는데에 있어서 가장 힘들었던것 같네요기획서는 명확하고 누구나 알아보기 쉽게 써야 한다... 이 틀에 갇혀있던 3년이였습니다.이후 3년 Vue.Js / React / Flutter / PHP / Node.js 전부 진행하던 개발 SI 회사의 시작이 됬었습니다.2년이때는 PPT에서 XD / 피그마를 같이 쓰면서 작업했습니다. 그러면서 생각한게 기획서는 굳이 상세하지 않아도 된다. 라는 마음이 처음으로 들었습니다. 기준과 명확한 시간 기점부분에 대한 처리가 명확하면 기본적인 개발 틀은 만들 수 있다 가 된것 같습니다.그러나 이당시에도 어려웠던 부분은 존재 했습니다.개발자들과의 소통 및 프로세스 부분마다 존재하는 분기 처리 관련 회의였습니다.개발을 모르니 이에대해 명확히 설명이 어려웠고 개발을 이해하지 못했던 기획을 많이 했습니다.그러다보니 자연스레 개발자들과 멀어지게 되더군요... 그러다 고민이 되어 이직을 했습니다.React / React Native / Jode.js / Java Spring boot 2년리엑트의 컴포넌트 작업화의 효율성을 알게되던때 라고 감히? 말씀 드려도 되나 싶네요....그리고 처음 접하는 자바 스프링 부트... 신세계 그리고 미지의 영역 이였습니다.생각보다 개발적으로 잘 풀리니 클라이언트를 만나도 어려운점이 없었고 개발적으로 레거시가 많은 회사다 보니 무엇을 해도 쉽게 기획 되고 기획단계에서 스프린트를 통해 기획에 대한 아이디네이션이 명확히 잡히는 부분이 많았습니다.아쉽지만 이직을 한 이유는 회사의 캐시카우의 문제..... 대형 프로젝트만 하다보니 업무가 제대로 끝나지 않으면 수금날은 미뤄지기 일수였고, 그로인해 회사에서 개발자 챙기기 급급해 다른 부서는 챙기지 않는 전형적인 개발 회사 여서 이직하게 되었습니다 그리고 난후React / React Native / Java Spring boot 외 API, 컴포넌트 활용, 모듈, Back-end (DB,JPA,Radis 등) 현재 6개월도전해 보고 싶은 그리고 같이 커나갈수 있는 스타트업 이라고 생각해 시작했습니다그리고 현재 총괄PM 이며, 개발팀은 3개 개발PM또한 3분이 계십니다아쉬운점.... 네 가장큰 아쉬운점 스타트업이라 컴포넌트나 모듈 또는 레거시나 없습니다. 그래서 단순한 회원가입 로직조차 표준화 되어 있지 않습니다.저의 바램은 이 회사가 점점 프로젝트를 받아오고 그로인해 채용을 하는데 제가 어떻게 해야하는지 그것이 너무 궁금하네요네 앞의 얘기는 지난 세월과 달려온 시간들을 정리해봤습니다.사실 여러분께 여쭤보고싶은 이야기는 5번째 이야기 입니다여기서저는 퍼블리싱 만 할 줄 압니다. (HTML/CSS/J.s/TypeScript개발 로직/프로세스 에 대해 기획자 이기 때문에 명확히 알 수 있을뿐 디테일한 개발은 모릅니다.프론트 팀의 요청 4~5년차 이상의 개발 팀장급의 경력직을 채용해달라.과연 여기에숴 개발 경력직을 채용할 때 그 기준점과 그분에 대한 확신 및 검증은 어떻게 해야 되는지?백엔드 팀의 요청 1~2년차라도 개발을 잘 하고 코드 및 구조를 잘 작성하는 팀원과 일하고 싶다.과연 여기에서 제가 어떠한 기준점으로 누군가를 채용 할 수 있을지..현재 상황에 회사 개발 인원은 28명입니다. 프론트팀 18명 백엔드 10명 비율 입니다.우선 현재 회사의 상황은 프로젝트는 영업을 해서 계속 비딩하고 계약 직전중 입니다. 그거에 따라 회사 팀원들을 채용 하려고 하고 있구요. 다만 저는 PM이자 PMO 임원진중 1명으로써잔금 중도금을 받지 못하는 프로젝트들이 다수 존재 하는 상황이고,이를 잘 털어내고 앞으로 나아가야 되지 않나....그리고 회사 자체가 스타트업으로 시작해 급 성장했기 떄문에 컴포넌트나 모듈 자체가 Front / Back-end 에서 존재 하지 않아 프로젝트 투입 될때마다 만들어 사용하는게 과연 맞는것일까그렇다면 시간을 벌어서라도 컴포넌트를 작업해 다음 프로젝트를 준비해야 하는가?감히 이런 말씀을 드려도 될지 모르겠으나 제 생각에는현재 인원에서 잘 하는 인원을 추려서 최소 정예 멤버를 만들고 프로젝트를 가져와서 탄탄히 마무리를 잘 끝내야회사 내 에서도 중도금 잔금 부분에 있어 문제가 없지 않을까?경험에 우러나오는 그런 경험이 듭니다.... 주변회사나 같이 작업하던 회사에서 문제들이 있던걸 보니 이런게 더 절실하다고 느껴지는 적적한 밤에 적어봅니다..... 두서 없이 그냥 적다보니 뭐가 우선순서인지를 모르겠네요 ㅎㅎ;;;;좋은 글에 좋은 답변이 달리는건 기대하지만 그저....이런 푸념어린 말을 누군가 이해하고 겪어보셨다면 일침이라도 한번 받아보고 싶어 이렇게 남겨봅니다.

kotliner · Answer

채용 관련 : PM은 개발자를 채용하는 직군이 아니므로 검증이 불가능합니다. 그나마 임원급의 개발리더를 뽑아서 그 사람으로 하여금 팀을 꾸리도록 하는게 좋습니다.컴포넌트 : 컴포넌트화에 집착하지 마세요. 컴포넌트만을 위한 팀을 꾸릴만큼 회사가 성장하기 전에 컴포넌트는 오히려 유연성이 떨어져서 복잡성을 증가시킵니다.

옥다방고양이 · Answer

✅️저도 윗분(@kotliner) 의견에 동의합니다.👉👉가장 현실성 있는 답변입니다.✅️개발자 잘못 뽑아도 업무및 팀분위기에 타격있는데, PM은 더욱 그렇습니다.✅️일단, 급한불 먼저 끄고(중도금 잔금 부분),개발인원을 보강하는게 좋을것 같습니다.✅️그리고, 마찬가지 의견입니다.🚩컴포넌트화에 집착하지 마세요. 컴포넌트만을 위한 팀을 꾸릴만큼 회사가 성장하기 전에 컴포넌트는 오히려 유연성이 떨어져서 복잡성을 증가시킵니다...

해썹 · Answer

안녕하세요. 개발자에서 기획자로 커리어 전환을 하고 싶은데요. 보통 기획자인 신입 pm분들은 어떤 준비과정을 거쳐서 취업하셨는지 궁금합니다. 작은 중소기업에서 기획자, 디자이너분 없이 개발을 하고 있어서 물어볼수가 없었습니다!

기획자 > PM .... 커리어의 대한 고민

3개의 답변

#pmo 목록