오후 두 시의 회의실. 개발자들의 스터디하는 소리로 뜨겁다. 국내 최고의 추천 기술을 보유했다는 데이블. 10년 이상의 경력을 가진 노련한 시니어 개발자들 사이에서, 스쳐 지나가는 단어 하나하나 놓치지 않으려 귀 기울이고 있는 주니어 개발자들을 만났다.안녕하세요? 간략한 소개와 두 분의 업무에 관해 설명해주세요.형주: 안녕하세요? 저는 데이블 개발팀 최형주입니다.저는 백앤드 개발팀의 신입 개발자로서 데이블의 인프라 관리, 백앤드 개발 그리고 가끔 데이터 분석을 하고 있습니다. 주로 사용하는 서버는 클라우드 플랫폼인 AWS(Amazon Web Service)과 Nodejs 이고, MySQL, Redshift, Python을 사용하여 데이터 처리와 분석을 하고 있어요.성현: 안녕하세요. 저는 데이블 개발팀 이성현입니다.제 메인 업무는 데이블 위젯의 스타일링과 관련 문제 해결입니다. 고객사 페이지를 분석해서 위젯 디자인을 만들고, 추천 결과가 안 나오는 경우에 문제를 수정하는 작업입니다. 특별한 기능이 필요한 위젯이 있으면 스크립트 작업도 하고요. 작업 도구는 회사 내부 시스템이 있어서 그 안에서 직접 작업하고, CSS로 작성합니다.위 업무가 메인이지만 다른 영역과 겹칠 때도 잦아서 회사에서 사용하는 여러 시스템을 만질 수 있어야 합니다. 도구는Html+CSS+js 외에 Node, gulp, react, angular angularJS, PHP, 젠킨스, AWS, MYSQL, git를 사용하고 있습니다.두 분 다 신입 개발자이신 만큼 회사를 선택하는 데 있어 신중했을 것 같아요.데이블을 선택한 이유는 무엇인가요?형주:  저는 대학원에서 빅데이터 처리관련 연구를 주로 했었어요. 졸업할 때쯤 제 전공과 관련된 회사에 지원했었고 많은 면접을 보았습니다. 여러 회사에서 면접을 봤지만 데이블에서 봤던 면접 경험이 만족스러웠고 특히 개발자들의 실력과 내공이 느껴져 신입으로서 많은 것을 배우고 싶어서 입사하게 되었습니다. 복지 또한 여느 알려진 회사들에 비해 부족하지 않아서 굉장히 만족하고 있습니다.성현: 처음 데이블에 호감을 느끼게 된 건 기술 중심 스타트업이라는 점이었습니다. 도전하는 자세, 유연한 사고, 성장 가능성, 복지 등 여러 가지 기준들이 있겠지만, 내가 재미를 느낄 수 있는가, 개발자로서의 성장 이 두 가지로 압축되었어요. 저 같은 경우에는 블로그를 보면서 회사 분위기를 대략 파악했던 것 같네요. 자유로운 분위기도 잘 느껴지고, 서로를 배려하면서 열심히 일하는 것을 간접적으로 경험할 수 있었어요. 면접 보러 갔을 때, 블로그에서 보던 사람들이 블로그 글과 비슷한 느낌으로 편하게 얘기하는 걸 보면서 마음을 굳히게 됐어요.데이블의 분위기는 어떤가요?형주: 분위기는 실제로 굉장히 수평적입니다. 서로 존댓말을 사용해서 존중받는 기분이 들어요.성현: 저는 데이블 오기 전에 잠시 다른 회사에 있었는데, 거기서는 과한 예절이나 눈치를 보는 분위기가 있었어요. 데이블은 수평적인 분위기이다 보니 스트레스 받지 않고 일에 집중할 수 있어 좋아요.형주: 저 같은 경우, 잠에 굉장히 민감한 편인데 출퇴근이 탄력적이어서 지각에 대한 스트레스가 없어서 좋아요. 그래서 저는 보통 9시 넘어서 일어나서 10시쯤 출근하고 7시쯤 퇴근하는 편입니다. 그리고 식대도 지원해주고 있어요~성현: 매일 4시쯤 회사가 지원하는 간식 타임이 있어요. 오랜 시간 앉아서 일하다 보면 집중력 떨어질 때 쯤 다 같이 모여 대화를 나누면서 간식을 같이 먹습니다. 만약 생일이 있으면 간식 타임과 더불어 생일 파티를 해요.형주: 간식과 음료수가 항상 냉장고에 갖춰져 있어서 먹을 것을 좋아하는 사람에게 최고인 것 같아요. 저는 살이 잘 안 찌는 체질인데 입사 후 2킬로가 쪘어요.성현: 거의 슬랙과 트렐로 위주로 업무를 하는데 간식 타임에는 여러 사람과 대화를 할 수 있어 좋습니다. 서로 대화도 같이하고, 같이 활동할 수 있는 시간을 마련하기 위해 ‘플레이 데이’ 도 2개월에 한 번씩 열고 있어요! 회사-집, 집-회사를 반복하다가 다 같이 뭔가를 하니 신선했어요. 업무 외적으로 같이 활동하면서 사람들과 친밀감을 느낄 수 있어서 좋았어요.데이블을 선택했던 이유 중 개발자로서 성장 가능성도 있었는데 이것은 어떻게 채워지고 있나요?성현: Dabler, Be The Expert 프로그램(이하 BTE 프로그램)이 있고 업무 관련 스터디도 활발히 진행하고 있어요.자세히 설명해주세요. 성현: BTE 프로그램의 경우 장기목표를 정하고 반기별로 관련 학습 계획을 세워요. 그 안에서 책도 사고 강의도 신청하고 하는 거지요. 스스로 목표를 잡고 자유롭게 계획을 세울 수 있어서 좋아요. 본인이 정말 원하는 것을 배울 수 있고, 필요한 자금은 회사가 지원하는 거죠. 단, 업무에 관련된 성장 계획이어야 한다는 가이드라인이 있어요.이 외에도 백엔드 개발자들과 함께 AWS 사용법을 주제로 스터디도 해요! 보통 프론트엔드를 담당하지만, 백엔드 영역도 경험할 수 있어요. 본인 스스로 영역을 넓히기 위해 공부하고 능력이 된다면 활동 범위가 굉장히 넓어져요. 회사 차원에서도 그런 시도를 장려해요. 빨리 성장해야겠다는 욕심이 있어요.형주: 전 회사에서 일주일에 2번 모여서 스터디도 하고 있고 MOOC 강의를 수강하거나 책을 사고 싶을 때 눈치 볼 필요 없이 신청하면 돼요. 그리고 반기별로 자기 개발을 잘한 직원에게 인센티브를 줘요.※BTE 프로그램이란?그럼 두 분은 BTE 프로그램을 통해 어떤 것들을 배우고 계시는가요?형주: 저는 Coursera에서 Recommender System 수업을 듣고 있어요. 아무래도 우리 회사의 핵심기술이 추천 기술이다 보니까 이쪽 분야를 깊게 공부해야겠다는 생각이 들었습니다.성현: 저는 웹을 능숙하게 다루고 싶어서 상반기에는 인프라, 자바스크립트, 웹 표준, node 등 기본을 다시 챙기고 하반기에는 웹 최신 기술을 공부하려고 해요.지금은 자바스크립트 관련 책 3권과 강의 2개를 신청해서 주로 퇴근 후 또는 주말에 듣고 있어요. 업무와 관련된 것을 공부하고 나서 코드를 작성하면 대충 넘어갔던 부분들이 보여요. 그 부분을 놓치지 않고 수정하고 개선하다 보면 예전보다 나은 결과물이 나오고 뭔가 아는 게 늘었구나! 하는 보람을 느낍니다.데이블에서 개발자로 일하며 느끼는 점형주: 저의 경우에는 신입 개발자 관점에서 경험 많은 개발자분의 피드백을 통해 노하우를 전수하는 점이 좋았어요. 그러면서 기존에 놓치고 있던 부분이나 실무와 이론 사이의 괴리감을 좁히는 경험이었습니다. 저도 학부, 대학원 시절 많은 코딩을 했지만 제가 작성한 코드가 잘 작성된 코드인지 잘 읽히는 코드인지는 스스로 공부하기 힘들었는데 이러한 피드백을 통해 성장함을 느꼈습니다.어려웠던 점은 우리 회사는 애드테크 회사이다 보니 광고 용어를 굉장히 많이 사용하는데 광고에 관해 얘기할 때 처음에는 광고 용어를 몰라 답답했었는데, 스터디를 만들어서 어려운 점을 조금은 해소할 수 있었어요.성현: 자기만 할 수 있으면 얼마든지 여러 프로젝트에 참여할 수 있는 문화가 좋아요. 예를 들면 저는 위젯 담당이지만, 위젯 업무 틈틈이 데이블 시스템 페이지 수정을 할 수도 있고 내부 DB를 이용해서 사업팀에게 도움이 되는 통계 페이지를 만들기도 해요. 얼마 전에는 커뮤니티에 데이블 추천 기능을 직접 넣는 프로젝트를 했습니다. 보통 추천 연동은 고객사가 하고 저는 위젯만 만들고 있었거든요. 이번에 고객사 입장에서 서버 쪽을 만져본 거죠.미래의 데이블은 어떤 모습일까요?형주, 성현: 세계 No. 1 콘텐츠 디스커버리 플랫폼! 경영진이 자기 개발 지원이나 복지에 신경을 많이 쓰고 있어서 계속 나아질 것 같아요.데이블의 개발자가 되기 위해 어떤 것들이 필요할까요?형주: 제가 생각하기에 시니어 개발자분들이 가장 중요하게 여기는 부분은 CS 분야의 기본기였던 것 같습니다. 이 기본기를 통해 자주 사용하는 툴이나 오픈 소스가 내부적으로 어떻게 구성되어 있고 동작하는지에 대한 공부를 하면 도움이 될 것 같습니다.성현: 저는 주도적인 자세요! 스스로 일하고 배우는 자세가 필요합니다. 다른 개발자와 소통하면서도 자기 일의 진행 관리나 조율은 스스로 해야 해요. 다음 일을 직접 찾아야 할 때도 있고요. 또 전부를 물어볼 수는 없으니 어느 정도 혼자 찾아 공부하는 습관도 필요해요. 그리고 자기가 지원하는 포지션에서 사용하는 핵심 기술 하나는 능숙하게 사용할 수 있어야 해요. #데이블 #팀원 #개발자 #개발팀 #개발 #팀원소개 #인터뷰 #기업문화

안녕하세요. 에이스프로젝트의 채용담당자 K입니다. (꾸벅)오늘은 에이스프로젝트 면접에서 꼭 만나게 되는 ‘우황청심책’에 대해 이야기해보려고 해요.이것이 말로만 듣던 에이스프로젝트 '우황청심책'!서류 합격! 즐거움도 잠시 면접 준비로 정신없던 날들이 지나고 드디어 면접일이 다가왔어요.오는데 고생한 지원자를 위한 물은 센스!면접을 보러 오는 지원자는 친절한 채용 담당자의 안내로 면접실에 들어선 후 우황청심책을 건네받습니다.지원자는 우황청심책을 읽으며 면접 전에 릴랙스하는 시간을 갖게 돼요.면접은 누구에게나 떨리고 긴장되는 시간이죠, 긴장한 탓에 본인의 모습을 제대로 보여주지 못하고 돌아가는 지원자도 정말 많습니다. 지원자에게도, 회사에게도 면접은 중요한 기회인 만큼지원자가 긴장을 풀고 최대한 본인의 역량을 잘 이야기할 수 있는 시간을 만들고 싶었어요.'면접 시작 전에 뭔가 읽으면서 긴장을 풀면 좋지 않을까?'라는 생각에서우황청심책이 탄생하게 되었죠!(이름에서도 느껴지죠? 제발 긴장을 풀었으면 좋겠다ㅠㅠ)우황청심책은 에이스프로젝트에 대해 알 수 있는 이야기들로 채워져있는 '스크랩북'이라고 생각하시면 돼요.첫 장을 열면, 지원자의 긴장을 풀어주기 위한 채용담당자의 따뜻한 편지가 지원자를 기다리고 있어요. 지원자가 가장 궁금해하는 채용 프로세스에 대한 내용도 깔끔하게 정리해두었죠.채용 담당자의 마음을 듬뿍 담아서 편지를 썼어요 (힘내세요!)지원 분야가 모두 다르니, 우황청심책도 '개발/그래픽/기획/프론트 편'으로 나눠져 있어요!본인이 지원한 직무를 맡고 있는 에이스人의 이야기도 확인해 볼 수 있답니다. '어서 와 에이스프로젝트는 처음이지?'예를 들면, 우황청심책 ‘개발 편’에는 서버 개발, 클라이언트 개발, R&D 개발에 대한 직무 인터뷰 내용이 있어요.직무 인터뷰뿐만 아니라, 면접 전에 우리 회사의 조직문화나 성훈님(대표님)의 생각에 대해 알 수 있는 회사소개와 성훈님의 인터뷰도 수록해두었죠.면접은 지원자에게도 이 회사에 대해 알아볼 수 있는 시간이니까요!에이스프로젝트의 조직문화를 간접적으로 느낄 수 있어요!성훈님(대표님) 생각 미리 보기 +_+사실 지원자의 긴장감을 우황청심책이 모두 없애줄 순 없겠지만,  심리적으로 회사와 가까워진 상태로 면접을 볼 수 있다는 점은 긍정적이지 않을까요?우황청심책이 여러분의 기량을 100% 발휘하는데 조금이나마 도움이 되었으면 좋겠어요!

제니퍼는 기업 내부망에 설치되는 On-Premise 방식의 소프트웨어 제품이다. 12년 넘게 국내 점유율 1위를 지키고 있는 제품이다보니 그만큼 고객의 요구사항도 다양하다. 대부분의 솔루션 회사는 제품 개발 초기에 단일 소스코드를 유지하며 개발하는 것을 추구했을 것이다. 하지만 비즈니스를 하다보면 특정 고객을 위한 기능을 추가할 수 밖에 없는 상황이 오게 된다. 보통 이런 경우에는 숨겨진 기능으로 개발하거나 고객사 별로 소스코드를 다르게 가져가기도 한다.기존의 제니퍼를 사용하는 고객들은 애플리케이션 모니터링만이 아닌 브라우저나 스마트폰 같은 클라이언트 영역과 데이터베이스 관리 시스템까지 연계된 통합 모니터링을 하고자하는 요구사항을 오랫동안 요청했었다. 모니터링 제품 간의 연계를 생각하면 약간 생소하게 생각할 수 있는데, 특정 데이터를 수집하고, 이를 가공하여 사용자에게 보여주는 단순한 매커니즘의 하나라고 생각하면 이해가 쉬울 것 같다.즉, 다른 종류의 데이터를 하나의 화면에서 볼 수 있는 통합 환경을 제공해야 한다. 그래서 최근에는 오픈소스로 배포되고 있는 엘라스틱서치나 상용 제품인 스플렁크 같은 로그분석 솔루션이 주목받고 있다. 하지만 위와 같은 제품들을 사용하여 제니퍼 성능 데이터와 연계하여 통합 환경을 구축한다는 것은 말처럼 간단하지 않다. 제품을 구매하고 학습하는 비용이 생각보다 크고, 통합을 위한 별도의 시스템이 갖춰져야 한다는 것은 고객의 입장에서 큰 부담이 된다. 이러한 부담을 덜어주기 위해서 제니퍼는 실험실이라 불리우는 확장 기능을 제공한다. 실험실은 워드프레스의 플러그인과 비슷한 성격을 가지며 코드 레벨 영역에서 확장될 수 있다. 실험실은 처음부터 다른 모니터링 제품과의 연계를 위해 개발된 것은 아니었다. 기획 초기에는 방대한 제니퍼 데이터를 좀 더 다양한 형태의 화면으로 제공하기 위함이었는데, 아무래도 실험적인 요소가 강하다보니 기존의 대시보드나 분석 같은 범주로 들어가기에는 완성도 측면이나 제니퍼의 방향성에 영향을 미칠 수 있다는 판단에 별도의 범주로 만들게 되었다.  실험실이란 이름은 구글 메일의 실험실에서 따온 것인데, 아직 개발 중인 실험적 기능을 위한 테스트 공간이고, 언제든지 변경 또는 중단되거나 사라질 수 있다. 그리고 모든 실험실 소스코드는 깃허브를 통해 공개하는 것이 기본 정책이다. 제니퍼소프트 깃허브에 가보면 실제로 다수의 실험실 프로젝트가 존재한다는 것을 알 수 있다. 그 중 한가지만 간략하게 소개하자면 사용자 관점의 웹 서비스 모니터링 제품인 아르고스와 연계하여 브라우저나 스마트폰 같은 사용자 관점의 성능 데이터를 제니퍼 트랜잭션 데이터와 연계하여 분석할 수 있는 기능을 제공한다. 실은 그동안 고객들에게 사용자 관점의 성능 모니터링에 대한 요구사항이 많았지만 제니퍼 본연의 영역과 확연하게 다른 측면이 있어서 요구사항을 수용하는데 많은 고민이 필요했다. 그래서 우리는 관련된 솔루션 업체를 찾았고, 상호 간의 비즈니스 협력을 통해 서로의 부족한 부분을 보완하기로 결정했다. 실험실은 제니퍼가 시도하고 있는 새로운 기능을 미리 체험해 볼 수 있을 뿐만이 아니라 오픈소스나 관련된 솔루션과의 연계를 하기 위한 화면을 제공할 수 있다. 뿐만 아니라 코드 레벨 영역에서 확장을 하는 것이다보니 제품의 커스터마이징 범위가 넓어진다. 즉, 화면에 대한 고객의 요구사항이 제니퍼의 방향성과 크게 다르더라도 많은 고민을 하지 않고 충분히 원하는 것을 구현해줄 수 있다. 과거와 달리 동일한 데이터라도 좀 더 시각적인 화면을 요구하는 요즘같은 시기에 실험실은 이러한 시도를 하기에 좋은 방법이 된다.제니퍼는 화면 단위의 확장 기능인 실험실 뿐만이 아니라 트랜잭션 데이터가 수집되는 시점이나 특정 이슈가 발생할 때, 생성되는 이벤트 데이터를 어댑터를 통해 전달받을 수 있다. 어댑터도 실험실과 마찬가지로 코드 레벨 영역에서 확장할 수 있다. 실시간으로 전달받은 트랜잭션 데이터는 별도의 스토리지에 저장하여 목적에 맞게 조회해서 사용할 수 있다. 특히 이벤트 관련 어댑터는 가장 많이 사용되는 제니퍼 확장 기능이며, 고객사의 관제시스템 연동에 주로 사용된다.  실험실은 어댑터와 달리 제니퍼 서버에서 전달받은 데이터를 처리만 하는 단순한 구조가 아니었다. 제니퍼와 독립적인 화면 구성에 필요한 모든 요소들을 갖춰야했기 때문에 고려해야할 것들이 너무 많았다.  그럼에도 불구하고 만들게 된 이유는 단순히 필자의 편리함을 위해서였다. 평소에 데이터 시각화에 관심이 많았기 때문에 이미 존재하는 방대한 제니퍼 데이터를 다양한 방식으로 표현하기 위한 시도를 했었다.하지만 상용 솔루션인 제니퍼에 테스트 코드를 필자 임의로 추가해서 배포하거나 숨긴 기능으로 만들기에는 꽤 부담스러운 일이었다. 그렇다고 별도의 소스코드로 다르게 가지고 가기에는 관리 측면에서 어려움이 있다. 그렇기 때문에 기존의 제니퍼 소스코드를 참조만 하되 서로 독립적으로 개발하는 형태를 생각하게 되었다. 이렇게 필자의 편리함을 위해 시작한 실험실이지만 오픈소스나 다른 솔루션과의 연동을 위한 화면을 제공하고, 새로운 제니퍼 기능에 대한 비전을 시사하거나 고객의 피드백을 수용하는 용도로 확장되었다.소프트웨어 개발을 하다보면 제품이 추구하는 방향과 달라서, 또는 구현은 가능하지만 소모되는 리소스 비용이 부담이 될 경우, 그리고 특정 사용자를 위한 특화된 기능을 구현할 때, 모두가 만족할만한 기능이라는 확신이 없다면 제대로 진행하기가 어려운게 현실이다. 사실 새로 시도하는 기능은 시기와 때에 따라 앞에서 고려했던 것들과 다르게 평가되는 경우도 있다.그래서 아무리 작은 아이디어라도 시도를 해보는 것 자체만으로도 큰 의미가 있으며, 새로운 가능성을 발견하는 계기가 될 수 있다. 다만 현재는 제니퍼 기능 확장에 대한 기반 정도만 갖춰진 시작 단계라서 관련된 API 문서나 개발 도구에 대한 지원이 미흡한 것이 아쉬움으로 남는다. 다음 편에서는 자바 개발자 대상으로 실험실을 직접 구현하는 방법에 대해 알아볼 것이다.

최근 중국발 미세먼지를 해결할 수 있는 기발한 아이디어가 등장했다.중국발 미세먼지로 인해 한국의 아이돌 그룹 EXO의 건강에 위협을 주고 있다는 이야기를 중국 EXO 팬들에게 알려주면, 대한민국 정부도 해결하지 못하는 이 문제를 중국 EXO 팬들이 해결할 것이라는 기막힌 발상이다.웃자고 하는 얘기지만,이미 우리들은 시장에서 '팬'들의 열정과 영향력을 충분히 알고 있다.팬은 상품의 일부이다그들은 단순히 상품 또는 서비스를 소비하는 고객이 아니다.그들은 상품의 일부가 되어 유기체적 역할을 하게 된다.스스로 광고 매체가 되고스스로 차기 아이디어의 원천이 되기도 하고상품의 존속을 결정짓는 핵심 의사결정자가 되기도 한다.하지만, 고객을 아무리 '왕'으로 섬긴다고 '팬'이 되지는 않는다.고객은 '만족'을 취하지만, 팬은 '감동'으로 움직인다.고객은 '만족', 팬은 '감동'필요나 기대를 멋지게 충족해준다면, 고객은 '만족' 할 수 있다. 문제는 모든 경쟁자가 '뻔~한 기대'만을 바라보고 유사한 수준의 만족을 제공하기 위해 혈투를 벌이고 있다는 것이다.남들과 같은 수준으로는 팬덤을 형성할 수 없다.말은 쉽지만, 기업들은 '고객 만족'조차 달성하기 녹녹치 않은게 현실이다.기업들이 '소비자 조사, User Friendly, 사용자 중심, 고객 최우선' 등의 모토를 내세우며 고객 만족도를 높이기 위해 고군분투 하고 있지만, 고객을 들여다보면 볼수록 아이러니하게도 '감동'은 멀어져가게 된다.만족의 연장선상에 감동이 위치하고 있지 않기 때문이다.고객의 기대치를 200% 달성한다면, 만족이 '대만족'은 될 수 있을지 몰라도, 그것이 '감동'이 될 수는 없다. 더 만족한다고 팬이 만들어지지 않는다는 얘기다.대만족과 감동은 다르다그렇다면 '감동'은 어떻게 만들어질 수 있는가?감동을 만드는 레시피가 있다면 좋겠지만, 사실 어려운 얘기다.다만, 팁이 있다면,고객이 전혀 예측하지 않았던 부분에서 뜻밖의 행복감을 줘야한다는 것이다. 감동은 만족의 강도뿐만 아니라, 전혀 기대하지 않았던 부분에서의 뜻밖의 만족감에서 발현된다.그리고, 그것을 지속적으로 보여줄 수 있어야 한다.애플이 오랫동안 그러했고,마이클잭슨이 그러했고,나이키 에어조던이 그러했다.최근 '윤식당'의 나영석 PD가 그러하고,또 다시 기대되는 '응답하라'시리즈가 그러하다.모두 자기 칼라가 분명했고, 지속적이었고, 최고였다.남들과 다르게 최고를 만들기이미 경쟁자가 있었지만,누구도 시도하지 않았던 자신만의 방식으로기대치 않았던 행복감을 주었다면 나는 기꺼이 그들의 팬이 될 의향이 있다.현재 고객의 만족을 염두에 두고 고심하고 있다면,한편으로 어떻게 고객을 팬으로 만들 수 있을지 고민해 볼 필요가 있다.남들과 다른 관점으로,남들이 미처 생각하지 못했던 방식으로,Originality를 찾아야 한다.'Good to Great' 만으로는 이제 어렵다.'Universal to Unique'가 되어야 한다.Universal to Unique만일 지금 누군가의 팬이거나,어떤 브랜드 또는 상품의 팬이라면,자신이 무엇때문에 팬이 되었는지 생각해보고팬덤을 만들기 위한 자신만의 레시피를 고민해보자.전혀 다른 접근방식이 떠오를 것이다.팬들이 하나둘 생길 것이다.고객에서 팬으로...

안녕하세요. 스타일쉐어에서 PM을 맡고있는 박성환 입니다.스타일쉐어는 2011년 패션 커뮤니티로 시작해 2015년 10월 beta 오픈, 2016년 4월 정식으로 스토어 기능을 오픈하였습니다. 즉, 마음에 드는 패션스타일을 보는 곳이 기존의 스타일쉐어 였다면, 이때부터 정보만 얻는 것이 아닌 마음에 드는 스타일을 직접 구매 가능하게 되었습니다.그러면서 스타일쉐어는 서비스적으로도 그리고 조직적으로도 많은 변화를 하게 됩니다. 그중 조금 더 다양하고, 빠른 피드백을 줄 수 있는 CS센터의 필요성이 생겨납니다. 기존에도 CS활동은 있었지만, 서비스 피드백에 대한 이메일/앱스토어 리뷰에 대한 응대였다면, 스토어 기능이 들어간 후부터는 훨씬 더 즉각적으로 해결이 필요해지는(취소, 반품, 교환, 상품문의) 문의사항이 새롭게 발생합니다. 이에 따라 스타일쉐어 CS프로세스는 큰 변화를 하게 되고, CS팀도 함께 생성되었습니다.이 변화에서 겪은 여러 경험을 기록해보려 하고, 그중 우선 스타일쉐어 CS센터를 구축하면서 느낀 바를 2번에 걸쳐 남겨보려고 합니다. 이번 내용은 첫 번째인 ‘CS센터를 어떻게 구축했는지’에 대한 부분을 다뤄보겠습니다.**CS(customer service): 고객서비스**위 내용에 대해 위키백과에서는 아래와 같은 문구를 인용하여 설명합니다.고객 서비스는 고객 만족 수준을 강화시키는 일련의 활동이다. 다시 말해 이는 제품이나 서비스가 고객의 예측을 만족시키는 느낌을 말한다.즉, CS란 고객 만족에 대한 활동이며, 구매활동에서 일어나는 여러 가지 예측을 적절한 시간, 적절한 장소에서 해결해 줄 수 있어야 합니다. 온라인 쇼핑에서 발생하는 고객의 ‘예측’은 크게 결제, 배송일시, 반품, 교환 등으로 나눌 수 있습니다. 이와 같은 예측들을 사용자가 원하는 시간에 편한 방법으로 문의하고, 그에 대한 답변을 빠르게 제공할 수 있는 피드백 채널을 고려하게 되었습니다.어떤 CS채널을 추가로 제공할 것이며, 어떻게 구축할 것인가?기존 서비스 피드백을 받던 이메일/앱스토어 리뷰에 대한 채널은 있었지만, 위 채널은 고객이 문의사항이 있을 때 즉각적으로 해결될 것이라는 인지가 부족해, 전화와 채팅이라는 2가지 채널을 추가로 오픈하였습니다.▲StyleShare에서 현재 제공중인 문의채널전화문의(Call)온라인 쇼핑의 CS채널 중 가장 전통적이고, 기본적으로 인지하는 문의 채널입니다. 하루에 전화 문의 수가 10~30콜 이하가 유지된다면 다른 준비들은 필요 없이 일반 전화로도 응대할 수 있지만, 100콜 이상의 전화문의가 오거나 지속해서 증가하는 경우 아래의 기능들을 필요로 하게 됩니다.통계: 어떤 종류의 문의가 오는지, 들어오는 문의 중 얼마만큼 받고 있는지, 평균 응대 시간은 어떻게 되는지 등의 현황 및 개선에 필요한 데이터를 모으기 위함.호 분배[^1]/전환: 100통 이상 인입이 되는 경우 다수의 CS매니저가 응대를 하게 되는데, 이때 효과적으로 근무 인원에 대한 분배 및 사안에 대한 전환이 되어야 나누어서 응대가 가능하다. [^1]: 착신번호 각각에 대해 착신비율 지정이 가능한 기능입니다.운영시간별 응대: 전화응대를 24시간 365일 진행할 수 없기에, 응대 불가능 시간에 대해 사용자 안내가 진행되어야 한다. 서비스내의 안내 뿐만 아니라 자동 응답멘트도 달라져야 한다.콜백: 모든 매니저가 응대를 진행 중일 때 들어온 문의 전화를 못 받게 되는데, 이에 대해 선 연락하여 문의를 이어갈 수 있게 시간과 통화 가능한 번호가 남겨져야 한다.녹취: 문제가 되는 CS문의 해결과 개선을 위해 전화문의 내용이 녹음되어야 한다.대표번호: 여러 개의 전화번호로 응대를 하게 되는데, 이를 사용자에게는 15XX-XXXX로 만들어지는 대표번호 하나만으로 안내할 수 있어야 한다.위 기능들을 모두 제공하기 위해서는 독자적으로 개발하는 것은 현실적인 어려움이 있어, 위 기능 기반으로 제공하는 서비스를 통해 구축하였습니다. 통신사에서 제공하는 서비스(인터넷 전화 사용 시)는 아래와 같습니다.KT biz centrexLG U+ 클라우드 컨택SKT Biz Point(가격대는 1회선당 5~10만 원 정도로 유사하고, 기타 기능들의 차이도 현재는 크게 없어 사무실에서 사용하는 인터넷 상품과 결합으로 인한 할인이라든지, 기타 필요조건에 대한 상담 후 진행하시면 됩니다.)스타일쉐어 CS센터는 위 최소 요구조건으로 정한 위 기능들이 모두 속해있고, CS매니저분들이 이전에 사용해 본 경험이 있어 새로운 tool의 적응이 필요 없는 ‘LG U+ 클라우드 컨택’ 상품을 이용 중입니다.채팅(Chat)채팅 문의의 경우 사용자가 업무/수업 중에도 문의할 수 있고, 직접 스크린 샷이나 사진을 업로드 할 수 있어 15~25세 사용자들이 선호하는 문의 채널입니다. 채팅을 통한 CS프로세스를 진행하고자 하는 경우 직접 개발 혹은 CS를 위해 개발된 채팅 서비스를 사용하여 구축할 수 있습니다. 각각의 방법/서비스별 특성은 아래와 같습니다.서비스 명특징직접 개발시간적인 비용은 가장 많이 들지만, 원하는 프로세스/템플릿 등을 적용옐로아이디(카카오톡)무료(응대에 한해서), 카카오톡을 이용하기에 도달율(앱 push ON)이 가장 높으나 여러 명이 응대하기에는 무리가 있음(호 분배, 완료처리, 대화 내용 저장 안 됨)Sendbird개발적인 자유도가 가장 높으며(채팅 서버만 사용 가능), 상황에 맞는 여러 가지 가격/사용 플랜이 존재channel.io유료 서비스 중 가장 저렴(상담사 10명, 월 50$), 쇼핑몰 응대에 최적화해피톡(상담톡)카카오에서 제공하는 상담톡(옐로 아이디의 불편사항을 개선하여 CS센터에서 사용 가능하도록 만들어진 API)을 지원, 위 서비스 중 가장 CS어드민에 대한 기능이(호 분배/자동응답/상담원변경) 다양함스타일쉐어 CS센터는 기존에 사용하고 있던 옐로아이디 채널을 이용할 수 있고(상담톡), 현재 여러 명의 CS매니저가 응대를 하기에 어드민 기능이 가장 세분화된 해피톡을 채팅 CS 서비스로 사용하고 있습니다. 직접 개발해서 구현하는 것이 가장 이상적이나, 우선은 채팅 CS에 대한 이해와 빠른 시일 내에 적용해야 하는 현실적인 고민이 있어 3rd party 서비스를 사용하는 것으로 결정했고, 추후 직접 개발을 통한 스타일 상담/추천/Chatbot에 대해 진행 할 계획입니다.CS매니저는 몇명이 필요하고, 어떻게 채용하는가1) 응대를 위해서는 몇명의 CS매니저가 필요한가요?처음으로 쇼핑몰을 오픈하는 곳이라면 1명으로 시작하면서 늘리면 되지만, 아래의 경우에는 응대율1을 유지하기 위해 인입 콜수의 계산과 그만큼의 문의를 지원할 수 있는 CS매니저가 준비되어 있어야 불편 없는 CS경험을 유지할 수 있습니다.대규모 광고/이벤트를 통해 갑작스러운 주문건 상승이 예상되는 경우이미 사용자들이 많이 방문하는 사이트에서 쇼핑 기능을 추가하는 경우계산방식(예상 일 주문건 수) x (1건의 주문당 평균 전화문의 비율) ÷ 1명의 CS매니저가 1일동안 받을 수 있는 전화문의 수 위와 같이 필요한 CS매니저 수를 예측하기 위해서는 아래의 정보가 필요합니다. 그리고 아래 정보의 경우 처음 대입하고자 할 때에 기준값이 없기에 지금까지 커머스 서비스를 경험하면서 느낀 수치를 제시해드리려고 합니다(일반적인 패션/뷰티 쇼핑몰 기준). 추후 운영하면서 아래 정보에 대한 통계치가 마련되면 해당 수치로 계산하는 것을 추천해 드립니다.1명의 CS매니저가 1일동안 받을 수 있는 전화문의 수대기 콜이 언제나 존재하는 경우는 1명이 하루에 80~100콜도 가능하지만, 이 경우 대기시간이 상당수 걸리기에 사용자가 긴 대기시간 없이 응대가 되기 위해선(80% 이상의 응대율) 40~50콜이 적당하다.1건의 주문당 평균 전화문의 비율신선식품이나 당일/예약 배송 등과 같이 특이 케이스의 배송상품이 아닌 경우 경험상 1건의 주문당 10~15% 비율로 전화문의 수를 보였다.예상 일 주문건 수예상 방문자 x 구매 전환율예를 들어, 1월 27일부터 설 관련 이벤트를 진행해 하루 약 3,000건의 주문 건수가 예상되는 경우 아래와 같습니다.(3,000건 x 15%) ÷ 50콜 = 9명 즉, 위와 같은 이벤트 시기에 먹통이 되지 않는 CS센터를 유지하기 위해서는 약 9명 정도의 CS담당 인원이 배정 or 채용 해야한다는 기준으로 준비를 하고 있습니다.2) CS매니저 채용방식의 차이(외주/파견/자체)CS매니저의 역할이 무엇인지, CS센터에서 어떤 것이 중요한지에 따라서 채용방식도 나뉠 수 있습니다. 각 채용방식에 따른 장단점을 적어보았습니다.외주/파견: CS매니저는 외주 회사의 소속/관리이며, CS센터가 외부에 존재하거나 파견의 경우에는 외주회사 소속의 CS매니저가 회사로 출근도 가능하다.장점: 커머스의 특성상 대규모 광고/이벤트에 따라 문의 건수가 폭증하게 되는 케이스가 종종 발생하는데, 외주회사의 경우 상시 CS담당 인력을 보유한 채로 여러 서비스의 CS를 대행해주므로, AWS 클라우드 서비스처럼 거래/문의량이 폭증할 때에는 늘렸다가 종료되면 줄이는 형태로 응대율 커버가 용이하다.단점: 외부에 CS센터가 존재하는 경우 정기적인 교육은 존재하지만, 꾸준히 개선 아이디어나 기타 커뮤니케이션이 용이하지 않고, CS센터 전담 외주의 경우 CS매니저 10명 정도의 규모부터 사용 가능해 초기 커머스 서비스에서는 사용하기 어렵다.내부 채용장점: CS매니저로서 전화/기타 문의 응대뿐만 아니라, 다른 역할(개선점 수집/마케팅 활동)을 정의할 수 있고, 빠른 커뮤니케이션 및 서비스 특유의 응대 문화를 구축할 수 있다.단점: CS매니저들의 인원수를 대폭적으로 늘이거나 줄이는 것이 용이하지 않으므로, 대규모 광고/이벤트로 인해 폭증하는 기간에는 응대율을 지키기가 매우 어렵다.스타일쉐어 CS센터의 경우에는 모든 CS매니저를 내부 채용하고 있습니다. 단순 응대보다 저희 CS센터는 사용자 마케팅 활동의 최전선이라 생각하며, 서비스 개선점 수집, 구매 문의 외의 스타일 상담 진행, 빠른 커뮤니케이션 등의 기타 미션도 함께 CS매니저분들의 역할로 진행하고 있습니다. 다만, 응대율 커버를 위해서 ‘응대 자동화’, ‘문의 내용을 콘텐츠화하여 문의 수 감소’ 등의 노력을 지속해서 진행하며 부족한 부분을 보완해 나가고 있습니다.마무리StyleShare의 경우 스토어 기능의 오픈을 대규모 이벤트와 함께 시작했고, 기존 사용자들이 모여 있었던 플랫폼이었기에 거래량/문의 수 예측을 통한 CS센터 구축이 중요했습니다. 커머스는 사용자가 상품의 만족뿐만 아니라 상품을 보여주고, 소개하는 방식 / 결제의 간편성 / 빠르고 예측 가능한 배송 등과 함께 즉각적이고 편리한 CS도 사용 경험상 중요한 요소라 생각하고 있습니다. 그렇기에 구축 시 ‘대규모의 문의량을 시작부터 소화할 수 있을 것’과 ‘개선이 용이한 형태’ 를 중요하게 생각하고 하였습니다.하지만, 아직 고민과 문제점은 많이 남아있습니다. 앞으로 스타일쉐어 CS프로세스가 해결해야 하는 과제는 크게 아래 2가지를 우선적으로 바라보고 있습니다.채널 다양화에 따른 고객정보 통합: 문의 채널이 다양화되면서 문의내역/사용자 정보를 로깅하는 공간도 분리가 되고 있습니다. 그러다 보니 이를 한 곳에서 보고/기록하는 형태로의 개선이 필요합니다.KPI: KPI라고 하면 딱딱하게 보일 순 있으나 CS프로세스의 방향에 맞는 KPI를 만들고자 하는 이유는 꾸준한 개선과 동기부여 입니다. CS매니저는 특성상 회사가 가장 즐거울 때(주문량 증가)가 가장 바쁘고, 힘든 업무가 됩니다. 그리고 일반적인 CS센터의 KPI인 ‘응대율’, ‘1인당 응대 콜 수’ 등으로 하기에는 저희가 바라보는 CS방향(효율화 < 만족도)과 달라 이에 대한 정의가 필요하여 이 작업을 현재 진행 중에 있습니다.이번 글에 이어 정리할 StyleShare CS프로세스 2번째 내용은 위의 고민을 어떻게 해결하려 했는지에 대한 시도들을 다뤄 볼 계획이며, 빠른 시일 내에 정리해보도록 하겠습니다. 감사합니다.고객이 연결을 요청한 전체 전화문의 중 CS매니저가 연결된 비율, 일별 전체 문의 수(부재 포함) ÷ 일별 전체 응대 진행된 문의 수 ↩#스타일쉐어 #CS #팀구축 #시스템구축 #인사이트 #경험공유

요즘 Prisma라는 머신러닝 기반의리터칭 앱이 인기다.이 앱은 인공지능으로사진을 다양한 화가의그림으로 바꿔주는데,그냥 단순한 필터 수준이 아니다.그래서 인터브랜드의Top 30 브랜드 로고를한번 Prisma로 리터치해봤다.글쓴이는 스팀헌트 (Steemhunt) 라는 스팀 블록체인 기반 제품 큐레이션 플랫폼의 Co-founder 및 디자이너 입니다. 비즈니스를 전공하고 대기업에서 기획자로 일하다가 스타트업을 창업하고 본업을 디자이너로 전향하게 되는 과정에서 경험한 다양한 고군분투기를 연재하고 있습니다.현재 운영중인 스팀헌트 (Steemhunt)는 전 세계 2,500개가 넘는 블록체인 기반 앱들 중에서 Top 10에 들어갈 정도로 전 세계 150개국 이상의 많은 유저들을 보유한 글로벌 디앱 (DApp - Decentralised Application) 입니다 (출처 - https://www.stateofthedapps.com/rankings).스팀헌트 웹사이트 바로가기

VAT 시리즈 소개말안녕하세요, 대한민국 사업자들의 해외 전자상거래 (아마존) 진출을 도와주는 컨설팅 회사이자 업무대행사 컨택틱의 이이삭 대표입니다. 이번 포스트부터 시작해서 앞으로 등록될 몇 개의 포스트에서는 아마존 유럽에서 판매하고자 하는 셀러들이 필수적으로 고려해야 하는'VAT'라는 개념에 대해서 다루고자 합니다. 아마존 유럽 셀러의 입장에서 VAT는 필수 불가결의 항목인만큼 피할 수 없는 부분이지만,간단하게 생각하면 생각외로 간단한 컨셉 같으면서도 파고들면 파고들수록 보통 어려운 개념이 아닌지라, 이번 시리즈에서 확실하게많은 분들이 궁금해하는 이 VAT 개념을 확실하게 설명해드리고자 시작하게 되었습니다. 부디 이 시리즈가 아마존 유럽에 진출하고자 하는대한민국 셀러분들에게 도움이 되었으면 합니다. 그럼 이제부터 시작하겠습니다.★01★'VAT'란 무엇인가?부가가치세(附加價値稅, 영어: Value Added Tax 혹은 영어: Goods and Services Tax)는 제품이나 용역이 생산·유통되는 모든 단계에서 기업이 새로 만들어 내는 가치인 '부가가치'에 대해 부과하는 세금이다. 대한민국에서는 1977년 7월 1일부터 시행하였다. - 위키백과위의 인용구를 조금 쉽게 풀어쓴다면 '판매가 이루어질 때마다 그 과정 하나하나에서 발생되는 세금'이라고 이해하시면 될 것 같습니다.1960년대 말과 1970년대 초 유럽 국가를 중심으로 도입된 이후빠르게 전 세계로 확산되어 현재 130여개 국가에서 도입 운영되고 있다. - 위키백과이렇듯이 VAT의 도입은 1960~1970년대에 시작했으며, 유럽 국가들 뿐만 아니라 전세계적으로 VAT 법이 적용되는 국가들이 상당합니다. 이따가 설명드릴 부분이긴 하지만, 미국은 VAT 법이 적용되지 않습니다. 그래서 아마존 미국에서 주로 판매활동을 하다가 아마존 유럽에 관심을 보이는 한국 셀러들이 많이 헷갈리고 VAT 부분을 어려워할 수 있습니다.어쨌거나, 제가 설명드릴 부분은 오직 아마존 유럽 판매와 관련된 VAT에 대한 설명이라, VAT에 대한 대체적인 개념 설명은 이정도로만 설명해드리고, 이게 어떻게 아마존 유럽에서 판매하고자 하는 셀러들에게 적용되는 컨셉인지를 위주로 설명드리겠습니다.

 Buzzvil People에서는 다양한 배경과 성격 그리고 생각을 지닌 버즈빌리언들을 한 분 한 분 소개하는 시간을 갖습니다. 어떻게 버즈빌에 최고의 동료들이 모여 최고의 팀을 만들어가고 있는 지 궁금하시다면, 색색깔 다양한 버즈빌리언들 한분 한분의 이야기가 궁금하시다면, Buzzvil People을 주목해주세요.1. 간단한 자기 소개 부탁드립니다. 안녕하세요. 버즈빌 Business Development 팀의 Asella 라고 합니다. 이름이 조금 특이한 편인지라, 어떻게 Asella (아셀라O, 아쎌라 X, 아세로라 X, 아스렐라 X)라는 이름을 선택한 것인지에 대해 질문을 많이 받는데요. 버즈빌에서 삼행시를 처음으로 유행시킨 사람으로서 삼행시로 답변드리겠습니다.. 아: 아주 어릴 때부터, 부모님이 지어주신 이름이 아니라 제가 지은 이름으로 삶을 살고 싶다는 생각이 있었어요. 셀: 셀 수 없이 많은 이름 중 ㅇ,ㄴ,ㄹ, ㅁ 과 같은 울림소리가 들어가면서, 호적은 아니더라도 어딘가에 문서로 만들어 질 수 있는 공식적인 (?) 이름을 짓고 싶었어요. 라: Like Asella! ‘이 이름이다!’라는 결정이 선 후에는, 바로 6개월의 교리과정을 신청하고 교적에 이름을 올리게 되었습니다. 약 25년 간의 할머니의 권유에도 세례를 받지 않았었는데, 인생은 참 재밌는 것 같아요. 최근 1년간은 본명보다 Asella라는 이름으로 훨씬 많이 불리게 되면서, Asella라는 이름을 더 사랑하게 됐어요. 이처럼, 저는 삶을 주어진 대로 살기보단 제 뜻에 따라 살고 싶어 하고, 마음이 끌리는 뭔가가 있으면 행동에 옮겨야 행복한 사람이에요. 2. 어떻게 버즈빌에 오시게 되셨나요? 첫 직장을 그만두고 일본에 있는 친구 집에서 유유자적하게 재취업준비 생활을 즐기던 중 헤드헌터분의 추천을 받게 되었어요. 디즈니랜드에서 헤드헌터분의 전화를 처음으로 받았는데, 주위가 너무 시끄러워서 몇 번이나 제안을 되물어 보고 얼떨떨해 했던 기억이 아직도 선명하네요. 당시에 헤드헌터분께서 버즈빌을 정말 많이 칭찬하시면서, 저에게 제안은 했지만 합격은 쉽지 않을 것이라고 거듭 강조하셨거든요. 그래서 통화 후에 ‘도대체 얼마나 대단한 회사이길래 이러시는 걸까?’라는 생각을 했어요. 사실 이전 회사를 그만둔 지 얼마 안 됐을 때라 여유를 즐기고 싶은 마음이 컸거든요. 네, 더 놀고 싶었습니다. 하지만 블로그, 뉴스, 채용 사이트 검색, 구글링 등 모든 방법을 총동원해서 버즈빌을 알아본 결과, 제가 가고 싶어 했던 기업에 부합한다고 생각되어 열심히 면접을 보고 합격하게 됐어요. 당시에 제가 원했던 기업의 조건은 아래와 같아요.   실무자에게 업무의 자율성을 보장하는 기업 자유로운 조직 문화를 가진 기업 좋은 사람들이 근무하는 있는 기업 (좋은 사람: 업무는 물론 업무 태도, 커뮤니케이션까지 훌륭한 사람)  근무하고 있는 지금도 버즈빌이 위 조건에 부합한다는 생각은 변하지 않아 헤드헌터분께 늘 감사해하고 있답니다. 3. 버즈빌에서 어떤 업무를 담당하고 계신가요? 제가 맡고 있는 직무는 Business Development (국내 사업개발) 입니다. 버즈빌 B2B 사업의 파트너사들을 확장 및 관리하는 업무를 맡고 있어요. ‘확장’ 및 ‘관리’가 굉장히 포괄적인 의미를 가진 단어인 것처럼 제 업무의 scope 또한 매우 넓은 편이에요. ‘확장’적인 측면에서는 다양한 파트너사 분들에게 버즈빌의 Product를 제안하고 제휴 관계를 맺어나가는 영업적인 업무를 진행하고요. ‘관리’의 측면에서는 계약서 작성, 매출 관리, CS 대응, 정산, 마케팅 제안, 기술 이슈 대응 등 파트너사와 관련된 업무라면 모두 관여하고 있다고 보시면 됩니다. 이렇게 회사 대내외적으로 수많은 분과 커뮤니케이션하면서 업무를 진행하고 있기 때문에, 파트너사 분들은 물론 사내 각 담당자분들께 늘 감사하는 마음을 가지고 있어요. 그분들이 업무를 차질 없이 진행해주시기 때문에 저도 제 업무를 완성해나갈 수 있으니까요. 4. 스타트업에서 혹은 광고업계에서 일하는 느낌이 어떠세요? 사실 광고 업계에서는 저도 처음으로 근무를 하고 있고 스타트업도 인턴 이후로는 두 번째이기 때문에 업계 자체에 대해 이렇다 저렇다 말씀드리는 것 어려울 것 같아요. 다만 ‘버즈빌을 통해’ 느낀 광고 업계와 스타트업계에 대해서만 말하자면 제 생각은 아래와 같습니다. 광고 업계 : 매우 매우 빠르게 변화하는 업계라고 생각해요. 미디어, 플랫폼의 변화에 따라 거의 동시다발적으로 광고 상품이 나오고 업계에 변화가 생기니까요. 인스타가 생기니 CPInsta라는 상품이 생기고, 유튜브가 활성화되니 CPS (유튜브 구독하기 상품) 가 생기는 것처럼요. 개인적으로 ‘변화’를 좋아하는 편이라고 생각했음에도 불구하고, 광고 업계는 따라가는 게 쉽지 않다고 느껴요. 하지만 그만큼 세상의 변화에 빠르게 반응하는 업계이기 때문에 낡은 사람 (늙은 사람 X)이 되는 속도를 늦출 수 있는 곳이라고 생각합니다. 스타트 업계 : 편안하지만 냉정한 업계라고 느껴요. 업무의 자율성, 수평적인 문화는 일하기에 정말 편안해요. 일하는 데 있어서 소위 ‘정치질’ 같은 것을 신경 쓰지 않아도 되고 업무수행 방식에 대한 터치가 거의 없는 편이니까요. 하지만 그렇게 자율적으로 일하는 만큼 스스로 요구하는 기준선 자체가 높아요. (그렇지 않다면 회사가 자율성을 주지 않았겠죠?) 늘 그렇게 높은 기준을 가지고 달려가는 사람들 사이에 있다 보니, 저도 저 자신에게 높은 기준을 요구하게 되고 또 그렇지 않으면 금방 도태될 거라는 걱정을 아주 자연스럽게 하게 돼요. 실제로 평가 또한 투명하게 이루어지기 때문에 저 자신에게 나태하면 그 결과가 그대로 나올 확률이 높고요. 그런 면에서 스타트 업계란 편안하지만 절대 나태해질 수 없는 곳이라고 생각해요. 5. 이것만큼은 버즈빌이 참 좋다! 어떤 게 있으실까요? 사람. 피플 블로그 애독자로서 80~90%의 분들이 저와 비슷한 대답을 하신 것으로 알고 있는데요. 정말 그 정도로 버즈빌리언들은 좋은 분들이에요. 먼 훗날(?) 버즈빌을 떠날지 말지에 대해 결정해야 하는 날이 온다면, 끝까지 저를 고민하게 만드는 것 역시 ‘사람’일 정도로요. 뛰어난 능력에 나이스한 태도. 아직도 종종 ‘어떻게 집단의 거의 모든 구성원이 이런 자질을 갖추고 있을 수 있을까?’라는 생각을 해요. 그런 분들과 함께 하다 보니 업무의 고됨과는 상관없이 ㅎㅎ 늘 유쾌하게 업무 수행할 수 있고, 저 자신도 다른 분들께 좋은 동료가 되기 위해 노력하게 됩니다. 롤모델이 자이언트 팬더인 저를 이렇게 만들다니… 버즈빌은 정말 대단한 곳이에요. ^.^ 6. 개인적인 목표나 꿈이 있으신가요? 있다면, 버즈빌에서의 경험이 어떻게 도움이 된다고 생각하시나요? 최근에 친한 친구와 얘기하면서 제 궁극적인 목표가 뭔지 결론지었어요. 저는 ‘멋진 사람’이 되고 싶습니다. 제가 생각하는 멋진 사람은 자기 일을 사랑하고 (혹은 약간 미쳐있고), 일하는 과정과 결과에 있어 자타가 인정할 수밖에 없는 높은 퀄리티를 보여주는 사람이에요. 2번 질문에서 말했던 ‘좋은 사람’과도 일맥상통한다고 볼 수 있겠네요. 앞서 여러 번 말씀드렸다시피 버즈빌에는 일의 과정과 결과 두 가지 모두를 훌륭하게 해내는 분들이 많아요. 함께 일을 하다 보면 다양한 버즈빌리안들의 업무수행 방식을 관찰하고 제 것으로 익히게 되기 때문에, 버즈빌의 경험은 ‘멋진 사람’이라는 제 목표를 이뤄가는 것에 있어 늘 실질적인 도움이 되고 있어요. 제가 사랑하는 혹은 사랑하게 될 일이 무엇이든 간에, 최선을 추구하는 방식은 큰 도움이 될 테니까요.

저는 좀 예민한 성격 탓에, 어디에 가든 쉽게 불편해지는 능력이 있습니다."여긴 테이블이 너무 높아.""의자가 좀 딱딱해.""조명 색온도가 높아서 눈이 부셔.""사람이 바글바글한데 음악도 멜론 탑 100이야…."항상 대부분의 공간에서 쉽게 불편함을 발견하죠. 프로 불편러의 세례를 받은 저는, 편안한 공간을 찾아 오랜 여정을 떠날 수 밖에 없었습니다. 하지만 주로 조용한 곳을 좋아하는 제 취향이 문제였어요. 제가 찾은 곳들은 너무 조용한 나머지 아예 손님이 없었죠. 결국 장사가 안돼서 다 망했다더라는 슬픈 전설이 가끔 들려오곤 했습니다.전설 같은 건 믿지 않았지만 왠지 눈물샘이 흥건하던 2015년, 다행히 제게 직접 '편안한 공간'을 만들 계기가 생겼습니다. 청년들을 위한 공유 공간, 무중력지대 G밸리의 운영팀이 된거죠. 쉽진 않았지만, 훌륭한 동료들을 둔 덕분에 우리가 원하던 공간을 조금씩 만들 수 있었어요. 시간이 흘러 운영 2년 차가 넘어가던 무렵, 이용자 분들께 이런 질문을 던졌습니다. "저희 공간에 있으면 어떤 느낌이 드세요?"무중력지대 G밸리 2016년 이용자 만족도 조사 ⓒ무중력지대 G밸리놀랍게도 거의 대부분의 이용자 분들이 '편안함'을 꼽아 주셨어요. 우리의 노력이 빛을 발한 것 같아 정말 기뻤습니다. 그리고 2018년, 그동안 같이 걷던 동료들과 저는 무중력지대를 뒤로 하고 '로모'라는 회사를 시작했습니다. 저희의 미션 선언문 중에 이런 문장이 있어요.우리는 누구나 동등한 삶의 주체로서, 편안하게 공존할 수 있는 공간을 만듭니다.공존의 가치를 지향하는 커뮤니티에서 '편안한 공간'은 아주 중요한 바탕이 됩니다. 그래서 우리는 커뮤니티 공간 디자인 매거진 개시에 앞서, 편안한 공간을 먼저 말하고자 합니다. 왜 편안한 공간이 필요할까요? 어떻게 만들 수 있을까요? 로모 멤버들의 지난 4년이 담긴 비밀(?)을 이제 하나씩 풀어 보겠습니다 :)― 목차 ―편안한 공간이 필요한 이유1) 피로사회2) 제3의 공간3) 입지를 극복하는 공간 활성화4) 커뮤니티 공간의 기본기편안한 공간 만들기의 원칙1) 자율성2) 직관성편안한 공간이 필요한 이유피로사회"현대인들은 이미 엄청난 데이터와 정보 관계 노동을 헤쳐 나가는데 에너지를 모조리 빼앗겼기 때문에 일과를 마친 뒤에는 모든 관계를 차단하고 싶어 진다."달튼 콘리(Dalton Conle), 뉴욕대 교수요즘 인간관계에 회의를 느끼고 피로를 호소하는 분들이 많습니다. 관계와 권태기를 합한 '관태기'라는 말도 너무 흔해졌죠. 단순히 인간관계뿐만 아니라 현대사회의 복잡도에 따른 피로 때문인 것 같아요.공간도 마찬가지죠. 우리 대부분은 대도시에 살고 대형 건물에서 일합니다. 현대 건축물의 규모와 복잡도는 갈수록 증가하고 있죠. 가게들의 흥망성쇠도 빨라서 익숙하고 편한 공간은 사라지고 금새 낯선 공간들이 늘어납니다. 일과 관계에서 충분히 피곤해진 사람들은 얼마 되지 않은 편안한 공간으로 발길을 돌릴 수밖에 없습니다.제3의 공간미국의 사회학자 올든 버그(Ray Oldenburg) 교수는 저서 에서 '제3의 공간'의 필요성을 주장했습니다. 가정이나 직장 외에 긴장을 풀고 편안하게 머물 수 있는 '제3의 공간(The Third Place)'이 필요하다는 거죠. 가까운 사람을 만나 편안한 일상을 보낼 수 있는 카페, 서점, 음식점 같은 곳 말이에요.카페에서 편안한 일상을 보내는 사람들 ⓒRob Bye on Unsplash가장 유명한 '제3의 공간'으로는 스타벅스가 있어요. 일찍이 이런 수요를 간파한 CEO 하워드 슐츠는 '커피보다 편안한 공간을 판다'는 경영 전략을 펼치고 있죠. 어느 매장에 가든 좋은 품질의 원두커피는 물론 직원의 상냥한 인사, 오래 있어도 눈치 안 주는 자유로움, 안락하고 자연스러운 인테리어, 무료 와이파이를 즐길 수 있습니다. 색상, 조명, 가구 배치, BGM 등 철저한 공간 가이드, 기업문화에서 비롯된 CS 매너 등 편안하게 느낄 수밖에 없는 요소가 아주 많아요.스타벅스는 '공동체 안에서의 고독(Communal Solitude)'을 즐기기에 최적화된 장소기도 합니다. 번화가에 있고 언제나 불특정 다수로 꽉 차 있죠. 스타벅스에 가면 타인과 함께 하고 싶지만 불필요한 관심과 구속은 바라지 않는 사람들의 느슨한 연대가 느껴집니다. 그들과 공존하는 동시에 자신만의 영역을 침해받지 않을 수 있죠. 제가 농담 반 진담 반으로, 스타벅스를 마음의 고향이라 부르는 이유입니다.입지를 극복하는 공간 활성화사실 무중력지대 G밸리가 지하철 입구 근처거나 건물 1층이었다면, 편안한 공간에 그만큼 집중하진 않았을지 몰라요. 저희는 일부러 찾지 않는 이상 절대 올 수 없는 빌딩 6층 구석에 있었습니다. 빌딩 입주자 외에 유입률이 아주 낮았죠. 우리는 입지의 한계를 극복하는 수단으로 편안한 공간을 생각했습니다.누구나 편안한 공간에선 그렇지 않은 곳보다 오래 머뭅니다. 이용자의 체류 시간이 증가하고, 오래 머물며 공간의 많은 요소를 경험한 이용자 중 일부는 단골이 됩니다. 여러분께서 충분히 좋은 공간을 만들었다면? 재방문율도 함께 상승할 거에요. 단골이 생기면 이용자와 관계를 만들기 수월해져요. 공간 커뮤니티를 만드는 튼튼한 바탕이 되죠.단, 체류 시간의 증가가 좋은 점만 있는 건 아니에요. 공간의 성격에 따라 다를 수 있죠. 매출의 압박이 없는 공공시설이라면 보통 환영할 일이겠지만, 카페 같은 상업 공간이라면 고민이 필요합니다. 체류 시간의 증가는 매장 회전율의 저하를 뜻하기 때문이에요. 대신 오래 머무는 손님들의 객단가를 높이는 방안을 마련해야 합니다. 커피 외에도 허기를 채울 수 있는 브런치나 디저트 같은 사이드 메뉴를 마련하거나, 지루함을 해소할 수 있는 다채로운 공간 프로그램을 개발해야겠죠.커뮤니티 공간의 기본기매슬로의 욕구단계설을 보완한 알더퍼(Clayton P. Alderfer)의 'ERG 이론'을 들어보셨나요? 여기서 ERG는 존재(Existence)·관계(Relatedness)·성장(Growth) 욕구를 뜻합니다. 이 중 존재 욕구는 기본적인 저차원 욕구로서 배고픔, 갈증, 안식처 같은 생리적·물질적 욕망을 말합니다. 회사로 치면 보수, 복리후생이나 사무실 같은 물질적 욕구와 물리적 조건으로 볼 수 있죠. 매슬로의 생리/안전의 욕구와 대응됩니다.ERG 이론과 욕구 단계설의 비교 ⓒ로모ERG 이론은 매슬로의 이론처럼 저차원의 욕구가 충족되면 고차원의 욕구를 갈망하게 된다고 말합니다. 반면에 고차원의 욕구가 충족되지 않으면, 저차원의 욕구를 더욱 원하게 된다는 시각도 있죠. 결국 커뮤니티라는 관계와 이용자의 성장이 가능한 공간을 만들려면 기본적인 존재 욕구의 충족이 최우선입니다.안전한 공간이 전부 편하지는 않지만 편한 공간은 모두 안전해야 하죠. 우리는 위험한 장소에서 함부로 움직일 수 없으니까요. 내 존재를 드러내도 안전한 공간이라는 생각이 들지 않는데, 솔직한 나의 모습을 보여줄 수 있을까요? 내가 보호받을 수 있는 안식처라면 새로운 사람을 만나고, 남들과 다를 수 있는 내 생각을 꺼내고, 이제껏 가본 적 없는 행사에 참여하는 것 모두가 쉬워질 거예요.무중력지대 G밸리가 만족스러운 이유 ⓒ무중력지대 G밸리셀카 찍기 좋은 예쁜 공간, 멋진 셀럽들이 가득한 공간도 좋아요. 하지만 진정한 관계와 성장이 이루어지는 공간을 꿈꾼다면, 무엇보다 편안하고 안전한 공간이라는 기본기를 지켜야 합니다.편안한 공간 만들기의 원칙이제와 보니, 의문이 생깁니다. 과연 '편안한 공간'이란 무엇일까요? 사전을 펼칩니다. 편하고 걱정 없이 좋다는 뜻의 '편안(便安)하다'에서 핵심은 '편하다'겠죠. '편하다'의 두 가지 정의에서 우리는 편안한 공간 만들기의 가장 중요한 원칙인 자율성과 직관성을 발견할 수 있습니다.편-하다便--)1) 몸이나 마음이 거북하거나 괴롭지 아니하여 좋다. → 자율성2) 쉽고 편리하다. → 직관성1) 자율성'거북하다'는 건 자연스럽거나 자유롭지 못하다는 말입니다. 내가 하고 싶은 대로 하기 어렵다는 거죠. 그렇다고 모든 사람에게 무한한 자유를 줄 순 없는 노릇입니다. 그렇다면 공존의 규칙을 마련하되, 이는 자율성에 기반해야 합니다. 스스로의 의지로 자신을 통제하게 하는 거죠. 이용자의 자율성을 늘리려면 어떻게 해야 할까요?먼저 제약과 규칙을 최소화해야 합니다. 다들 시나 구에서 운영하는 공공시설을 많이 가보셨을 거예요. 도서관이나 공원을 갈 때마다 눈에 띄는 건 정말 많은 '금지문'입니다. 거기선 떠들어도 안되고, 만져도 안되고, 음식을 갖고 들어가도 안되고, 애완동물이 들어가도 안되고, 가끔은 사람인 나도 들어가면 안 됩니다. 이 공간은 이렇게 쓰면 안 되고, 저 공간은 저렇게 쓰면 안 됩니다.금지 과잉의 시대 ⓒ한국일보물론 불특정 다수가 오는 공유 공간에서 제재는 필연적입니다. 문제는 습관적으로 무거운 제약과 복잡한 규칙을 남발한다는데 있습니다. 때로는 운영자가 직접 해결해야 할 구조적인 문제조차 이용자에게 떠넘기기도 하죠. 고민 없이 참 간단한 방법입니다. 거칠고 딱딱한 표현 방식도 문제예요. 시키는 대로 안 하면 누가 죽기라도 할 것 같습니다. 빨간색 궁서체로 쓴다고 모두가 진지하게 보는 게 아닌데 말이죠. 부드러운 표현을 쓸 때 부담 없이 느껴져 더 효과적일 수도 있다는 걸 모르는 걸까요?다음으로 이용자에게 더 많은 선택권을 줘야 합니다. 앞서 말한 공공시설의 예도 결국, 이용자를 통제와 관리의 대상으로 보는 운영자의 시각에 문제가 있습니다. 운영자가 오롯이 통제의 주체로 남을 것인지, 그 몫의 일부를 이용자에게 넘길 것인지 결단이 필요하죠.이용자에게 줄 수 있는 권한 중 공간의 선택권이 있습니다. 누구는 일할 때 꽉 막힌 구석 공간을 선호하는 반면, 통유리창에 천장이 높은 공간을 선호하는 사람이 있죠. 테이블과 의자가 있는 좌식을 좋아하거나 빈백 깔린 바닥에서의 와식을 좋아하는 사람도 있습니다. 나의 취향과 그 날의 기분, 내가 할 행동에 맞게 내가 있을 공간을 직접 선택할 수 있다면 어떨까요. 여력이 있다면 업무, 휴식, 놀이, 대화 등 다양한 기능과 구성을 갖춘 세부 공간을 마련하는 걸 추천합니다. 이용자는 머물 자리를 선택하면서 '내가 공간을 통제하고 있다'는 안도감을 느낄 거예요.2) 직관성'편리하다'는 건 이용하기 쉽다는 말입니다. 이용하기 쉬우려면, 직관적이어야 합니다. 이용자가 입구에 들어와서 특정 공간을 찾을 때, 상품을 주문할 때, 시설 사용법이 궁금할 때, 원하는 정보를 찾을 때 망설일 여지가 있으면 안 됩니다. 별다른 판단이나 고민 없이도 공간에 관련된 무엇이든 파악할 수 있어야 하죠.직관성을 높이려면 첫째, 복잡성을 최소화해야 합니다. 아마존과 야후의 사용자 인터페이스 최고책임자였던 래리 테슬러(Larry Tesler)는 '복잡성 보존의 법칙'을 주장한 바 있습니다. 모든 프로그램은 고유한 복잡성을 지니며, 복잡성은 없애거나 감출 수 없고 각 프로세스 사이를 옮겨 간다는 내용입니다. 복잡함의 총량은 정해져 있으며, 공급자가 복잡함을 짊어지면 그만큼 소비자는 심플함을 즐길 수 있다는 거죠. 이해하기 어렵나요? 더 쉽고 멋진 문장도 있습니다."만드는 사람이 수고로우면 쓰는 사람이 편하고 만드는 사람이 편하면 쓰는 사람이 수고롭다."김봉진, 배달의 민족 대표이 법칙은 HCI(human-computer interaction) 뿐만 아니라 공간 사용자 경험(User eXperience)에도 똑같이 적용됩니다. 사용자의 고민을 덜도록, 먼저 공간 운영자가 더 크고 깊은 고민을 해야 합니다. 사용자를 고민하게 하는 공간은 결코 편안한 공간이 될 수 없을 거에요. 레오나르도 다빈치는 단순함은 궁극의 정교함이라고 말했습니다. 단순하게 만드는 게 실력입니다.둘째, 일관성을 높여야 합니다. 하버드 비즈니스 리뷰의 선임 편집자 스콧 베리나토(Scott Berinato)에 따르면, 인간은 습관의 동물이라 참신한 것을 잘 인지하지 못한다고 합니다. 그렇다는 건, 바꿔 말해 어떤 사물이 일관성을 유지할수록 뇌가 그 사물을 인식하고 선택할 때 에너지가 덜 든다는 얘기입니다. 우리가 쇼핑을 할 때 제품의 위치, 색깔, 모양, 공간적 방위 순으로 반응한다는 연구 결과가 있다고 해요. 뇌는 낯선 사물보다 익숙한 사물을 쉽고 빠르게 인식하고, 정보와 에너지도 덜 드는 거죠.생각보다 일관된 느낌의 공간은 많지 않아요. 보통 공간 내의 컬러나 가구·소품의 소재가 너무 다양합니다. 세부 공간별로 인테리어 톤이 달라서 분리감이 크기도 해요. 안내문의 형식도 제각각이라 한 눈에 들어오지 않습니다. BGM도 마찬가지죠. 알록달록 뽀로로 키즈 카페의 스피커를 윤종신의 '좋니'가 적셔주는 풍경도 흔합니다(아프다 행복해줘) 같은 브랜드를 쓰는 체인점인데도 메뉴와 공간 가이드가 각각 다른 경우도 많고요. 운영자의 주관이 수시로 바뀌었든지, 모든게 새롭고 창의적이어야 한다는 압박이 크든지, 무조건 화려해야 한다는 강박이 있든지, 요인은 다양하겠죠.모든 것이 다양하고 생소한 공간은 이용자의 호기심을 자아내거나 셀카를 찍기에는 좋을지 모르겠습니다. 하지만 분명 피로감을 증가시킵니다. 도무지 예측하고 파악할 수 없기 때문이에요. 사람들은 익숙해지면 편안함을 느낄 수 있는데, 이런 공간은 익숙해지는데 많은 시간이 걸립니다. '참신하면서 편안한 공간'이라는 건 모순이죠.일관성이 강한 공간의 사례로 '스타벅스'가 또다시 등장합니다. 리저브 매장 등을 제외한 대부분의 매장에 메뉴가 동일하고, 인테리어 컬러도 포인트(그린)/메인(브라운)/베이스(블랙) 컬러 비율이 균일합니다. 매장 별로 독특한 소품이나 아트월이 있지만 절대 전체 공간의 톤을 해치지는 않아요. 계절마다 조금씩 변하는 BGM도 항상 같은 느낌이죠. (물론 오랫동안 누적된 스타벅스의 사용 경험 탓도 있을 거에요. 단골이 된 우리가 스타벅스의 모든 것에 익숙해져 버렸죠)스타벅스 더종로점 실내 ⓒ로모하나의 일관된 세계관이 존재하는 공간을 방문할 때, 우리는 아주 빠르게 익숙해집니다. 일관성은, 낯선 공간에서 미아가 될 뻔한 우리의 손을 따뜻하게 잡아주죠. 공간을 만드는 사람은 건물 구조나 사이니지 등 다양한 요소를 통해 사람들이 공간에 익숙해지는 시간과 에너지를 줄여야 합니다. 차차, 깊게 살펴보기로 해요 :)PS.다음에는 다양한 공간 요소를 바탕으로 커뮤니티 공간 디자인을 찬찬히 살펴보겠습니다!저희 팀에서 다른 유익하고 재밌는 매거진도 열심히 쓰고 있으니 기대해주세요!훈훈  CTO & Co-Founder#커뮤니티 #공간 #디자인 #브랜딩 #조직문화 #메모 #마블 #DC #애견 #육아 #비주류참고 자료세계인의 사랑방 ‘스타벅스’-편안한 공간·행복한 직원…커피는 문화다 ― 매일경제현대인에게 갈수록 필요한 제3의 공간 ― emars스타벅스 CEO 하워드 슐츠의 경영 철학 ― 도서더 나은 사용자경험(UX)을 위한 인터랙션 디자인 ― way to L!ah ;습관은 어떻게 참신함을 이기는가 ― 하버드 비즈니스 리뷰#로모 #기업문화 #조직문화 #사내문화 #기업소개

스푼을 만드는 사람들 세 번째 이야기.별명이 정말 많아 '별명부자'라고도 불리는 사업개발팀의 'Hugh' 소개해보고자 한다. 독특한 이력에, 독특한 점이 넘치는 그의 닉네임들을 나열해보자면..휴장님, 휴 사마, 엄마, 이모, 사카, 뭘 해도 사장님, 사촌오빠, 교장선생님, 평화주의자, 카카오 라이언, 슬라임, 카스텔라 Source: Elmers-SlimeHugh는 마이쿤의 '별명부자' 휴는 다양한 이미지를 소유하고 있는 사람이다. 부드러운 면에 담긴 카리스마도 있고 가끔은 언니처럼, 엄마처럼 또는 이모처럼(?) 또 다른 때 보면 그는 왠지 교장선생님 같기도 하고.. 어디에 앉아있으나 '사장님'포스를 뿜 뿜 내는 그다. 그런 그를 한 번에 설명하기에 나(Sunny)와 Summer는 그를 '슬라임'으로 지칭하기로 했다. 그는 상대가 누구인지에 따라, 상황에 따라 잘 맞춰주고 변화하지만, 결국엔 가장 'Hugh' 본인의 성향과 가치관은 잃지 않는 그런 멋진 사람이기 때문Q. 가장 좋아하는 별명은?사카(사랑스러운 카리스마). 대학시절부터 가장 오랫동안 불려 왔던 별명이기 때문에구 버전 스푼 캐릭터 - Hugh닉네임이 'Hugh'인 이유 1. 본명이 H로 시작하여 모티브가 되었다.2. 休 (쉴 휴) - 마음의 평화, 스푼과 이미지가 매칭 돼서 3. '외'자는 그냥 멋있음(솔직히 Hugh grant 좋아하셔서 그런 줄 알았어요)다소곳함의 대명사 그는 왜 안정적인 직장을 떠나 스타트업에 왔을까?Q.  스타트업인 마이쿤(스푼 라디오) 사업개발팀에 합류한 계기는?"저는 마이쿤에 입사하기 전엔 7년 정도 공공기관에서 국가의 데이터 정책을 연구/기획하는 업무를 했었어요. 사실상 많은 사람들이 안정적인 직장을 꿈꾸지만 저는 조금 달랐던 것 같아요. 도전적인 업무 그리고 환경에 대한 열망이 있었고, 자극을 받을 수 있는 그리고 함께 성장할 수 있는 곳 그리고 사람들과 함께 일하고 싶단 생각이 들 때쯤, 전 여자 친구이자 현 저의 와이프와 가족들도 저를 응원해주고 지지해줘서 최단시간 빠르게 이직을 결정하였습니다.Q. 그래도 안정적인 미래를 보장하던 곳을 떠난 후회는 없으신가요?"후회하지 않습니다. 저는 누군가에 삶에 활력을 주는 것을 좋아하는 사람입니다. 제가 타인에 삶에 활력을 불어넣어 줄 수 있을 때, 저도 그로 인해 자극받을 수 있는 환경에서 근무한다는 점이 저에겐 큰 행복입니다. 사람은 살아가면서 늘 도전적이어야 한다고 생각해요. 그래야 발전도 있는 법이고요."Q. 현재 스푼에선 어떤 업무를 하고 계신가요?"저는 사업개발팀에서, 스푼이라는 서비스를 조금 더 많은 사람들에게 알리고자 국가 확장 전, 서비스를 출시할 나라를 선정하는 업무 및 시장조사, 개발에 필요한 것들을 모두 조사합니다. 새로운 국가 론칭 후, 법인 설립, 초기 채용, 인프라 계약 체결 등의 업무를 하고 있습니다."Q. 전에 했던 일과는 조금 차이가 있는데 어떠신가요?"제가 입사를 2018년 6월에 했는데, 한 두 달간은 정말 뭐가 뭔지 몰랐던 그런 바빴던 시간입니다. 전에 했던 일과는 다르기도 했고, 무엇보다 문서작업이 굉장히 중요하고 정확한 프로세스를 거쳐야 했던 전 직장과는 달리 스타트업은 정말 '빠른 실행' 이 중요한 점이 처음엔 상충되었던 것 같아요. 처음엔 속도가 느렸고 너무 완벽하게 준비하려고 했었던 것 같아요. 그래도 지금은 많이 적응이 된 상태입니다!Q. 회사에 처음 입사하셨을 때 느꼈던 이미지는?"한마디로, 젊다! 너무 젊어서 신선한 충격이었습니다. 그저 연령대만 젊은것이 아니라, 회사에서 까르르르 하면서 웃는 소리를 들어본 건 정말 처음이었거든요."Q. 만약 다른 누군가가 안정적인 직장과 도전적인 스타트업 사이에서 고민한다면?전 강력하게 추천합니다. 다만, 이직을 생각하는 원인이 무엇인지 알아야 합니다. 나는 어떤 환경에서 더 행복한 사람인지를 아는 게 중요하다고 생각해요. 그저 지금 다니는 회사의 상사가 싫어서, 또는 반바지에 운동화 신고 출근하고 싶어서 스타트업으로 간다면 비추천입니다. 무엇보다 나를 잘 아는 가족, 연인 그리고 친구들과 상의하는 과정에서 답을 구하는 것도 좋은 방법이라고 생각합니다.당신의 회사생활이 궁금합니다Q. 지금 하는 업무의 만족도는? 일이 재미있나요?"네, 진짜 재미있어요. 화장실도 안 가요. 지금 하는 일이 저에게 정말 잘 맞는 것 같아요. 사실 저는 반복적인을 좋아하지 않는 사람이에요. 그런 저에겐 딱 맞는 업무가 아닐까 싶어요. 예를 들면 100미터 달리기 같은 느낌? 한 국가만을 조사하고, 서포트하는 것이 아니라 여러 국가의 여러 다양한 일을 하다 보니 집중력이 유지되더라고요. 이거 하나 끝내면, 저거다! 이런 느낌으로"Q. 회사에 바라는 점이 있다면?(어떻게 해야 업무 효율이 조금 더 늘어날 것 같으세요?)"저는 사무실에 화분이 조금 더 많아지면 좋겠어요. 원래 그런 걸 좋아하기도 하고, 요새 미세먼지도 많으니 공기 정화에도 좋을 거고.. 사실 스푼이 노란색이잖아요. 그래서 초록색이랑도 너무 잘 어울리기도 하고, 조금 더 구체적으로 말씀을 드리자면.. 인조보단 생화(이끼 식물 같은..)"Q. 사업개발팀에 합류하려면 어떤 조건이 필요한가요?1. 분석력2. 강한 인내심3. 커뮤니케이션 능력"첫 번째로 이 일은 전공과는 무관하다고 생각합니다. 다만, 이 일을 하다 보면 국가마다 특성이 굉장히 다르다는 걸 알게 돼요. 그래서 스트레스를 많이 받을 때도 있기에 타 문화를 수용할 줄 알고 참고 인내심으로 버티는 힘이 굉장히 중요한 업무라고 생각해요. 무엇보다 저희는 다른 팀하고의 협업이 많은 편이라, 높은 커뮤니케이션 능력으로 협조를 구할 줄 아는 그런 사람이 필요합니다." Q. 어떤 사람들과 일하고 싶으세요?저를 귀찮게 하는 사람들과 일하고 싶습니다. 저는 어떤 질문이라도 언제든 대답해드릴 수 있거든요. 모르면 모른다고 저에게 언제든지 물어볼 수 있는 그런 자세를 갖춘 사람과 일하고 싶어요. 늘 배우려는 마음이 있는 그런 자기 주도적 사람이요. 인성도 실력입니다. 저는 인성을 가장 중요하게 생각합니다.Q. 면접 시 짧은 시간 동안 그 사람의 인성을 어떻게 판단하시나요? "물론 면접 동안의 한 사람의 인성을 판단하는 것이 어려울 수도 있지만, 사실상 질문에 대한 답변으로 많이 추측이 된답니다. 그 사람이 살아왔던 과정에 대한 질문 그리고 경험을 토대로 비추면 얼추 알 수 있더군요. 무엇보다 저희는 면접이 조금 다른 곳보다 긴 편이기도 하고요. 조금 더 정확한 인성 파악을 위해서 하하.."점심시간마다 그는 통화 중이다..당신의 사생활이 궁금합니다.Q. 점심시간마다 사라지시는데, 이유가 있나요?"네, 저는 점심을 먹고 항상 빈 회의실에서 와이프와 통화를 해요. 그러다 보니 회사에서 가장 좋아하는 공간도 이 곳이고요. 사실은 LIVE룸에서 항상 통화를 하는데, 이렇게 다른 회의가 잡히거나 하면 CAST룸에서도 통화를 해요."(여러분 앞으로 휴를 위해 점심 먹고 회의실 하나는 꼭 남겨둡시다)Q. 진짜 초동안이신데, 혹시 동안의 비결이 뭔가요? "피부가 두꺼우면 된다..? 아닌 것 같고, 음.. 저는 스트레스를 잘 받지 않는 편입니다. 워낙 초낙천적인 사람이라.. 어머님께 물려받은 그런 유전자인가 봅니다.."Q. 좋아하는 음식이 어떻게 되세요?"회! 저는 외식을 하면 주로 회를 먹어요. 고기보다는 주로 회를 늘 먹고, 아 요즘은 디디치킨이 먹고 싶어 졌어요. 인플루언서 방송 때 하도 들어서 그런가 봅니다"Q. 앞으로 더 행복해질 수 있다면, 어떤 요소들이 필요할까요?"지금도 저는 사실 충분히 행복해요. 사랑하는 가족들과 와이프가 있으니까요. 다만 지금보다 가족들과 보내는 시간이 더 많아졌으면 좋겠어요!" Q. 10년 후 어디서 무엇을 하고 계실 것 같으세요?"저는 사주를 가끔 보는데, 평생 일할 팔자라고 하더군요? 좋은 거겠죠?.. 저는 이제 시작한 이 업무에서 전문가가 되고 싶어요. 한 번 시작했으면, 또 열심히 해야죠. 성격상 하나에 집중하는 타입이기도 하고.. 그리고 정말 나중에 조금 더 시간이 흘렀을 땐 '동화작가' 되고 싶어요. 예전에 꿈 그림책 전시회에 간 적이 있는데 너무 감동적이더라고요. 제가 그림을 못 그려서, 글만 쓰고 그림은 와이프가 그려주기를 바라고 있습니다."(보고 계시죠 와이프님)공기청정기 같은 남자 Hugh by Sunny사업개발팀 팀원이 휴를 한마디로 표현한다면?Julie 曰:  사랑꾼 - 휴는 그냥 사랑꾼인 것 같아요. 일도 사랑하시고, 와이프분에 대한 애정이 정말 엄청난 것 같거든요. 점심시간마다 통화하시는 모습도 그렇고!

Overview브랜디는 현재 2.0 기반 Android 버전입니다. Main Thread와 Sub Thread 사이의 ANR를 방지하려고 Volley, Otto Bus Library를 사용해서 백엔드 서비스(back-end Service)를 연동하고 있습니다. 이제 3.0 개발로 더 좋은 백엔드 서비스 기능을 만들려고 합니다. (기반 작업은 이미 완료했습니다.) 다만 3년 동안 브랜디 앱을 개발하면서 느꼈던 고통과 피로를 ‘제발’ 줄여보고 싶어서 브랜디 3.0에서는 Retrofit2 와 RxJava, Lambda 표현식을 사용하기로 했습니다. RxJava(Reactive programming)는 가장 추천하고 싶은 것 중 하나입니다. 우리는 함수형 리액티브(반응형) 프로그램이라는 표현으로 자주 마주치곤 하는데요. 주로 옵저버 패턴(Observer pattern)을 대체하기 위해 사용합니다. 단순히 데이터를 넘기고 마무리하는 건 옵저버 패턴으로도 충분하지만 대부분의 문제는 이벤트들을 묶어서 사용할 때 생깁니다.1) RxJava는 이벤트에 대한 조건 처리나 실패 처리, 리소스 정리에 대비해 사용합니다. 기존 방식의 명령형 리액티브 접근 방식을 사용하면 복잡함이 지속적으로 증가하는 반면, 함수형 리액티브 프로그래밍은 효율을 크게 높일 수 있습니다. 몇 가지 예제와 함께 살펴보겠습니다. Android에 직접 사용해보기새로운 프로젝트를 생성한 후, 아래와 같이 build.gradle 파일을 수정해봅시다. (JDK 1.8 설치 필수) apply plugin: 'com.android.application' android {    compileSdkVersion 26   defaultConfig {        applicationId "kr.co.brandi.myapplication"        minSdkVersion 21        targetSdkVersion 26        versionCode 1        versionName "1.0"        testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"    }    buildTypes {        release {            minifyEnabled false            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'        }    }   //추가된 부분 1      compileOptions {        sourceCompatibility JavaVersion.VERSION_1_8        targetCompatibility JavaVersion.VERSION_1_8   }  } dependencies {    implementation fileTree(dir: 'libs', include: ['*.jar'])       //추가된 부분2    implementation 'io.reactivex.rxjava2:rxandroid:2.0.1'    implementation 'io.reactivex.rxjava2:rxjava:2.1.3'      implementation 'com.android.support:appcompat-v7:26.1.0'    implementation 'com.android.support.constraint:constraint-layout:1.0.2'    implementation 'com.android.support:design:26.1.0'    testImplementation 'junit:junit:4.12'    androidTestImplementation 'com.android.support.test:runner:1.0.1'    androidTestImplementation 'com.android.support.test.espresso:espresso-core:3.0.1' } 이제 람다 표현식과 RxJava를 사용할 준비가 되었습니다.Flowable.just("Hello World").subscribe(new Consumer() {    @Override   public void accept(String s) throws Exception {        Log.v(tag, s);   }  });   Flowable.just("Hello World !").subscribe(s -> Log.v(tag, s)); 간단한 생성자와 결과를 출력하는 부분입니다. 두 번째 subscribe는 람다 표현식으로 인터페이스를 생성하지 않더라도 첫 부분과 동일하게 결과물을 얻을 수 있습니다.2) 이제 RxJava에서 간단한 필터링으로 간편하게 데이터를 가공하는 능력을 확인해보겠습니다. 아래 코드는 기본적인 List 의 값을 출력하는 부분입니다.List valueList = Arrays.asList(0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10);   for (int data : valueList) {    String result = "value " + data;    Log.v(tag, result);  } Flowable.fromIterable(valueList)        .map(new Function() {            @Override            public String apply(Integer data) throws Exception {                return "value : " + data;            }        })        //.map(data -> "value : " + data)        .subscribe(data -> Log.v(tag, data)); 위의 코드에 조건을 추가해 ’짝수’만 출력하겠습니다.for (int data : valueList) {    if ((data % 2) == 0) {        String result = "value " + data;        Log.v(tag, result);    }  } Flowable.fromIterable(valueList)        //.filter(data -> {        //      return (data % 2) == 0;        //})        .filter(data -> (data % 2) == 0)        .map(data -> "value : " + data)        .subscribe(data -> Log.v(tag, data)); 위와 같이 데이터 가공은 순차적으로 진행되고, 여러 함수로 간단하게 처리할 수 있습니다. 원하는 데이터 가공을 위해 filter, map 등의 함수들을 순차적으로 이어 붙일 수도 있습니다.위에서 보여드린 RxJava는 간단한 예시이기 때문에 RxJava 의 기능을 좀 더 보여드리겠습니다.String[] data1 = {Shape.HEXAGON, Shape.OCTAGON, Shape.RECTANGLE};  String[] data2 = {Shape.TRIANGLE, Shape.DIAMOND, Shape.PENTAGON};   Flowable source =        Flowable.combineLatest(                Flowable.fromArray(data1)                        .zipWith(Flowable.interval(100L, TimeUnit.MILLISECONDS), (shape, notUsed) -> Shape.getId(shape)),                Flowable.fromArray(data2)                        .zipWith(Flowable.interval(150L, 200L, TimeUnit.MILLISECONDS), (shape, notUsed) -> Shape.getSuffix(shape)),                (id, suffix) -> id + suffix);   source.subscribe(s -> Log.d(getThreadName(), s)); CombineLatest() 함수를 이용해 두 개의 스트림을 하나로 처리하는 방법을 보여 드렸습니다. 각각의 스트림은 interval 함수를 시간 간격으로 data1과 data2 배열의 개수만큼 반복하여 처리하는 로직입니다. 서로 다른 두 스트림은 마지막 데이터를 가지고 있으며 새로운 데이터가 나올 때마다 하나의 스트림으로 출력됩니다.마블 다이어그램 3)결과Conclusion만약 RxJava를 이용하지 않고 두 개의 TimerTask를 이용해서 코딩했다면 결과는 같았을지도 모릅니다. 이제 RxJava를 알기 때문에 다시는 TimerTask를 이용해서 코딩할 일은 없을 겁니다. 알면 알수록 다양한 기능을 갖추고 있는 RxJava! 이제 브랜디 상용화 버전에 사용할 수 있게 다시 개발의 숲으로 들어가겠습니다. 그럼 이만. 1)함수나 네트워크 호출의 비동기 응답 2)Java 8 람다 표현식 자세히 살펴보기, 2018.03.09. 3)RxJava on Android 글고재성 과장 | R&D 개발1팀[email protected]브랜디, 오직 예쁜 옷만#브랜디 #개발문화 #개발팀 #업무환경 #인사이트 #경험공유

글목록1) 우리는 왜 애자일 하지 못할까2) 우리는 애자일 하게 일하고 있을까? (현재 글)3) 나는 애자일 하게 일하고 있을까? "우리는 왜 애자일 하지 못할까"에 이어, 말씀드렸던, 기존에 제가 느꼈던 제가 했던, 또는 들었던 프로덕트를 만들며 과정에 대해 간단히 설명해 드리고, 해당 방식이 일하는 과정에서 놓칠 수 있을 것 같은 내용들, 그리고 근본적인 가치적인 부분에 대해 설명드리도록 하겠습니다. 몇 가지 사항을 말씀드리자면,1. 그 어떤 방법도 틀린 건 절대 아니며, 어느 팀에 건 어디에든 맞는 방법들은 존재할 수 있어요. 저는 제가 일하면서 또는 많은 분들과 일하며 느낀 내용들을 공유하는 것이니, 언제든 질문 주시면 감사하겠습니다!2. 다소 개발적인 부분들이 많이 포함되어 있을 수 있습니다. 모르겠는 단어들이나 과정들은 알려주시면 조금 더 정확히, 그리고 간단히 설명드릴 수 있도록 하겠습니다!회사들이 일하는 방식에서 나올 수 있는 최악의 케이스업무를 진행하면서 회사들이 일할 때 겪을 수도 있는 사례입니다.(다시 한번! 모든 회사가 이렇다는 것은 아니며, 그렇다고 방법이 잘못되었다는 건 아닙니다!)A라는 기능을 만들어야 해요 PM 측 또는 비즈니스나 마케팅 단에서 의사결정이 완료된 기능, 또는 개발 순서가 정해져 내려옵니다. 대부분의 의사결정은 비즈니스 적인 부분에서 정성적인 또는 정량적인 분석보다는 예상(Assumption)과 막연한 기대를 기반으로 다음 행동을 결정하게 됩니다. 기한은 "가능한 빠르게"로 산정되고, 언제 시작할지에 대해서도 "최대한 빨리"로 형용되게 됩니다.A에 대한 기획서 적어놨으니 구글 닥스(또는 위키)에서 확인하시고 회의하시죠. PM 측에서도 해당 기능에 대한 기술을 "와이어프레임" 또는 "플로우 차트"를 기반으로 기획서를 문서화하고, 해당 문서를 기반으로 개발/ 디자인 팀에 전달합니다. PM 측에서도1. 진짜 유저가 해당 기능을 쓸 것인지2. 지금 프로덕트가 해당 기능이 왜 필요한지3. 어떤 부분까지가 유저에게 가치를 줄 것인지4. 해당 기능을 언제까지 개발할 수 있을지(물리적 예상)에 대한 정확한 부분은 알 수 없지만, 다른 회사들은 어떻게 해 왔는지에 대한 조사(Benchmark)등을 통해서 개발자, 디자이너의 피드백 없이, 자신이 작성한 기획서를 기반으로 기능 개발을 위해 상의합니다.해당 기능들 기반으로 지라(Jira) 티켓 만들어 놨으니 작업 진행해 주세요. 회의 진행을 통해 어떤 기능들이 있을 것이고, 해당 기능들에 대해 어느 정도 개발자/ 디자이너들과 이해가 가능한 부분까지의 선을 나누고, 어느 정도 지라, 또는 트렐로 또는 다른 프로젝트 관리 툴을 통해 - "~기능 프런트 작업" 또는 "~기능 백앤드 작업" 그리고 "~디자인"작업- "... 페이지 프런트 작업" 또는 "... 페이지 백앤드 작업" 그리고 "... 페이지 디자인"등유저가 얻는 가치를 기반으로 한 작업이 아닌, 개발단에서 어떤 걸 개발해야 한다 라는 목적 기반의 티켓 작성으로 디자이너 또는 개발자들이 얼마나 작업을 했는지에 대해 확인합니다. 디자인은 어느 정도 준비된 거 같은데, 개발은 어느 정도 돼가요? 하루하루 진행되는 과정을 사람대 사람으로 공유하기보단, 프로젝트 관리 툴에 의존해 작업 진행을 확인하고 있고, 개발의 범위가 너무 큰 티켓들을 작업하기 때문에, "어느 부분이 어떻게 작업되고 있는지"를 알기 위해선 물어볼 수밖에 없고 이에 대해 알기 위해선 "얼마큼 작업을 했나요?"라는 질문을 하게 되고, 해당 질문들 들은 작업자들은 잘못한 게 없음에도 불구하고, 작업에 대한 압박과 스트레스를 받고, 최악의 경우, 서로 자신의 일을 최선을 다해하고 있음에도 불구하고, 서로에게 나쁜 감정을 가지게 됩니다.디자인 가이드랑 기획서가 다른데 어떤 걸로 해야 해요? 피엠은 또 다른 기능들을 준비해야 하거나, 다른 개발자들 또는 디자이너들과의 소통을 하며 고군분투하는 상황에 뛰어다니며 일을 하고 있기 때문에, 디자이너가 작업을 하며 놓칠 수 있는, 또는 더 좋은 아이디어라고 생각해 수정한 부분들에 대해 소통을 할 수 있는 기회가 줄어들게 되고  이렇게 생긴 기획서와 디자인 가이드는 개발단과 디자이너 그리고 중간에 끼인 피엠과의 서포팅이 아닌 줄다리기를 하게 되는 상황에 처하게 됩니다.이거 누르면 여기로 가는 게 맞아요? 이건 좀 아닌 거 같은데 기획서에 대해 회의를 했지만, 해당 회의 때 정확하게 나오지 않은 부분들이 있거나, 간결하게 넘어간 부분이 있을 때, 개발이 들어가는 상황에서 같이 일하는 팀원들끼리 기능에 대한 정확한 방향이 이해가 되지 않거나, 옳다고 판단되지 않는 것들이 있을 때, 갈등이 생기게 되고(물론 아무 말도 안 하고 있는 게 더 안 좋은 결과를 초래하지만) 서로 간의 이해가 더더욱 힘들어지게 됩니다.기획 쪽에서 정책이 안정해져서 안 만들었어요 버그 아니에요. 이렇게 힘겹게 줄다리기를 하다 보면, 종종 더 이상의 커뮤니케이션 보단 "빨리 만들어서 일단 올리면 테스트해서 찾아내면 그때 결정하겠지 뭐"라는 낭비, 또는 부채가 생기게 되고, 서로 간의 이해보다는 기능상의 오류에 대해 책임소재를 찾게 되고, 개발에 집중할 수 있는 집중도를 잃을뿐더러 시간 역시 지체되게 됩니다.TC 확인해 봤는데, 이건 이렇게 가는 게 맞아요. 이렇게 개발을 진행하게 되면, "유저"보다는 "기능"에 "품질"보다는 "기간"에 맞추는 프로덕트를 개발할 수밖에 없는 상황이 되고, 그렇게 되다 보면 "가치"보다는 "지금 적혀있는 문서"에 갇혀 진짜 우리가 필요한 것보다는 "어쩔 수 없지만 해야 하는 것"으로 우리가 하는 일에 대한 가치가 줄어드는 것을 서로가 느낄 수 있습니다.테스팅 안 끝났어요 배포 못해요. 해당 내용들이 지속적으로 진행되다 보면 정해지는 것보다는, 회의가 늘어나게 되고, 회의가 늘어나다 보면 작업이 늦어지게 되고, 작업이 늦어지게 되면 배포가 늦어지게 되는 불안정한 사이클이 돌아가게 됩니다.... 롤백하시죠...그리고 정말 최악의 경우엔, 열심히 만든 우리가 만든 기능이 세상밖에 구경하지 못하게 되는 최악의 사항을 겪게 될 수 있죠 그리고 이렇게 될 경우엔....이번에는 회고 없이 바로 다음 스프린트(또는 이터레이션) 진행하시죠이렇게 늦어진 배포(아니면 없어진 배포) 때문에 생긴 시간 만회를 위해 회고를 진행하기보다는 다음 기능 또는 재배포를 위한 준비를 시작하게 되고, 프로덕트팀 서로 간의 신뢰도가 깎이게 되고 신체적 또는 심리적 피로감을 늘린 체 다음 스프린트 또는 연장된 스프린트의 다른 개발 또는 디자인 또는 기획을 진행하게 됩니다.왜 이럴까?.. 기본적으로 모든 회사는 이윤을 추구하고, 혼자서 일하는 것보단, 동료와의 협업이 더 높은 생산성을 얻을 수 있기 때문에, 동료 간의 시너지를 얻을 수 있도록 방법론을 찾고 도입하는 것은 어떻게 보면 회사에서 추구할 수 있는 최선의 방법입니다. 그러나, 위의 케이스에서는 애자 일한 오히려 팀의 문화가 깨져버리게 되는 최악의 케이스를 보게 되죠. 제가 찾은 가장 원초적인 문제는 유저가 가질 가치에 대한 공유가 없는데서 시작합니다.(유저가 가질 가치라는 내용은 우리는 왜 애자일 하지 못할까에서 확인이 가능하십니다..ㅎ 깨알 같은 재 홍보.) 우리가 만드는 프로덕트는 결국 유저가 사용하는 프로덕트이기 때문에, 어떤 유저가 어떻게 사용함으로써 어떤 가치를 얻게 될 것이다.그 어떤 가치를 얻기 위해서 어떤 어떤 과정을 거칠 수 있다.어떤 것들을 수행하지 못할 경우, 원하는 가치를 얻을 수 있도록 어떻게 유도한다.라는 가치를 통한 기능의 생산보다는, 직관과 예상에 의한 의사결정, 유저에 대한 이해보다는 기능 개발에 집중된 프로세스, 그리고 빠른 개발을 위해 놓치는 부분들에 대한 낮은 고려 등으로 가치와 속도, 그리고 팀원 간의 불협화음을 키우는 작업을 하게 되는 것이죠.분량 조절에 실패했네요...  다음 글에선 1. 어떤 가치를 기반으로 저는 일하고 있고,2. 이런 방식으로 일하면서도 제가 겪고 있는 수많은 허들들에 대해서 설명드릴 수 있도록 하겠습니다!읽어주셔서 감사해요!#코인원 #블록체인 #기술기업 #암호화폐 #스타트업인사이트