기획자를 둘러싼 수 많은 질문이 있다. 어떤 기획자가 되어야 하나 묻는다. 기획자가 뭐하는 사람인지 묻는다. 기획이 무엇인지 묻는다. 기획자는 뭘 공부해야 하는지 묻는다. 많은 사람들이 기획자는 이래야한다 등의 이야기들로 직군을 정의하지만, 여전히 기획자라는 역할과 책임에는 여전히 물음표가 많은 상태다. 국내에만 있는 직군이라는 무시부터 아무나 기획을 할 수 있다는 무시도, 그리고 기획자는 필요없다는 무시까지. 기획자를 둘러싼 무존중은 존재하는 수많은 기획자들이 하루 하루를 감정노동 속에 살게 한다. 그럼에도 불구하고, 스스로에 대한 자부심을 갖고, 열정에 임하는 사람들은 당연히 있기 마련이다. 하지만 기획자에
Blog Posts
2018년 1월, 새해 다짐과 함께 시작한 기획스터디 – 요구사항(Requirement)이 4주의 모임을 끝으로 종료되었다. 나를 포함하여 4명이 모여 매주 한 번씩 2-3시간씩 스터디와 토론을 했고 스터디에 선정하지 못했던 사람들을 위해 4시간의 1day 세미나도 진행했다. 스터디 중간에 세미나를 연 것이라 스터디 후반의 내용도 세미나로 개최할 계획은 가지고 있다. 하지만 언제가 될지는 모르겠다. 애증이라고 할 수 있을까 나의 경력 전체를 놓고 바라보는 요구사항에 대한 관점은 기획의 롤을 수행하는 사람들에게 가장 난이도가 높은 업무 중에 하나다. 개발자들이 기획자의 요구사항을 받을 때 느낌도 이와
회고 할게 참 많은데, 당장은 쉽지 않아 올해 구매한 책에 대해 정리해본다. 물론 완독률은 제로에 수렴한다. 제로에.. 기획분야 Software Requirement 소프트웨어 요구사항 3 날로 많아지는 요구사항들을 관리하고 좀 더 구체적으로 고도화해보려고 구매한 책이다. 매일 한 챕터씩 읽고 있다. 내년 1월에 할 기획스터디의 주 재료이기도 하다. 책을 보면서 많은 생각이 들었다. 그리고 나는 운좋게도, 어설픔의 한 축으로 먹고사는 중이라는 생각이 든다. 요구공학(Requirements engineering)이라는 단어를 알게해준 책이기도 하다. 모바일 결제 UX 디자인 : 핀테크/UXoT를 위한 모바일 커머스 디자인 입문 야놀자 결제페이지를
테크페미에서 주최한 여성기획자컨퍼런스(a.k.a 여기컨)에서 One of 연사로 발표를 하게 되었다. 인바운드로 스피커가 된건 아니었지만, 기획자로서 목소리를 낼만한 자리가 거의 없기 때문에 테크페미에서 여성기획자컨퍼런스를 준비하고 있다는 트윗을 보고 내가 먼저 발표해보고싶다 손을 들었다. 기획이라는 범위가 너무 넓어서 주제를 뭘로 할까 고민하고, 운영진과도 인터뷰를 하면서 정해진 주제는 이직이었다. 업무 자체는 회사마다 하는 일이 너무 제각각이라 공감대 형성이 어렵다고 생각했고, 기획자는 이직을 어떻게 하는가에 대해서 주변의 고민을 오랫동안 봐온터라 결정하는데 주제를 그렇게 어렵지는 않았다. 운영진의 사전인터뷰를 하면서 스토리텔링을 어떻게 해야겠다 생각이 정리가
정치라는 단어에 대해 깊이 생각한 적이 별로 없다. 정치가 무엇인지 제대로 배워본 적도, 본 적도 없고. 내가 뽑은 정치인들은 정치를 잘하는 것 같지도 않아 사실 대학생 때까지도 정치적 무관심상태였다. 그런 내가 스타트업 정치학이라는 거창한 제목은 단 이유는 사내 정치라는 키워드에 대한 생각을 한 번쯤은 정리해보고 싶어서다. 스타트업의 장점이나 단점을 언급할 때 ‘정치’라는 키워드는 의외로 자주 등장한다. ‘팀이 몇 명이나 된다고 정치질하냐’라거나 ‘스타트업 주제에 대기업에서 정치질 하던 거 그대로 한다’라거나 ‘저희 정치 같은 거 없고 수평적인 조직입니다’라거나. 사람 3명만 있어도
으. 스터디가 드디어 끝났다. 10주간이나 커리큘럼을 짰고, 제대로 된 적도 있고 제대로 못한 적도 있지만, 그래도 계획된 목적대로 꾸준히 진행할 수 있었던 것 같다. 대외적인 목적은 우리팀 기획자들과의 스터디였고, 개인적인 목적은 주니어 기획자를 가르켜보자였고, 스터디의 목적은 ‘수박의 겉을 핥아보자’였다. 간단히 회고해둠으로 다음 스터디에 더 나은 내용으로 채워나갈 수 있길. 10주간 진행된 커리큘럼 오리엔테이션 자기소개 기획자의 역할과 권한 이해하기 요구사항 이해하기 사용자 스토리 작성하기 사용자 리서치 UI 컴포넌트 이해하기 Material Design Guide (Android) Human Interface Guide (Apple) 기획 산출물 이해하기
최근 조직이 개편되면서 사내 GA 계정 관리 권한을 위임받게 되었다. 이전에는 Google Analytics 데이터를 보기 위해 개인의 메일을 사용하였지만, G-suits (구 Google Apps)를 도입하여 회사 이메일 계정도 변경되었는데, 뭔가 GA권한도 G-suits 디렉토리와 연동되지 않을까 했던 부질없는 기대는 정말 부질이 없었고, GA 권한만큼은 수동으로 추가해줘야 하는 듯 했다. 일단은 정체를 알 수 없는 다양한 이메일주소가 가득한 GA 유저들을 모두 제거했다. 당연히, 아이디를 보고 누군지 알아도 제거했다. gmail.com 계정을 사용하면 언젠가, 누군가, 나 이외의 다른 관리자는 누군지 모를테니까. 그리고 GA계정 신청하는
기획자(내가 있는 바닥은 IT, 그 중에서도 온라인/모바일서비스 업계다)로서의 커리어를 시작하는 사람들에게 있어, 이보다 더 자기정체성을 알 수 없는 직군이 있을까. 나도 직장을 구하기 전에는 기획자라는 직군이 있는지 몰랐고, 첫 직장도 개발자로 지원했을 정도로 기획자라는 존재는 알지 못했던 미개인이었다. 잡부의 길 하지만 우연한 기회에 기획자의 길에 접어들고, 나를 오랫동안 괴롭혔던 것은 ‘전문성이 없는 기획자’라는 자괴감이었다. 금손 디자이너와 뇌가 섹시한 개발자들에 비하면 얼마나 하찮은 종족인가. 디자인도 못하고 개발도 못해서 겨우 기획자 한다는 말을 자조섞은 멘트를 수시로 내뱉던 시절이었다. 5년간 개발을 전공했지만
서버와 웹, 또는 앱이 통신을 할 때는 데이터를 주고 받는다. 여러가지 방법이 있겠지만, 최근에 가장 많이 사용하는 포맷은 Json 이라는 포맷이다. 만약 IT 바닥에서 조금 일해본 사람이라면 비개발자라고 해도 들어본 단어일거라 생각한다.(라고 생각해본다.) API와 REST 같은 더 이해안되는 용어들을 굳이 끌어들이지는 않겠다. 하지만 비개발자가 개발용어들의 뜻이나 역할에 대해서 정확히 알기 어렵기도 하고, 나도 갑자기 궁금증이 생겨서 겸사겸사 정리해본다. JSON이란 무엇일까. 일단, JSON은 데이터 양식이다. 파일로 만들려고 한다면 *.json 이라는 확장자를 갖는다. 파일을 열어보면 아무것도 없다. 마치 콤마로 구분된 CSV
앱을 런칭하고나면, 앱 다운로드 링크를 일일이 퍼다주기가 매우 번거롭다. 그래서 대충 만들려면 리디렉션 처리만 해놓은 빈페이지의 URL을 이용하곤 한다. 이 때는 어떤 브라우저에서 붙었느냐에 따라 구글플레이로 가야할지, 앱스토어로 가야할지, 웹페이지로 가야할지 처리도 필요하다. 물론, 앱이 설치되어있는 경우와 그렇지 않은 경우에 대해서도 분기처리를 해주어야 한다. 그리고 간혹, 기획자의 요구사항이 명시되지 않았다는 이유로 이렇게 커스텀스킴에 대한 처리를 안하고 앱이 런칭될 수도 있다. 그리고 그 일이 실제로 벌어졌습니다. 앱을 이미 설치한 경우에도 지속적으로 URL을 공유해서 앱으로 유입시키고 싶었던 나의 니즈는 산산히 부서지는