인스파이어드 : 감동을 전하는 제품은 어떻게 만들어지는가. 이 책은 한동안 동종업계 지인들의 타임라인에서 구매 인증이 올라왔던 책이다. 나는 따라쟁이라서 고민 없이 사긴 했지만, 책 제목도 inspired인 데다 서브 카피까지 ‘감동’이라고 하여 책을 읽을 생각은 없었다. (책은 생각 좀 하고 쟁였으면!) 개똥철학일지 모르겠지만, 제품 개발은 ‘상상력’나 ‘영감’으로 할 수 있는게 아니라고 생각해서다. 어쨌든 올 상반기에 진행했던 큰 프로젝트가 끝난 직후라 정신적인 공허함이 찾아오는 번아웃과 현자 타임의 그 어디에서 책장에서 고른 이 책은 어쩌면 다시 업무의 일상으로 (돌아가고 싶지 않았지만) 돌려놓는
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