스토리 홈

인터뷰

피드

뉴스

조회수 1705

♥ 사무실 투어 in 프리윌린 ♥

안녕하세요. 매쓰플랫입니다 :)좋은 서비스를 제공하기 위해서는쾌적한 공간에서 근무를 하는 것이참 중요한 거 같아요~!쾌적한 근무공간 1등!!프리윌린 사무실 투어 Start ♥.♥로비 & 대회의실프리윌린 사무실을 방문하면제일 먼저 마주하는 공간이에요.로비 & 대회의실뒷 부분에는 프리윌린의 '대회의실'이 곳에서 보통은 월요일 전체 회의가 진행돼요~!회사가 점점 성장할수록직원들도 늘어나고~처음에는 넓게만 느껴졌던 공간에요즘에는 직원들로 가득가득 차네요 ㅎㅎ소회의실 모습① 각 팀별 회의 ② 협업 회의다양한 용도로 사용하는 소회의실~!넓은 창문이 있어서 쾌적한 환경은 기본티비, 에어컨, 간식, 화이트 보드까지....시원한 환경에서간식 먹으면서 회의를 즐겁게 할 수 있어요.소회의실 모습회의를 하다가 나온 아이디어는'화이트 보드' 적극적으로 활용~!프리윌린하면 빠질 수 없는 간식들 ♥오전에 폭풍같은 열일하고,가끔 피곤할 때가 있어요 ㅠㅠ그럴 때 찾는 공간!바로 휴게실이에요.안락한 공간에서 잠시 휴식을 취한 뒤으쌰으쌰해서 오후 근무 돌입~!프리윌린 직원들이 휴식 / 전화통화 / 스트레칭 장소 등등다양한 용도로 활용 한답니다.모든 직원이 각자의 자리에서열심히 일하는 공간~!프리윌린이 사무실이 좋은 이유 중 하나!층고가 높고 사면이 창문으로 되어 있어서일하면서도 답답한 느낌이 없어요 :)지금까지 프리윌린 사무실 투어 어떠셨나요?매쓰플랫은 1.학습지 커스텀 뿐만 아니라,2. 35만개의 방대한 시중교재 DB를 연동한 문제은행,3. 학생 관리 시스템을 통한 학생 성적 레포트 서비스 등을 제공합니다. 매쓰플랫 7일 무료체험도 알아 보세요 :Dclick! click!♥ 매쓰플랫 무료로 시작하기 ♥http://bit.ly/2vSSmxl※ [조기 마감주의] 매쓰플랫 설명회 신청 (8/24)설명회 참여하고 혜택받기 :)가입비 할인 혜택 받기:)
조회수 3511

Good Developer 1 | 좋은 개발자의 5가지 기준

좋은 개발자 소개해주세요.많은 기업 관계자분들을 만나면서 항상 듣는 말이다. 스타트업에 있어서 인재 채용이 항상 문제기는 하지만, 이것은 비단 스타트업에만 국한되지는 않은 것 같다. 지난 코드스테이츠 데모데이 때는 카카오와 SK텔레콤 같은 대기업과 더불어 스마트스터디, 데일리호텔 기업 관계자분도 참여해 주셨다. 이것을 보면 대기업이든, 규모가 꽤 있는 기업이든 좋은 개발자를 찾는 것은 어려운 것 같다.기업들이 이런 말을 하는 것을 보면 개발자를 찾는 수요는 빠르게 증가하고 있는데, 기업들의 입맛을 맞추면서 개발을 할 수 있는 '좋은 개발자'는 많이 없는 듯하다. 이런 상황에서 코딩 교육 스타트업 코드스테이츠가 많은 기업 관계자분과 개발자분들을 만나고 코딩 교육을 하면서 느낀 점을 통해 어떤 개발자가 좋은 개발자인지에 대하 포스팅을 하려 한다.이것을 통해 좋은 개발자라는 개념을 구체화할 것이다. 좋다는 개념을 명확히 해서 어떤 것들이 좋아야 좋은 개발자인지, 또 소위 말하는 좋은 개발자가 되기 위해서 어떤 노력들을 해야 하는지 글로 풀어갈 것이다. Good Developer 시리즈 첫 번째 포스팅, 좋은 개발자의 5가지 기준좋은 개발자의 5가지 기준좋은 개발자에 대한 생각은 개인마다 또 기업마다 다를 것이다. 아래의 기준들은 많은 기업 관계자분들과 개발자분들을 만나고, 코드스테이츠가 교육을 하면서 느낀 좋은 개발자의 기준들이다. 아래의 조건들이 좋은 개발자의 충분조건이라고 할 수는 없지만, 필요조건이라고는 할 수 있을 것 같다. 코드, 생산성, 커뮤니케이션, 학습, 관리 능력 이 5가지 관점을 통해 어떤 개발자가 좋은 개발자인지 알아보자.1. 코드의 리딩과 라이팅좋은 코드를 짤 수 있는 역량은 좋은 개발자가 되기 위한 필수적인 기준이다. 하지만, 대부분의 개발자들에게 어떻게 하면 좋은 코드를 짤 수 있는지 물어보면 쉽게 답하는 사람은 많지 않다. 그래서 구체적으로 어떤 능력이 있어야 좋은 코드를 짤 수 있는지, 코드의 리딩과 라이팅의 관점에서 살펴보고자 한다.많은 주니어 개발자들이 처음 회사에 입사해서 해야 하는 것 중 하나는 코드의 리딩(reading)이다. 자신이 처음으로 개발을 시작하지 않는 이상 이미 개발된 소스들을 보고 어떻게 동작하는지 또 변수, 함수, 메서드들의 네이밍(Naming)은 어떤 식으로 하고 있는지 파악해야 한다.코드의 리딩 능력은 업무 환경에 적응하는 능력과는 별개로 자신의 업무를 파악하고 또 다른 사람과 커뮤니케이션할 때 매우 중요하다.  그리고 코드를 잘 읽으면 어디가 잘못되어 있는지, 어떻게 고쳐야 하는지 쉽게 파악할 수 있다. 그리고 이것이 코드를 잘 짤 수 있는 역량으로도 직결된다.리딩 능력과 더불어서 중요한 것이 바로 코드 라이팅(writing) 능력이다. 라이팅은 코드를 잘 짜는 것과 별개로 네이밍(Naming)을 잘하고 이해하기 쉽게 코드를 쓰는 것을 의미한다. 코드 리딩 능력이 뛰어나지 않은 개발자라도 잘 정돈되고 직관적으로 네이밍 되어 있는 코드들을 보면 쉽게 읽을 수 있다.코드 라이팅 능력은 협업하고 코드를 구조화하는 과정에서 매우 중요하다. 코드 라이팅 능력이 떨어진다면 다른 사람이 자신의 코드를 이해하는데 오랜 시간을 소모하게 만들 뿐만 아니라 나중에 가서는 자신조차 자신의 코드를 이해하는데 오랜 시간이 걸릴 수 있다. 이렇기 때문에 안정된 코드, 돌아가는 코드를 짜는 것과 별개로 다른 사람과 자신이 이해하기 쉬운 코드를 짜는 능력은 매우 중요하다.좋은 코드를 짜기 위해서는 다른 사람이 어떤 코드를 짰는지 알아야 하고 내 코드를 다른 사람들이 쉽게 읽을 수 있도록 해야 한다. 개발자는 결국 코드로 말한다. 코드 라이팅 능력이 떨어진다는 것은 코드로 '잘' 말하지 못한다는 것을 의미한다. 또 코드 리딩 능력이 떨어진다는 것은 다른 개발자가 코드로 말하는 것을 '잘' 듣지 못한다는 것을 뜻한다. 좋은 개발자의 조건으로 항상 따라붙는 좋은 코드를 짜는 방법은 코드 리딩과 라이팅 능력이 선행되었을 때 가능할 것이다.2. 빠른 생산성좋은 코드를 짜는 것이 좋은 개발자가 되는데 중요한 조건이기는 하지만 유일한 조건은 아니다. 개발은 필연적으로 시간과의 싸움이다. 그래서 좋은 개발자의 조건 중 하나가 바로 생산성이다. 우리나라의 많은 개발자들이 야근에 시달리는 것도 결국은 생산성과 연결되어 있다.(물론 조직문화도 크게 작용한다. 그리고 CEO의 마인드도...)안정적이고 완벽한 코드를 짜는 것도 중요하지만 때로는 시간과 타협해서 돌아가는 코드를 짜는 것만으로 만족해야 할 때가 있다. 특히, 리소스가 부족한 스타트업에서는 시간이 생명이다. 환상적인 코드를 짤 수 있는 개발자라 할지라도 그 시간이 천년만년 걸린다면 당장 돌아갈 수 있는 코드를 돌릴 수 있는 개발자 보다 좋은 개발자라고 하기 힘들 것이다.투입한 시간 대비 얼마만큼의 코드 생산성이 나오는가? 시간이 생명인 많은 스타트업에서는 안정적이고 완성도 높은 코드를 짜는 개발자보다 생산성 높은 개발자를 선호할 가능성이 크다. 첫 번째 기준인 코드 리딩과 라이팅 능력에서 자신이 없다고 걱정할 것 없다. 자신의 코드 생산성이 좋다면 좋은 개발자로서의 중요한 기준을 하나를 충족한 셈이니까.3. 원활한 커뮤니케이션위의 두 가지 기준이 개발 자체에 대한 능력이었다면, 커뮤니케이션 능력은 다른 사람과 협업하는 능력에 대한 기준이다. 혼자서 개발하는 개발자는 극히 드물다. 코딩 = 개발이 아니다. 코딩은 개발의 한 과정이며 개발을 할 때에는 다른 구성원들과 수많은 상호작용을 해야 한다. 왜냐하면 개발자는 결국 사람들과 일하기 때문이다.그래서 많은 기업들이 개발자를 채용하는 기준에서 '원활한' 커뮤니케이션을 내세운다. 개발과 관련 없을 것 같은 커뮤니케이션은 사실 엄청나게 중요하다! 커뮤니케이션 문제로 발생하는 비용 문제(단순히 돈이 아니다.)는 상당하다.어느 정도 개발 경험이 있는 사람은 누구나 공감할 수 있을 것이다. 같이 일하고 싶은 개발자와 아닌 개발자가 있다는 사실을 말이다. 단지 사람이 좋고 나쁨을 떠나서, 대화를 하는데 숨이 턱 막히는 사람이 있고 대화를 하면 할수록 막혔던 부분이 풀리거나 새로운 아이디어를 떠오르게 만다는 사람이 있다.원활한 커뮤니케이션은 사실 어느 직군에나 해당되는 말이지만, 개발처럼 한 가지 테스크에 여러 사람이 집중적으로 달려드는 업무에 있어서 그 중요성이 더 부각된다. 당신은 원활한 커뮤니케이션 능력을 가지고 있는가?4. 업무 관리, 사람 관리 능력업무 관리와 사람 관리는 사실 개발자 직군에 국한된 역량이 아니라 모든 직군에서 필요로 하는 역량이다. 개발에 치중해야 할 개발자가 좋은 개발자가 되기 위해 이런 것들까지 신경 써야 할 이유는 무엇일까? 위에서도 언급했지만, 개발 = 코딩이 아니다. 개발을 한다는 것은 테스크를 나눠 할당하고 기간에 맞춰 완성시키는 일이다. 이 과정에서 필요한 상호작용, 업무 관리, 생산성이 모두 개발의 과정이다.업무 관리와 사람 관리를 잘 하는 사람은 막말로 그냥 일 잘 하는 사람이다. 좋은 코더가 아니라 좋은 개발자가 된다는 것은 일을 잘하는 사람이 되어야 한다는 뜻이다. 업무 관리는 테스크를 나누고 할당하고 데드라인을 설정하는 일이 아니더라도 나에게 주어진 테스크에 대해 스스로 관리하는 능력까지 포함한다. 결국 자신의 업무 관리를 잘하는 사람은 생산성에서 두각을 나타내리라.주니어 때 좋은 개발자로 인정받고 연차가 쌓이면 시니어가 되고 관리자 직급으로 올라갈 가능성이 크다. 이때 주니어 때 좋은 개발자였다고 시니어 개발자일 때도 좋은 개발자일 거란 보장은 없다. 시니어가 돼서도 좋은 개발자가 되고 싶다면 업무 관리와 사람 관리하는 능력이 필수적이다. 특히, 한국에서는 개발자의 종착지는 관리자일 정도로 연차가 많은 사람이 개발을 하고 있는 경우는 극히 드물다. 이런 상황에서 좋은 개발자로 인정받아 마지막까지 살아남기(?) 위해서는 이 두 가지 능력이 필수적이다.5. 지속적인 학습위에서 제시한 네 가지 능력이 모두 없다고 실망할 것 없다. 좋은 개발자가 되기 위하 마지막 조건, 지속적인 학습이 있기 때문이다. 지속적인 학습은 좋은 개발자가 계속해서 좋은 개발자로 남을 수 있게 만들어주고 일반 개발자가 좋은 개발자가 될 수 있게 만들어주는 중요한 조건이다.개발은 빠르게 변한다. 모든 직군 중에서 가장 학습을 많이 해야 하는 직군을 뽑으라면 자신 있게 개발자라 말할 수 있다. 빠르게 변화하는 환경 속에서 지금 좋은 개발자라 해서 몇 년 후에도 좋은 개발자라고 단정 지을 수 없다. 개발자는 숙명적으로 끊임없이 배워야만 한다. 좋은 개발자가 되기 위해서는 더더욱.지속적으로 배운다는 것이 단순히 새로운 것을 익히고 지식의 지평을 확대해 나간다는 것만을 의미하지 않는다. 지금 현재 소위 나쁜 개발자(코드 퀄리티, 생산성, 커뮤니케이션, 관리능력 모두 떨어지는 개발자)가 블록체인 신기술을 배운다고 해서 좋은 개발자가 되겠는가? 즉, 코딩 지식에 대한 고민뿐만 아니라 위에서 언급한 네 가지 기준에 대한 학습도 필요하다.학습에 측면에서 많은 분들이 간과하고 있는 것이 지식의 질이다. 단순히 지식의 양적인 측면에만 매몰되면 깊이 있는 지식을 얻기 힘들기 때문이다. 물론, 현재의 시대적 흐름을 읽고 최신 트렌드 기술을 습득하는 것은 중요하다. 하지만 그보다 더 중요한 것은 자신이 알고 있는 지식들을 깊이 있게 아는 것이다. 끊임없는 학습, 그리고 깊이 있는 학습만이 좋은 개발자를 계속해서 좋은 개발자로 만들어 준다.좋은 개발자를 위해지금까지 좋은 개발자를 위한 5가지 조건에 대해 알아 보았다. 코드 리딩과 라이팅, 생산성, 커뮤니케이션, 사람과 업무 관리 그리고 지속적인 학습. 이외에도 중요한 조건들이 많지만 많은 개발자를 만나고 교육해오면서 가장 필요하다고 생각하는 5가지 조건을 적어보았다.개발자가 되는 것은 쉽지 않다. 좋은 개발자가 되는 것은 더더욱 쉽지 않다. 좋은 개발자를 양성하기 위해 노력하는 교육 스타트업으로써 어떤 개발자가 좋은 개발자인지 파악하기 위해 항상 노력 중이다. 이 노력을 코드스테이츠만 알고 있는 것이 아니라 다른 분들에게도 공유드리고 싶다. Good Developer 포스팅을 통해 어떤 개발자가 좋은 개발자인지 또 좋은 개발자가 되기 위해서는 어떻게 해야 하는지 이야기할 예정이다. 좋은 개발자의 길은 멀지만 Good Developer를 통해 한층 쉽게 걸어갈 수 있었으면 좋겠다.
조회수 1057

맛있는 인터뷰: 잔디 그로스 팀 개발자, Hugo

 역삼 맛집▲ 금강산도 식후경이라 했던가? 맛있는 인터뷰가 맛있는 이유는 늘 음식과 함께 하기 때문이다오늘 온 맛집. 분위기가 심상치 않다. 어떤 곳인지 소개해달라. Hugo(이하 ‘휴’): 역삼역 근방에 있는 ‘산촌’이란 곳이다. 얼마 전 버디런치 장소 물색을 위해 ‘다이닝코드’로 역삼역 주변 한식집을 찾던 중 발견했다. 예로부터 어르신들이 찾는 곳은 맛집이라는 얘기가 있다. 보면 알겠지만 어르신들이 많다. 괜찮은 가격에 건강한 음식을 섭취할 수 있는 곳이라 많은 듯 하다. 그리고.. 우리도 건강을 챙겨야 하는 나이다. 몸에 좋은 곤드레밥, 메밀 전병을 먹으며 함께 하는 건강한 인터뷰가 되었으면 하는 바람에 이 곳을 선택했다.깔끔한 답변 고맙다. 이제 본인 소개를 부탁한다. 휴: 반갑다. 개발자 Hugo다. 잔디 그로스 팀(Growth Team)에서 로우 데이터(Raw data) 가공, 분석을 통해 유의미한 지표를 보여주는 데이터 분석 툴 ‘스프링클러’를 개발하고 있다. 잔디 멤버들 사이에서 유독 명성이 자자하다 휴: 여러분의 관심을 먹고 자라는 임무를 수행하다 보니 그런 듯 하다. Hannah, Jihoon, Jane 등과 함께 GWP 팀으로 활동해서 많이들 알아봐 주시고 격려해주시는 것 같다. * GWP 팀? GWP는 Great Working Place의 줄임 말이다. 단어 그대로 물리적+비물리적 최고의 업무 공간을 만들기 위해 TF팀 형태로 구성된 그룹이 다양한 활동을 한다. 예를 들면, 할로윈 파티 개최부터 탕비실 냉장고 음식 채우기 등 업무 환경 개선을 위해 크고 작은 일을 수행한다. ‘비선실세’라는 얘기도 돌던데? 휴: 천부당 만부당한 말씀이다. 그저 잔디를 사랑하는 멤버 중 한 명이다.스프링클러? 휴: 잔디 그로스 팀에서 자체적으로 만든 분석 툴이다. 쉽게 말하면 잔디 데이터 분석과 가공에 최적화된 잔디 전용 구글 어널리틱스(Google Analytics)로 보면 된다. 스프링클러를 통해 잔디 DAU(Daily Active User) 파악, 마케팅 채널 별 효율 측정, 유저 별 사용량 측정 등을 할 수 있다.  스프링쿨러▲ 잔디의 모든 데이터를 가공, 분석해 보여주는 스프링클러잠깐! 유저 별 사용량 측정도 스프링클러를 통해 가능하다고 했는데 잔디 팀이 유저의 모든 정보를 열람하는 건가? 휴: 많은 분들이 오해할 수 있을 것 같은데 그렇지 않다. 스프링클러에서 열람할 수 있는 유저 별 사용량 확인은 특정 채널을 통해 유입된 유저가 메시지를 몇 건 보내고, 파일 업로드를 얼마나 하는지 정도다. 유저가 어떤 메시지를 주고 받는지, 어떤 파일을 올리는지 등 개인 정보는 원칙적으로 잔디 팀이 접근할 수 없다.   스타트업은 시간과 리소스 관리가 생명이다. 구글 어널리틱스와 같은 훌륭한 툴이 있는데 굳이 자체 데이터 분석 툴을 만든 이유가 무엇인지? 휴: 날카로운 질문이다. 나도 처음에 왜 스타트업에서 데이터 관련 팀을 꾸려 분석 툴을 만들려고 하는지 이해가 가지 않았다. 하지만 좀 더 생각해보니 잔디에서 발생한 데이터에 특화된 분석 툴이 있어야 정확한 결과를 얻을 수 있고, 이를 통해 스타트업 특유의 린(Lean)한 개발이 가능할거란 결론에 도달하였다.   듣기엔 스프링클러의 사용성과 분석 능력이 뛰어나 독자 서비스로 나오는 것 아니냔 루머가 있었다. 사실인가? 휴: 하하. 루머일 뿐이다. 다만 그런 생각을 갖고 그로스 팀과 최선을 다해 스프링클러 개발을 하고 있다. 어쨌든 좋게 봐주셔서 이런 루머가 나온 것 같아 담당자로서 기쁘다.   스프링클러에 애정이 많을 것 같다 휴: 내게 잔디도 소중하지만 스프링클러도 무척 중요하다. 소박한 꿈이 있다면 스프링쿨러가 내가 없어도 100% 완벽히 잘 돌아가게 만들고 싶다. 물론, 분석 툴로서 멤버들이 원하는 결과를 보여줄 수 있도록 정교하게 만드는 것도 중요하다.   그로스 팀은 과거 ‘맛있는 인터뷰’의 Kevin을 통해 소개한 바 있다. 당시 개발자 중 몇 명을 차출해 그로스 팀에 합류시킨 걸로 알고 있는데 여러 개발자 중 Hugo가 차출된 이유가 있다면? 휴: 평소 데이터 마이닝 분야에 관심이 많아 대학원에서 관련 공부를 하기도 했고, 그로스 팀 초창기 모든 업무를 책임지던 팀장 겸 팀원 Kevin이 추천해 팀에 합류하게 되었다. 아, 그로스 팀 오기 전엔 백엔드(Back-end) 개발자 포지션으로 있었다. 팀을 옮길 땐 백엔드 개발자들로부터 ‘배신자’란 오명과 함께 모진 고문과 학대를 받았다. 하하.. 농담이다.   다른 얘기를 해보자. 잔디에 어떤 이유로 조인했는지 궁금하다 휴: 건방진 말일 수 있지만 내 의지대로 무언가 만들고 싶었다. 대한민국 수 많은 개발자들이 그렇겠지만 회사에서 내가 할 수 있는 건 생각보다 한정돼 있다. 아이디어를 내도 예산 때문에 혹은 기타 다른 이슈 때문에 반려되기 일쑤였다. 어떻게 보면 그런 현실에 대한 반발심으로 잔디를 선택한 게 가장 크다고 볼 수 있다.   잔디에서는 생활은 만족스러운가? 휴: 70% 정도?   왜 70%인가? 휴: 장-단점이 있지만 장점이 조금 더 크기 때문에?   그럼 장점부터 말해보자 휴: 합당한 이유가 있다면 내가 하고 싶은 일을 진행할 수 있다는 점이 큰 장점이다. 그 일을 실행하기까지 절차도 이전까지 다녔던 회사 대비 상당히 간소화되어 있어 부담감도 적다. 각 분야에서 두각을 드러낸 사람들과 함께 일하고 있다는 점도 매력적이다. 다들 자부심을 갖고 일하고 있어 자극을 받는다.   단점은? 휴: 장점이 때에 따라 단점으로 보일 때도 있다. 논리적인 어프로치가 필요할 때도 있지만 분명 전쟁터로 돌진하는 돌격병 같은 저돌성이 필요할 때도 있다. 그럴 땐 일부터 치고 보는 자세가 필요한데 그 때를 놓치는 경우가 눈에 보여 개인적으로 아쉽다.   스트레스는 어떻게 푸는지? 휴: 주말에 13시간 이상 잔다. 밤에 10시간, 낮에 3시간. 남는 시간엔 수영이나 등산을 한다.   등산? 휴: 집 바로 뒤에 나지막한 산이 있다. 평소 자연을 좋아하는데 등산을 하다 보면 산의 나무나 풀, 바람을 보고 즐길 수 있어 좋다.   생각보다 감성적인 남자라 당황스럽다 휴: ^^ ▲ 감성적인 남자로 보이는 그는 한 때 해병대 전우였다.수영은 시작한지 얼마 안됐다고 들었다 휴: 작년 10월부터 시작했다. 이제 갓 1년이 넘었다. 작년 초부터 체력적으로 처진 것 같은 느낌이 들어 이대론 안되겠다 싶어 수영을 시작했다. 등산과 함께 꾸준히 하는 운동 중 하나다.   꾸준히 운동하고 있는데 달라진 점이 있다면? 휴: 몸도 몸이지만 정신적으로 건강해졌다. 확실히 체력이 떨어지면 부정적인 생각을 하는 경향이 있는 것 같다. 운동을 시작하기 전과 후의 마음 상태가 정말 많이 다르다. 앞으로도 꾸준히 운동을 할 생각이다.   곤드레밥과 함께 한지 벌써 1시간 가까이 됐다. 인터뷰 질문도 다 소진되어 이전 맛있는 인터뷰 주인공이었던 David이 남긴 질문을 묻고 싶다 휴: 준비됐다.   잔디 멤버 중 전생에 공주나 왕자였을 것 같은 사람은? 휴: 왕자는 디자인 팀의 Ben. 도도하고 말수도 적고. 공주는 디자인 팀의 Yujin (A.K.A Summer)? 얘기는 많이 안 해봤지만 말도 고급스럽게 하는 것 같다. 두 사람 모두 괜찮은 사람들이라 이번 인터뷰를 통해 점수를 따보고 싶다.   전략적인 답변 감사하다 휴: ^^   마지막 질문이다. ‘맛있는 인터뷰’의 백미는 다음 인터뷰이에게 현재 인터뷰이가 질문을 남기는 것이다. 다음 사람에게 묻고 싶은 질문이 있다면? 휴: 잔디 멤버 중 내 주변 괜찮은 남자 사람이나 여자 사람을 소개시켜주고 싶은 사람은?   오늘 맛있는 곤드레밥 덕분에 잘 먹었다. 계산은 인터뷰이가 한다는 거 다시 한번 더 상기시켜 드리며 인터뷰 마무리하겠다 휴: …^^#토스랩 #잔디 #JANDI #개발 #개발자 #개발팀 #인터뷰 #팀원 #팀원소개 #팀원인터뷰 #기업문화 #조직문화
조회수 913

[제일 컬처] 마법사, 빗자루, 촛불… 그리고 #입사식

 마법사 옷을 걸친 사람들, 공중에 떠 있는 빗자루와 촛불, 벽에 걸린 움직이는 액자…지난 3월 27일, 제일기획 본사 11층을 지나던 제일러들은 뜻밖의 풍경에 의아해했는데요. “영화 촬영하나?”, “캠페인 영상 촬영을 사내에서 하나?” 하는 궁금증을 자아내는 풍경이었죠. 이 이색적인 풍경은 바로 신입 제일러들의 입사식 때문이었는데요. 2018년 신입 제일러들의 입사식 현장, 지금부터 같이 구경해볼까요? 이번 입사식 컨셉은 ‘마법’  제일기획 입사식은 매번 신입 제일러들이 스스로 입사식 컨셉을 정하고 영상, 공연 등을 준비하는 것으로 유명한데요. 세계무대로 떠나는 공항 컨셉으로 꾸며지기도 했고, 락페스티벌 컨셉으로 꾸며지기도 했었죠. 처음 선배들에게 선보이는 프로젝트라고 할 수 있어 부담감도 크지만, 똘똘 뭉쳐 준비하다 보면 동기들끼리 친해지기도 하고 아이디어와 재능, 패기를 발산할 좋은 기회가 되기도 합니다. 말하자면 떨리고 설레는 ‘데뷔 무대’인 셈.이번 신입 제일러들은 ‘마법(MAGIC)’을 입사식 컨셉으로 정했다고 하는데요. 조창민 신입 제일러의 말에 의하면 “획기적인 아이디어로 클라이언트의 문제를 해결하는 마케팅 솔루션을 ‘마법’에 비유해 제일기획에서 ‘마법사’로서 첫발을 내딛는 ‘초짜 마법사’들의 꿈과 포부를 보여주고자 했다”고 하네요.▲ 마법(!)을 선보이는 신입 제일러들   천천히 즐기면서 성장하길! 입사식은 지난 6주간의 신입사원 교육 과정과 글로벌 광고업계 현황 등을 담은 영상으로 시작했는데요. 이어서 신입 제일러들이 입사식을 위해 연마(?)한 마술로 무에서 유를 창조하고, 문제 해결을 위한 인사이트를 제공하며, 클라이언트의 마음을 사로잡는 제일기획의 ‘마법’ 같은 능력을 재치있게 소개했습니다. 그리고 마무리는 활력 넘치는 댄스공연!▲ 입사식 마무리는 댄스 공연! 입사식에 참석한 제일기획 유정근 사장은 “무에서 유를 창조하는 ‘마법’과 같은 캠페인을 만들며 느꼈던 자부심과 감성을 다시금 일깨워준 뜻깊은 시간이었다”고 소감을 밝히며 “신입 제일러들 모두 자신의 위치에서 서두르거나, 멈추지 말고 천천히 즐기면서 성장하길 바란다”고 격려했습니다.프로로서 눈부신 활약을 하게 될 신입 제일러들의 모습이 정말 기대가 되는데요. 앞으로 블로그에서 전해드릴 수 있으면 좋겠습니다! 3월, 제일기획 신입 제일러들처럼 새로운 시작을 하신 분들이 많을 것 같은데요. 새로운 출발선에 선 블로그 독자 여러분들도 서두르거나 멈추지 말고 항상 매 순간을 충분히 즐기며 눈부신 하루하루를 보내시길 바랍니다. 제일기획 블로그가 응원해요.♥#삼성 #삼성그룹 #제일기획 #신입사원 #입사식 #사내문화 #기업문화 #조직문화 #기업복지 #신입사원정보 #꿀팁
조회수 1426

여행은 너와 나의 연결고리, 우리펜션 '조영수팀장'

안녕하세요, 매력만점의 옐로피플을 소개해 드리는 사내기자 Y입니다! 옐로피플 인터뷰가 벌써 5회째를 맞이했는데요, 다섯 번째 주인공은 세계여행을 꿈꾸다 6년째 여행업계에 몸담게 된 낭만 여행기획자! 여행을 연구하는 ‘옐로트래블랩스’ 소속 ‘우리펜션’의 ‘조영수 웹기획 팀장’입니다!  Y: 안녕하세요! 옐블 독자들을 위해 간단한 자기소개 부탁 드립니다조: 안녕하세요, 옐블 독자 여러분! 옐로트래블랩스 우리펜션 UX팀의 조영수 웹기획 팀장입니다. 잘 부탁 드립니다 :) Y: UX팀이라! 어떤 역할을 맡고 계신가요? 조: 네, 쉽게 설명 드리면 우리펜션 IT 서비스 기획 관련한 모든 업무를 총괄하고 있다 보시면 됩니다. 예를 들어, 얼마 전에 진행됐던 우리펜션 모바일 서비스를 전면 개편하는 작업이나 관리자 페이지 기획 등이 서비스 기획 업무에 포함됩니다.  Y: 우리펜션에 합류하게 된 이야기도 들려주세요! 조: 우리펜션 합류 전에는 옐로트래블 개발본부에서 1년정도 근무했어요. 중간에 1개월정도 휴식기를 가졌는데, 그때 옐로트래블랩스의 오현석 대표님과 우리펜션 총괄 최윤호 본부장님이 함께 일해보자고 제안을주셨어요. 많은 대화를 했었고, 이 분들과 함께 일하면 여행 분야에서 재미있는 일들을 제대로 해볼 수 있겠다는 확신이 들었죠. 그 전에도 계속 여행업계에서 근무했으니… 총 6년정도 되겠네요. Y: 6년이요?!! 엄청난데요! 여행업계에서는 주로 어떤 일을 하셨나요?조: 처음에는 웹에이전시에서 구축기획, 대기업 운영기획, 프리랜서 컨설팅 등 여러 기업의 다양한 업무를 담당했었습니다. 어렸을 때 세계일주를 하는 게 꿈이었는데요, 그 꿈 덕분인지 여행 분야에서 일을 해보고 싶은 간절한 소망도 있었어요. 그때 이런 꿈을 함께 나눌 수 있는 분들을 만나게 되어 ‘와우플랜’이라는 여행 서비스와 하나투어의 자회사 ‘투어팁스’ 창업멤버로 참여했고, 그때부터 여행업계와 뗄래야 뗄 수 없는 사이가 된 것 같습니다.  Y: 정말 다양한 일을 하셨군요! 거기다가 최근 책까지 내셨다고 들었어요~조: 네ㅎㅎㅎ 조금 쑥스러운데요, 제가 공동저자로 참여한 ‘처음부터 다시 배우는 웹 기획’이 7월 중순에 출간되었어요. 모바일 붐으로 트렌드가 된 UI/UX 중심이 아닌, 기획의 기본을 다루는 책입니다. Y: 예, 팀장님께서 부끄러워하시니 제가 대신 홍보해드릴게요ㅋㅋ 초보 기획자를 위한 책이라고 하니 관심 있으신 옐로패밀리께서는 꼭 읽어보세요 :D 조: (부끄부끄)(자세한 정보보기: http://www.yes24.com/24/goods/29331049?scode=032&OzSrank=1)Y: 또 강좌도 진행하고 계시다고요. 조: 네, 한 달에 한 번 2주 과정으로 Axure 마스터 과정을 진행하고 있어요. Axure는 기획자를 위한 프로토타입 설계 툴인데요,  외국에서는 많이 사용하고 있지만 국내에서는 조금 생소한 툴이에요. 이걸 좀 많이 전파하기 위해 이런 강의를 진행하게 되었습니다 :)(국내 유일한 AXURE 실전 강좌: http://goo.gl/U8e384 ) Y: 와 정말 대단하시네요! 팀장님이 속해 있는 옐로트래블랩스에서도 이런 강좌가 진행되나요?조: 우리펜션 직원들을 대상으로는 정기적으로 지식 나눔을 진행하고 있어요. 우리 직원 분들이 배움에 목말라있다는 이야기를 듣고 각 서비스 리더들이 매주 화요일 저녁 시간에 IT 산업의 구조, 기획, 마케팅, 통계, 개발 등 다양한 주제로 교육을 하고 서로 지식을 공유하고 있습니다. Y: 이거 이거.. 업무의 연장선 아닌가요?! 조: 물어보실 줄 알았어요ㅋㅋ 절대 그렇지 않고 자발적으로 참여하는 분위기예요. 듣고 싶은 교육에는참여하고 관심이 없다면 굳이 듣지 않아도 아무도 뭐라고 하지 않습니다 :) Y: 팀장님의 회사에 대한 자부심이 남다르신 것 같아요. 우리펜션을 마음껏 자랑해주세요!조: 자랑할게 너무 많네요ㅎㅎ 우선 제휴중인 펜션수가 약 3,000개인데요, 고객이 바로 날짜를 확인하고 실시간으로 예약이 가능한 펜션은 경쟁사 대비 가장 많아요. 타사는 바로 예약이 아니라 고객이 펜션에 전화를 걸어 원하는 날짜에 방이 있는지 없는지 확인을 해야해야하는 비실시간 펜션도 포함되어 있거든요. 펜션 중개 매출도 펜션 플랫폼 중 1위를 차지하고 있습니다. 또 지난 7월 한달 동안 거래액이 55억이 넘으며 전년 동기 대비 30% 이상 성장했고요.그만큼 지금 멤버들이 정말 잘하고 있다고 볼 수 있겠죠? Y: 정말 꾸준히 성장하고 있는 서비스군요! 최근 모바일 서비스를 개편했다고 하셨는데, 개편 후 효과가 있나요? 조: 네. 7월 11일에 모바일웹/앱 서비스를 전면 리뉴얼 했는데요, 결과가 굉장히 고무적입니다. 기존 매출 비중이 PC 60%, 모바일웹 36%, 앱 4% 였는데, 개편 후 2주가 지난 현재는 PC 42%, 모바일웹 28%, 앱 30%로 모바일이 굉장히 빠르게 성장했습니다. 앱 구매 전환율도 1%에서 7%로 늘어나서, 매출성장에 크게 기여할 것 같아요 :) Y: 와.. 축하 드립니다! 다 함께 노력해서 얻어낸 결과인 만큼 정말 뿌듯하시겠어요. 조: 정말 뿌듯하죠. 아무래도 기획자이다 보니 제가 기획한 서비스가 원하는 목적을 달성했을 때만큼 큰 보람은 없는 것 같아요. Y: 입사 후 기억나는 재미있는 에피소드가 있나요?조: 사실 제가 옐로피플 인터뷰를 쭉 봤는데, 다들 에피소드가 재미있더라고요.. 특별히 기억나는 에피소드는 없지만, 6월에 우리펜션 전 직원이 워크샵을 다녀왔어요. 개발팀장님이 예능인이 꿈이셨는지 예능게임이란게임은 다 기획해서 오셨어요ㅋㅋㅋㅋ 몇 초안에 주위에 탁구채로 쓸 물건을 집어서 랜덤 탁구 게임도 하고, 각자가 받고 싶은 프로포즈를 적어서 진 팀이 이긴 팀의 로망을 실현(?)시켜주는 벌칙도 있었어요. 그냥 모든 장면 하나하나가 즐거운 추억으로 남아있습니다 :)Y: 옐블독자들에게 드리는 여행꿀팁은? 조: 여행에서 가장 필요한 건 바로 지도겠죠. 저는 해외에서 ‘citymaps2go(시티맵스투고)’를 이용해요. 지도만 미리 다운받아 놓으면 데이터나 와이파이가 없어도 GPS로 내 위치를 확인할 수 있고 간단한 여행정보도 얻을 수 있는 앱이에요. 또 여행의 소중한 추억을 사진으로 남겨놓는 것도 중요해요. 남는 건 사진뿐이니까요ㅎㅎㅎ 많은 분들이스냅사진은 신혼여행 때나 이용하는 거라 생각하시던데, 혼자 여행가서 스냅사진을 찍는 분들도 많아요. 웬만한 유명 관광지에서는 스냅사진 촬영이 가능합니다 :D Y: 그럼 마지막으로 우리펜션에게 바라는 점과 앞으로 해보고 싶으신 일에 대해 말씀해주세요!조: 우선 우리펜션 직원들이 각자 자신의 분야에서만큼은 어디를 가도 꿀리지 않는 전문가가 되었으면 좋겠어요. 그리고 저는 계속해서 여행 업계에서 저와 제 친구, 그리고 세계 각국 여행자들이 즐겁고 편리하게 이용할 수 있는 서비스를 계속해서 만들어 나가고 싶습니다.
조회수 859

실무자에게 권한을 주라구! (서로 힘든 계단타기에 대해

담당자 : "아!! 맞다 그 자료 곧 넘겨 드릴게요."담당자의 황급함이 카톡과 라이언의 땀방울로 전해졌습니다. 요즘은 효율적인 업무용 이모티콘이 많아서 매우 다양한 감정표현을 섬세하게 할 수 있는 것 같아요. 15분 뒤 담당자에게서 연락이 왔습니다담당자 : "제가 잘못 알았나 봐요. 그 자료는 제 쪽이 아니라 다른 쪽 담당자가 담당이라서 그쪽에서 드릴 거예요."디자이너 : "그분과 직접 컨택할 순 없나요? 어떤 채널로 주시는 거예요?”담당자 :  "잠시만요!”잠시라고 한 잠시가 흐르고 다시 연락이 왔습니다. 보통 잠시라고 하면 우린 그 동안 다른 일을 하기가 참 힘들잖아요? 예를 들면 배가 아파도 화장실에 가기도 뭐하고..밥을 먹으러 카페에서 나가기도 뭐합니다. 심지어 담배 한 대 피러나가는 것도 좀 애매하죠. 그냥 잠시동안 네이버뿜이나 보면서 기다리고 있어야 하는거죠. 근데 그 잠시가 좀 길어지면 초조해지기 시작합니다.초조해..초조하다고...담당자 : "메일로 보내 드렸다고 하네요! 혹시 받으셨나요?"디자이너 : "네네, 메일로 오긴 왔는데 그럼 이 건은 이분께 드려야 하나요?"담당자 :  "아니요, 그냥 저에게 주시면 돼요!"디자이너 : "그럼 수정 피드백이나 추가 자료 요청은 어떻게 해요?"담당자 :  "아… 음 그건 그분께 받아야 하는데… 그럼 잠시만요!”마찬가지로 잠시가 흐른 뒤 재차 받은 연락은 이러했습니다.담당자 : "그럼 필요한 자료 말해 주시면 제가 요청해서 보내라고 할게요!"디자이너 : "아니, 그러지 말고 그냥 담당자님이 한 번에 해 주시면 안돼요?"담당자 :  "아, 그럴까요?"받은 프로젝트는 사용 설명서와 홍보용 브로슈어에 대한 건이었습니다. 그런데 설명서와 브로슈어의 담당자가 달랐던 것이죠. 일단 담당자 중 누가 선배고 기가 더 센지 알 순 없지만, 작업 시간 중 45분이 '잠시만'을 기다리다가 사라진 것은 명백했습니다. 아마도 다른 담당자에게 자꾸 물어보는 걸로 봐선 그 분에게 약점이 잡혔거나 빚을 졌다거나, 이것도 저것도 아니면 둘이 참..별로 안친한가보다..는 사실을 잘 알겠더라구요.다..담당자님께..여..쭤보고...중요한 건 이런 거예요.누가 전달하고 누가 컨펌하는가 다음 사례도 한 번 볼까용. 어느 중소기업의 회사 소개서와 로고 리뉴얼 건이었는데, 아무래도 담당자가 육두품 신입이고 팀장님은 성골 귀족 정도 되었던 것 같습니다. 수화기 너머 담당자가 긁적이며(보이진 않았지만 분명 긁적였을 것이다) 입을 열었어요.담당자 : "아, 보내 주신 콘셉트 시안은 잘 받았고요. 이제 팀장님께 보고해서 결정한 뒤에 알려 드릴게요."디자이너 : "그럼 콘택트 포인트는 어디로 정리할까요?"담당자 : "일단 저에게 연락주시면 제가 팀장님한테 연락드리도록 할게요."디자이너 : "네(일단 뭐…) 알겠습니다."이렇게 마무리한 뒤 하루가 지났다. 아니 팀장님이면 아무리 멀어도 지척에 있을 텐데, ‘혹시 어디 출장을 가신 건가’ 싶어 재차 연락을 했지요. 급하다고 했던 건이라서 저도 조급하긴 마찬가지니까요.디자이너 : "어제 말씀드린 콘셉트 시안은 어떻게 결정되었나요?"담당자 :  "아, 그게 팀장님께는 보고가 올라갔는데 일단 세 개 중에 하나로 말씀은 하셨거든요. 근데 이사님께도 보고를 드려야 하는데 지금 잠시 자리를 비우셔서 돌아오시는 대로 확인해서 알려 드릴게요!"팀장님과 이사님 등장새로운 미션의 등장. 이.사.님. 그렇게 하루가 또 지났습니다.. 보통 "잠시 자리를 비우셔서"에서 '잠시'는 열두 시간 정도를 의미하는 것 같아요. 어쩌면 우린 슈뢰딩거의 야옹이마냥 평행우주에서 서로 다른 시간을 보내고 있는 지도 모르겠습니다. "어떻게 진행하는 게 좋을까요?"라고 이번에는 이모티콘 없이 보내 보았습니다. 사실상 소심한 투정을 부린 것이지요. 마침표는 너무 심할 것 같아서 그래도 물음표로 마무리 지어보았습니다. 효과는 미미했습니다. 한참 뒤 담당자에게서 메시지가 왔습니다.담당자 : "아…, 이사님께서 확인은 하셨는데, 대표님과 확인해서 피드백 주신다고 하네요."끝판왕 등장끝판왕 등장. 대.표.님. 대표님까지 올라갔으니 하루가 더 넘어가겠구나 생각하며 닭볶음탕에 소주를 한잔하고 있었습니다. 어차피 오늘은 글렀으니 오늘의 술은 오늘 마시는 것이 좋을 듯 했죠."대표님께서 내일 중으로 바로 알려 주시겠다고 하네요!!"라고 밤 12시에 온 카톡을 보니 마음이 짠해지고 애틋해지면서 뭔가 뜨거운 것이 뭉클하니 올라오는 듯한 기분이었는데, 닭볶음탕이 매워서 그랬나 봅니다. 예상대로 다음 날이 되어서야 답변이 오긴 왔습니다.담당자 : "일단 모든 콘셉트를 확인은 했는데, 혹시 좀 더 다른 형태의 시안 한 개만 더 보면 좋을 것 같다는 의견이 나와서요! 세 번째 콘셉트에서 조금 심플한 느낌으로 하나만 더 부탁드려도 될까요?"디자이너 : "대표님과 이사님 쪽에서 나온 피드백인가요?"담당자 : "네네."그렇게 하나의 시안을 더 만들어 보내 준 뒤 다시 처음으로 되돌아가 팀장, 이사, 대표(역시나 이사님은 자리를 비우셨고, 대표님은 밤 12시에 피드백을 주신 모양)를 거쳐 실무자에게 되돌아왔습니다. 정식 시안은 시작도 못한 채 컨셉 정하는데만 정확히 8일이 걸렸습니다. 결과는 어떻게 되었을까용?네…. 결국 3일 만에 회사 소개서를 만들어야 했고 로고는 만들지 않는 걸로 했어요. 내 500만원 어디감.... 음. 서두가 길었지만 본론은 간단합니다. 디자인 의뢰하기 전에 미리 컨셉회의랑 제작부수, 페이지구성 등등은 미리 끝내놓도록 합시다. 그 후에 디자이너 찾아도 늦지 않습니다. 디자이너는 미팅 후 아무리 늦어도 2,3일 내로 바로 작업에 착수할 수 있어요. 그런데 구우우욷이.... 미리 계약맺어놓고 한도끝도없이 대기만 타게 하고있으면 서로 긴장하고 피곤해지기 시작하거든요.언제까지요?..그리고 핵심은 실무자에게 권한을 주세요. 위에서 회의와 구성을 어느정도 가닥 잡았으면 이제부턴 니가 알아서 해라..라고 어느정도 맡겨야해요. 자꾸 세세한 것, 토시 하나, 컬러 하나까지 대표님까지 보고가 올라가면 그 시안은 억겁의 세월이 흘러 역사속으로 사라지고 말거예요. 만약 그 실무자를 못믿겠으면 본인이 직접 커뮤니케이션 하세요. 그 불안불안함을 안고 그 미더운 분에게 맡기곤 자꾸 본인에게 가져와서 확인 맡으라고 하면..결국 본인의 일만 늘어나는 거거든요.서로 힘든 일이 아닐 수 없습니다. 1. 몇 일까지 시안3개로 추려서 가꼬와.2. 그 중 가장 괜찮다고 생각되는 거 1,2,3순위 잡아줘.3. 그 이유를 써줘.하고 그냥 맡기는 게 짱입니다. 이게 자꾸 안되는 이유는 3가지가 있더라구요.1. 윗사람이 굉장히 자기의견 반영을 좋아하시는 분이다.(뭐라도 한 마디 꼭 하고싶으신 분)2. 회장님의 심기를 건드리는 어떤 것을 잘못넣으면 진짜 큰일나는 회사 (생각보다 많습니다. 특히 대기업 대상 행사나 디자인할 때는 회장님의 언어, 그 분의 말, 가치를 표현하는 데에 있어 괴이이이잉....장히 신중해야 합니다. 띄어쓰기도 틀리면 안되거든요.회장님 타노스인줄)3. 실무자가 진짜 일을 못하는 경우거의 과반수 이상의 경우는 1번 케이스가 많았습니다. 뭔가 팀장님이 시각디자인과 출신이라던가... 미술가 집안 분이시라거나, 또는 대표님이 유독 디자인에 덕력이 있다거나..아니면 디자인과 상관없이 뭐라도 한 마디 해야 직성이 풀리시는 스타일이라던가. 이런 식이죠.음 이건 딱 잘라서 간단하게 말씀드릴 수 있을 것 같습니다. 디렉션 방식이 이렇게 오르락내리락 계단타기만 하고 있으면 잘나올 디자인도 망합니다. 이건 명백한 사실이예요. 수많은 사람들을 거치며 말이 더해지고 그 말이 오르내릴 때마다 조금씩 바뀌거든요. 디자인은 길을 잃고 쑥대머리가 됩니다. 그리고 결국 비싼 돈 들여서 이상한 시안을 받을 거고시간은 시간대로 썼을거고실무자는 지쳐버렸을 거고디자이너는 고개를 가로 저으며 떠날겁니다.이런 대우주적 비극을 막기 위해.....우리 모두 실천해봐요. 1프로젝트 1담당자 1컨택포인트 니 선에서 정리하기, 정리된 것만 나에게 보고!
조회수 1154

Spotify와 RECORD의 공통 행보는?

둘의 공통점은 뭘까과유불급, 무엇이든 지나치면 좋지 않습니다아무리 몸집이 큰 공룡이라도, 피를 많이 흘리면 쓰러지고 말죠. 피만 흘리면 다행이지만, 제때 치료하지 않으면 이곳저곳 곪을 수도 있습니다. Spotify는이 사실을 분명하게 인지해야할 것 같습니다.전세계 1위 음악 스트리밍 업체인 Spotify가 2016년 한 소송에 휘말려 약 334억 원을 지불한 적이 있다는 것 아시나요?Spotify의 3천 만 달러 합의금 지불바로 저작권료 미지급 건 때문인데요. 빌보드에 따르면, 전미음악출판협회(NMPA)가 저작권료를 못 받은 유통사와 창작자들 대신 진행한 소송에 대한 합의금입니다.한화로 약 334억 원에 달하는 지출입니다. 아무리 Spotify가 세계 최대 음악 스트리밍 업체라고 하지만, 2016년 Spotify가 약 6억 달러(6300억 원)에 달하는 적자를 기록한 것을 감안하면 상당한 출혈입니다. 물론 애초에 지급했어야 할 비용이지만요. (출처: 스포티파이 재무보고서, 2016)총 340억 원중 약 270억 원은 저작권 미지급료이며 다른 70억 원은 과징금입니다. 향후 3개월 동안 지급 신청을 하는 유통사에게 해당하는 미지급료만큼 지불되며, 남은 액수는 시장 점유율에 따라 유통사에게 지급된다고 합니다. (실제 저작권자는 유통사에서 지급받는 구조입니다.)“음악 저작 데이터관리의 부실이 가장 큰 원인”무엇보다 이 사단이 난 이유로 스포티파이는 “어떤 작곡가가 어떤 노래에 대한 소유권을 주장하는지 충분한 데이터를 파악하지 못 해 로열티 지급에 어려움을 겪어왔다”고 밝혔습니다.전세계 1위 업체가 데이터 관리에 어려움을 겪을 정도이니, 전세계 음악 산업에서 데이터가 관리되고 있는 실태가 심각하다는 것을 쉽게 알 수 있습니다.위 소송에서 Spotify와 NMPA의 합의문에 따르면 Spotify는 앞으로 사용되는 음악에 대해 미지급되는 저작권료가 없도록 최선을 다할 것을 약속했다고 합니다. 그 결과로 1년 뒤, Spotify는 블록체인 스타트업을 인수하게 됩니다.“스포티파이, 음악 저작권 문제를 해결하기 위해 블록체인 스타트업 ‘미디어체인’을 인수하다” (출처: 테크크런치, 2017)그렇게 1년, 아직 미디어체인랩스 인수의 성과가 뚜렷이 발표된 것은 없습니다. 반대로 Spotify가 얽힌 저작권 소송은 그 규모가 더 커졌습니다. 올 1월 Spotify를 상대로 한화 약 2조 원의 저작권료 소송이 제기된 것인데요. 소송이유는 Spotify가 특정 음악을 이용함에 있어 제대로 저작권 체결을 하지 않았다는 겁니다. 7100만 명의 유료 이용자와 1600만 명의 월간활동사용자에도 불구하고 2017년에도 $4500만 달러의 적자를 기록한 Spotify가 이번 소송에선 어떤 결론을 맞이할지 음악 산업의 귀추가 주목되고 있습니다.그렇다면 한국은 어떨까요?“음원 권리 정보가 없어 잠자는 저작권료만 170억 원”국내 4대 음원 유통사2017년 국정감사에서 국내 4대 음원 유통사가 2014년~2016년까지 음악 창작자와 실연자한테 지급하지 않은 저작권료와 저작인접권료가 174억 원으로 집계되었다고 합니다. (출처: 4대 음원 유통사 미지급 저작권료 최근 3년간 174억, 뉴스1)특히 국내 음원시장 60%를 점유하고 있는 멜론에서 누적된 미지급금만 97억 원에 달합니다. 멜론은 국내 음원시장을 독점하다 시피한 공룡 업체입니다. 때문에, 가장 앞서서 저작권 관련협회와도 긴밀히 협업을 하고 있음에도, 위와 같은 문제가 발생한다는 것은 위 미지급 저작권료 문제가 단순히 멜론의 문제가 아니라, 국내 음악 산업 전반의 문제임을 시사합니다.저희가 RECORD 2.0모델에서 해결하고자 하는 문제도 바로 이 ‘데이터’입니다.“블록체인을 이용한 강철 음악 데이터베이스 구축!”RECORD 1.0 = 음악 오픈 마켓RECORD 2.0 = 음악 데이터 블록체인RECORD 2.0 모델2015년부터 운영되어 온 RECORD 1.0에서는 누구나 음악을 올리고, 듣고, 팔 수 있었다면, 2019년 출시될RECORD 2.0에서는 음악 콘텐츠에 대해 정확한 정보를 확인 할 수 있습니다. 블록체인에 기반하기에 탈중앙화됨은 물론(특정인-기관에 의해 왜곡될 수 없음을 뜻함) 투명하게 정보가 유지될 수 있습니다. 바로 이 점이 RECORD와 Spotify의 공통 행보입니다. 앞으로 음악 시장이 커질수록 음악 권리 정보 관리가 점점 중요해짐을 아는 것이죠.이 프로젝트를 주도하는 RECORD Foundation의 신해용 대표는 “국내 음악 산업에서4년 간 종사하다 보니 음악 산업에서 데이터 관리가 매우 소홀히 되고 있음을 느꼈다. 블록체인의 가장 큰 효용가치는 데이터 관리에 있다. 현재 개발 중인 RECORD 2.0이 가져올 변화가 무척 기대된다.”라고 했습니다.RECORD2.0은 음악 산업의 모든 이해관계자들-창작자, 제작자, 유통사, 스트리밍 플랫폼, 청취자, 저작권협회 등 모두에게 도움이 되는 날을 꿈꿉니다. 가장 좋은 것은 공룡이든 개구리든 애초에 피를 흘리지 않는 일이기 때문입니다.음악 데이터와 블록체인의 만남,권리정보를 명확히 기록해줄 음악 데이터 블록체인 레코드 2.0이 기대되는 이유입니다.자세한 내용과 로드맵은 8월 중에 공개됩니다!그럼 지금까지 RECORD팀이었습니다!레코드 파운데이션은 지난 3년 간 운영해온 음악 산업 노하우를 기반으로 음악 관련 데이터를 보호하는 블록체인을 개발하는 프로젝트입니다.레코드의 최신 소식을 만나보세요.RCD가 코인레일에 상장됩니다.[상반기 결산] 레코드 파운데이션 로드맵 달성율코인베네(CoinBene) 사용법-레코드 첫 상장소!레코드 파운데이션 공식 홈페이지 및 페이스북, 트위터, 스팀잇, 링크드인에서 레코드파운데이션의 최신 소식을 확인하세요.#레코드팜 #레코드파운데이션 #블록체인 #RCD #코인상장
조회수 1985

옐로의 시조새, 옐로쇼핑미디어 '김태묵 매니저'

안녕하세요, 매력 덩어리 옐로 구성원을 발굴해 소개하는 사내기자 Y의 옐플 인터뷰, 그 11번째 이야기! 이번 주인공은 바로 옐로모바일의 시조새 혹은 화석으로 통하는 YSM 마케팅 본부 김태묵 매니저 입니다. 눈물없이 들을 수 없는 사옥 이전 이야기부터, 프로 인스타그래머가 추천하는 가로수길 맛집을 지금 확인해보세요!   Y: 안녕하세요! 옐블 독자들을 위해 간단히 소개 부탁 드립니다 김: 안녕하세요, 옐로 가족 여러분! 옐로쇼핑미디어 마케팅 본부에서 일하고 있는 김태묵입니다. 반갑습니다 Y: 마케팅본부에서는 어떤 일을 하시나요? 김: 우선 내부와 외부에서 노출되는 광고들을 운영하고 효율적으로 관리하며 YSM 서비스 ‘쿠차’등의 마케팅을 담당하고 있습니다. 또 대행사들과의 원활한 커뮤니케이션도 저희 본부 몫이죠. 현재는 9명이서 재미있게 일하고 있어요 Y: 쿠차에는 어떻게 입사하게 되었나요? 김:  제가 대학교 졸업할 때쯤 소셜커머스 붐이 일어났어요. 그때 우연히 쿠차를 알게 됐는데, 비즈니스 모델이 굉장히 매력적이더라고요. 여기서 일하면서 커리어를 쌓고 싶다는 생각에 지원했습니다. Y: 옐로모바일 시조새 중 한 명이라고 들었어요!김: 뭐…시조새, 삼엽충, 화석 등등 여러 가지로 불리고 있습니다:) 사실 쿠차에 2012년 초에 입사를 했으니,옐로모바일의 탄생과정을 지켜본 몇 안 되는 실무진 중 한 명이죠. Y: 옐로모바일 초반에 기억나는 일이 있나요?  김: 아시다시피, 옐로모바일의 첫 사무실은 순탄치 않았어요. 에어컨이 고장 나서 여름에 어찌나 고생을 했는지.. 다시 생각해도 눈물이 나려 그러네요ㅠㅠ 그러다가 신사동 건물로 이사를 오게 됐는데, 당시 함께 하고 있던 쿠차, 굿닥, 우리펜션 등에서 한 명씩 나와서 사무실 배치를 돕기로 했죠. 그런데 이삿짐 센터에서 짐들을 다 1층에 놓고 가버린 겁니다.. 그래서 현장 답사 차원에서 나온 직원 분들과 함께 그 많은 짐을 다 옮겼죠. Y: 세상에…! 사옥 이전을 직접 한 셈이네요. 김: 네.. 여기 사무실 대부분의 것들에 제 땀과 눈물이 베어 있다는 걸 기억해주세요 ㅋㅋㅋㅋㅋ농담입니다ㅋㅋ Y: 태묵님의 취미는 무엇인가요? 김: 거의 운동 중독이라고 할 수 있을 만큼 운동을 좋아해서 일주일에 적어도 여섯 번은 헬스장에 갑니다. 이렇게 거의 6년간 야근이나 회식을 해도 운동을 하고 있어요. Y: 헐…6년이라니! 자기개발 끝판왕으로 인정합니다! 김: 변화가 눈으로 보이니까 중간에 그만둘 수가 없더라고요. 그래서 유지하기 위해 꾸준히 노력하고 있습니다.Y: 그나저나 먹스타그래머로 유명하다고 들었는데, 가로수길 추천 맛집 알려주세요! 김: 프로 먹스타그래머로서 허세샷이 가능한 곳으로 추천 드리자면, ‘감성타코’와 ‘델러스바베큐’가 있습니다! 맛도 있지만 인스타에 올리기 정말 적합한 음식들이 나오죠 Y: 지금 회사와 함께 하며 좋은 점은 무엇인가요?김: 사실 스타트업에서 TV광고를 할 수 있는 기업으로 성장하는 게 흔치 않아요. 이런 흔치 않은 기회를 직접 현장에서 지켜보며 저도 함께 성장할 수 있다는 게 큰 장점이죠. 또 굿닥, 알람몬과 같이 함께 마케팅 분야에서 코웍할 수 있는 계열사들이 많아 좋습니다 Y: 옐플은 피해갈 수 없는 질문! 옐로모바일 서비스 중 가장 자주 이용하는 서비스는? 김: 지하철과 알람몬은 정말 매일매일 쓰는 앱입니다. 그리고 국내 여행 갈 때 필수 서비스는 우리펜션! 직원 할인도 많이 적용돼서 저렴한 가격에 좋은 펜션을 이용할 수 있습니다 Y: 입사 후 기억나는 에피소드가 있나요?김: 제 작년 말에 사내카페에서 송년회를 했는데, 거기서 지누션과 엄정화의 ‘말해줘’ 노래로 장기자랑을 했어요. 저는 엄정화 역할이었고요. 반응이 뜨거웠죠ㅎㅎㅎ Y: 엄정화라니! 엄청난 반전인데요? Y: 2016년이 얼마 남지 않았어요. 올해 안에 이루고 싶은 것이 있나요? 김: 쿠차에서 조만간 오픈 예정인 서비스들이 있어요. 남은 기간 동안 준비를 잘 해서 유저들이 많이 찾는 서비스가 되도록 하겠습니다!   Y: 마지막으로 앞으로는 어떤 일을 해보고 싶으신가요? 김: 마케팅 시장이 빠르게 변하고 있거든요. 그런 변화에 잘 적응해서 좋은 마케터가 되고, 더 나아가 남들이 시도하지 않았던 새로운 서비스를 론칭하고 싶어요. 쿠차와 쿠차슬라이드, 많이 이용해주시고 응원 부탁 드립니다! 감사합니다
조회수 2117

외부 서비스 이용을 장려해서 개발력을 아끼자.

2017년 목표 중 하나인 Product Management에 관한 weekly 포스팅의 네번째 포스팅입니다. 원래는 weekly 포스팅이었는데..어느덧 biweekly 포스팅이 되고 있습니다. 이번에는 제가 Product Manager로서 “팀 내부 직접 개발 vs 외부 서비스 이용”에 대해서 어떻게 생각하는지에 대해서 정리할까 합니다. 이번에도 confidential한 내용은 생략했습니다.이거 한 달이면 만들어요.제품 개발을 하다보면 Core feature는 아니지만 더 나은 사용자 경험을 위해 필요한 기능을 추가해야 하는 경우가 있습니다. 그리고 이 feature가 개발하기에 쉽지 않다고 예상되는 경우가 있습니다. 이런 상황이 오면 PM, 제품 담당자(혹은 기획자, 대표)은 내부에서 개발할지 아니면 외주를 줄 지, 아니면 외부 서비스를 이용할 지 등을 고민합니다. 그리고 판단을 돕기 위해 기획자/개발자가 모여서 이런 대화를 나눕니다.이거 다 만드는데 얼마나 걸릴 것 같아요?이거 한 달이면 만들어요.그렇습니다. 저 대화가 바로 나중에 개발자가 “내가 이걸 왜 하고 있죠?”라고 얘기하는 그 순간의 시초입니다.하지만 기간은 두 배가 걸린다.하지만 직접 개발에 들어가면 기간(UX, UI디자인 포함해서)은 점점 늘어집니다. 십중팔구 안 됩니다. 되는게 더 이상한 법이에요.헛된 꿈을 꾸었다기간이 두 배가 되는 이유는 딱 하나입니다.  우리에겐 그 분야의 전문성이 없기 때문입니다. 물론 그런 일을 한 경험이 있는 사람들은 좀 더 낫습니다. 하지만 이 사람이 파편적인 경험(혹은 기억)만 가진 경우에는 똑같습니다. 별 차이가 안 나요.-_-;일단 제품의 개발 범위 결정이 안 됩니다. 이게 가장 크리티컬한 이유입니다. 처음에는 앞단에 보이는 것만 생각하고 시작하면서 역기획으로 풀어냅니다. 하지만 기획 단계에서 고려해야 할 요소들은 점점 추가되고 이 중에서 뭘 버리고, 뭘 해야 하는지 정확한 판단이 안 됩니다. 그럴 수 있는 데이터도 적고요.  거기에 디테일하게 개발하는 과정에서 고려해야 할 요소들이 빠지는 경우도 비일비재 합니다. 추가로 각종 정책 결정 이슈도 존재합니다. 이런저런 일들이 계속 추가되고, 해보지 않은 일을 하면서 업무 효율도 떨어집니다. 그러면서 기간은 계속 늘어납니다.결국 사람은 지치고, 일은 계속 늘고, 시간을 쓰게 됩니다. 그리고 그 과정에서 진짜로 에너지를 써야 할 일에 집중을 못 하게 됩니다.그냥 외부 서비스 쓰자!푸른밤의 PM으로서 저 스스로 가지고 있는 원칙이 있습니다.(사실 이건 예전에 프라이베리 때도 지키려고 했던 노력입니다.)기회를 놓치지 않는다.팀의 시간을 헛되이 쓰지 않는다.사람들의 에너지가 낭비되게 하지 않는다.좋은 역량을 가진 사람들은 제품의 core feature에만 집중한다.기회, 시간, 사람, 돈 중에서 가장 가치 없는 것은 돈이다.위 5가지 원칙을 준수하고자 하면, 대부분의 경우 그냥 외부 서비스를 이용하게 됩니다. 예를 들어서 서버 쪽에서 약간 낭비되는 코드가 있더라도 어떤 순간에는 그냥 돈을 더 써서 서버를 늘리는 것을 선택합니다. 메일 서버를 직접 구축해서 각종 마케팅용 메일을 직접 하는 것도 좋지만 그냥 메일침프를 씁니다. 요근래 저와 대표가 함께 부산에 미팅을 다녀왔는데..이것도 비슷한 맥락입니다. 제품 내에 꽤 중요하지만 서비스의 Major급 feature라고 하긴 좀 애매한 기능을 붙여야 하는 상황이었습니다. 개발팀에서는 1개월 정도면 될 것 같다고 했지만 그것보다는 전문적으로 이 일만 하는 곳의 제품을 이용하는 것이 좋다고 판단해서 부산에서 관련 사업을 하는 팀을 찾아갔습니다.“어설프게 우리가 하는 것보다, 인생을 건 사람들의 제품을 쓰는 것이 훨씬 좋다.”는 생각을 가지고 있습니다. 특히 제가 관리하는 제품들도 이런 생각을 가진 사람들이 돈을 쓰기 때문에 운영될 수 있는 제품이라서 다른 사람들보다 거부감이 낮을 수도 있습니다.외부 서비스 선택의 기준추가로 외부 서비스를 선택할 때는 이런 기준을 가지고 판단합니다.우리가 원하는 것이 어느 수준 정도로 충족되는가: 이게 제일 중요합니다. 원하는 것이 안 채워지는데도 돈을 쓸 필요는 없습니다.ㅠ어느 정도 커스텀이 가능하고, API가 제공 범위는 어떻게 되는가: 기존 시스템과 붙이기 얼마나 편하고, 우리 개발팀이 에너지를 어느 정도로 써야 하는지를 판단하기 위해 필요합니다. 덕분에 요즘은 API 문서 읽는 것이 일입니다.-_-;;(마케터, 운영팀 등이 쓰는 경우)개발자/디자이너가 꼭 붙지 않아도 사용할 수 있는가: 전 푸른밤의 모든 사람들이 코딩을 기초적인 수준으로는 했으면 합니다만 (진짜 잘하면 SQL까지도.) 그렇지 못 한 경우가 더 많고 그 과정에 역시 에너지/기회/시간 낭비가 좀 있다고도 생각합니다. 그래서 위 조건도 꽤 중요하게 봅니다.우리가 지금 쓰고 있는 다른 외부 서비스들과 연동이 어느 정도 되는가? 직접 연동이 안 되더라도 다른 방식으로 연동할 수 있는가: 가장 중요합니다. 세상 제일 중요합니다. 저희 같이 외부 서비스 연동을 하나씩 하나씩 하다보면 어느 순간부터 매월 SaaS 툴에만 $1000 넘게 쓰게 됩니다.(정말이에요.) 일단 가장 중요한 데이터 분석 툴과 연동되는지를 봅니다. 그리고 각 부분에서 core한 툴과 연결되는지 봅니다. 예를 들어서 마케팅 오토메이션 단계에서는 유입 관련 데이터 분석 툴과 연결되는 것이 핵심입니다. 제품 관련해서 외부 서비스 쓸 때도 메인 분석툴인 GA와 어떻게 붙는지가 핵심입니다.유기적인 연결이런 복잡한 기준을 잡으면서 외부 서비스 선택을 합니다.우리가 새로 만들자.하지만 이런 힘든 과정 거쳐서 외부 서비스 선택해서 잘 사용하다가 다시 직접 개발하게 될 때도 있습니다. 커스텀의 한계가 오거나, 외부 서비스 회사가 망하거나(ㅠㅠ), 서비스의 오픈 API 범위나 정책이 바뀌거나, 의외로 이 feature의 중요도가 크거나 하면 이런 의사결정을 할 수 있지 않을까 싶습니다. 하지만 아직 제가 이런 경험을 한 적은 없어서..향후에 이런 일이 발생하면 꼭 공유하겠습니다.정리하며스타트업에서 가장 부족한 것이 뭐냐는 질문을 하면 대체로 돈과 사람이라고 답할 것 같은데요. 여기에 기회, 시간이라는 것도 변수로 추가하길 권합니다. 그러면 어떤 경우에도 내 사업의 core가 되는 일들, 내 사업의 core랑 직결되는 제품 관련 과업들, 디자인/개발 관련 과업들만 생각하게 되고 여기에만 집중하게 됩니다.물론 돈이 부족한 것도 알고 있습니다만..정말 인생을 걸고 하는 사업에서 가장 아쉬운 것은 기회와 시간이라고 생각해서 외부 서비스 주구장창 이용하는 PM 안창영이었습니다.푸른밤 안창영#푸른밤 #알밤 #개발 #운영 #개발자 #PM #업무프로세스 #인사이트 #일지 #경험공유
조회수 932

2017 NDC 리뷰) 몬스터 슈퍼리그 리텐션 프로젝트

 2017년 4월 25일부터 27일까지 진행된 Nexon Developer Conference 에 나녀온 후기입니다.제가 들었던 재밌는 세션들 하나하나 올릴 테니 기대해 주세요! :)2017 NDC 재밌었다능!!!몬스터 슈퍼리그 리텐션 15% 개선 리포트 - 숫자보다 매력적인 감성 테라피"몬스터 슈퍼리그"의 게임 리텐션 개선 리포트였는데요, 기본적인 서비스의 소비자를 향한 어프로치인"당신은 똑똑한 유저!"라는 인식 심기(쉬운 접근성/ 심도 깊은 진행 유도)"빠른 어필"(이벤트에 대한 빠른 피드백)"축복받은 계정" (다양하고 많은 초반 보상)이라는 인식과,"주어지면 알아서 하겠지""보상이 있으면 알아서 하겠지"라는 생각을 지양하고, "의도하지 않았지만 수행을 할 수 있도록" 하는 넛지(Nudge) 효과를 일으킬 수 있는 무의식을 자극하는 재밌는 전략에 대해서 흥미를 느꼈습니다. 그리고 이후 리텐션 강화를 위한 프로젝트로 가장 중요한 건,단지 "무슨 기능을 만들 것이냐?"가 아닌, "어떤 부분에서 유저가 이탈"하게 되고,이탈한 유저들 중 "우리가 진짜 챙겨야 할 유저"가 어떤 유저들인가에 집중한다.라는 부분에서 항상 우선돼야 하지만, 되지 못한 부분들을 생각하게 되었던 것 같아요. 그래서 이를 통해스스로 모험 입장을 몇 번 한 유저: 원하는 것에 접근하지 못한 유저에 대한 파악 후 개선다음 지역에 접근 한 유저: 지속 플레이 의향 있으나, 니치를 못 찾은 유저들의 의도 파악 후 개선이라는 개선에 필요한 정확한 목표를 가지고, 어떤 방식으로 접근해야 하는지에 대한 고민을 보는 것에 정말 재미를 느꼈고요, 이에 대한 진행방향을 듣는 것도 정말 값진 경험이었습니다.개선 시퀀스1차 개선 (-)보상 10배 상향에도 불구, 큰 성장 없음.>"가치비교가 익숙하지 않은 유저들에게 보상의 절대적 수치 증가는 큰 감흥이 없다."라는 점을 파악하고, 유저에 "감정"을 터치하는 방법을 고안.2차 개선 (+ & -)조사 결과, 첫 패배 지점에서 유저들의 높은 이탈률을 파악> 패배 지점을 인위적으로 미루지 않되, 패배에 신경 쓰지 않도록 다른 부분들에 대한 장치를 추가.> "도전 가능한 포인트를 생성하는 것은 유효하다."는 부분을 Metric으로 확인했으나, 타깃 유저 범위를 정확하게 파악하지 않고  Metric만 집중해서 정확한 범위 파악을 놓침.3차 개선 (+ & +)유저가 얻을 수 있는 보상의 기회를 꼭 찾아가도록 유도옵션 1. 텍스트 강조? 텍스트는 망각의 영역 (X)옵션 2. 강제 터치? 이미 자유 플레이가 된 유저에게 부자연스러운 접근 (X)옵션 3. 얻고 싶은 보상이 있다면, 어떨까? 그리고 보상 등에 대해서 스토리 텔링이 될 수 있다면?  (O)  - 부정 경험 개선을 통한 리텐션 향상 효과  - 초반에 한 일을 다시 하게 하는 것은 큰 부정 경험을 초래  - 강제적 이동보다는 원하는 보상을 통해 부여4차 개선 (+)스토리 텔링 요소 추가  1. 일러스트  2. 캐릭터에 대한 스토리 추가글로벌 원빌드로서 북미권 영역에서  특히 추가결과개선 프로세스 이후,"무언가가 무조건 있다."라는 이야기 보단, "기대치 않은 행동에 대해서 얻는 보상의 획득"으로 유저의 감성을 자극하는 스토리 텔링의 중요성 확인.교훈보상도 주지만, "보상을 준다"라는 이벤트를 행하는 것 만으로 서비스 제공자는 끝내선 안된다. 보다 감성적인 접근을 통해 유저의 감정을 이해하는 것이 더 중요하다. 첫날 첫 번째 세션이었는데요, 아침부터 정말 보람찬 세션 들을 수 있어서 정말로 감사했습니다. 사실, 게임이건, 모바일 서비스건, 웹 서비스건 "소비자를 이해한다."라는 부분은 언제 어디서나 필요한 부분이지만, 결과적으로 서비스 제공자들은 "보상을 제공했다."로 서비스 제공을 스스로 끝을 내버리는 순간들을 더 많이 마주하기 때문에, 다양한 분야들에서 생각해 볼만한 이야기라고 생각합니다. 한줄평: 중요한 건, "내가 이런 걸 줬다!"보다는 "이런 걸 줘서 고마워"라는 것을 느낄 수 있도록 소비자의 마음에 초점을 맞추는 서비스 제공이 맞다!#코인원 #블록체인 #기술기업 #암호화폐 #스타트업인사이트
조회수 3311

Attention is all you need paper 뽀개기

이번 포스팅에서는 포자랩스에서 핵심적으로 쓰고 있는 모델인 transformer의 논문을 요약하면서 추가적인 기법들도 설명드리겠습니다.Why?Long-term dependency problemsequence data를 처리하기 위해 이전까지 많이 쓰이던 model은 recurrent model이었습니다. recurrent model은 t번째에 대한 output을 만들기 위해, t번째 input과 t-1번째 hidden state를 이용했습니다. 이렇게 한다면 자연스럽게 문장의 순차적인 특성이 유지됩니다. 문장을 쓸 때 뒤의 단어부터 쓰지 않고 처음부터 차례차례 쓰는 것과 마찬가지인것입니다.하지만 recurrent model의 경우 많은 개선점이 있었음에도 long-term dependency에 취약하다는 단점이 있었습니다. 예를 들어, “저는 언어학을 좋아하고, 인공지능중에서도 딥러닝을 배우고 있고 자연어 처리에 관심이 많습니다.”라는 문장을 만드는 게 model의 task라고 해봅시다. 이때 ‘자연어’라는 단어를 만드는데 ‘언어학’이라는 단어는 중요한 단서입니다.그러나, 두 단어 사이의 거리가 가깝지 않으므로 model은 앞의 ‘언어학’이라는 단어를 이용해 자연어’라는 단어를 만들지 못하고, 언어학 보다 가까운 단어인 ‘딥러닝’을 보고 ‘이미지’를 만들 수도 있는 거죠. 이처럼, 어떤 정보와 다른 정보 사이의 거리가 멀 때 해당 정보를 이용하지 못하는 것이 long-term dependency problem입니다.recurrent model은 순차적인 특성이 유지되는 뛰어난 장점이 있었음에도, long-term dependency problem이라는 단점을 가지고 있었습니다.이와 달리 transformer는 recurrence를 사용하지 않고 대신 attention mechanism만을 사용해 input과 output의 dependency를 포착해냈습니다.Parallelizationrecurrent model은 학습 시, t번째 hidden state를 얻기 위해서 t-1번째 hidden state가 필요했습니다. 즉, 순서대로 계산될 필요가 있었습니다. 그래서 병렬 처리를 할 수 없었고 계산 속도가 느렸습니다.하지만 transformer에서는 학습 시 encoder에서는 각각의 position에 대해, 즉 각각의 단어에 대해 attention을 해주기만 하고, decoder에서는 masking 기법을 이용해 병렬 처리가 가능하게 됩니다. (masking이 어떤 것인지는 이후에 설명해 드리겠습니다)Model ArchitectureEncoder and Decoder structureencoder는 input sequence (x1,...,xn)<math>(x1,...,xn)</math>에 대해 다른 representation인 z=(z1,...,zn)<math>z=(z1,...,zn)</math>으로 바꿔줍니다.decoder는 z를 받아, output sequence (y1,...,yn)<math>(y1,...,yn)</math>를 하나씩 만들어냅니다.각각의 step에서 다음 symbol을 만들 때 이전에 만들어진 output(symbol)을 이용합니다. 예를 들어, “저는 사람입니다.”라는 문장에서 ‘사람입니다’를 만들 때, ‘저는’이라는 symbol을 이용하는 거죠. 이런 특성을 auto-regressive 하다고 합니다.Encoder and Decoder stacksEncoderN개의 동일한 layer로 구성돼 있습니다. input $x$가 첫 번째 layer에 들어가게 되고, layer(x)<math>layer(x)</math>가 다시 layer에 들어가는 식입니다.그리고 각각의 layer는 두 개의 sub-layer, multi-head self-attention mechanism과 position-wise fully connected feed-forward network를 가지고 있습니다.이때 두 개의 sub-layer에 residual connection을 이용합니다. residual connection은 input을 output으로 그대로 전달하는 것을 말합니다. 이때 sub-layer의 output dimension을 embedding dimension과 맞춰줍니다. x+Sublayer(x)<math>x+Sublayer(x)</math>를 하기 위해서, 즉 residual connection을 하기 위해서는 두 값의 차원을 맞춰줄 필요가 있습니다. 그 후에 layer normalization을 적용합니다.Decoder역시 N개의 동일한 layer로 이루어져 있습니다.encoder와 달리 encoder의 결과에 multi-head attention을 수행할 sub-layer를 추가합니다.마찬가지로 sub-layer에 residual connection을 사용한 뒤, layer normalization을 해줍니다.decoder에서는 encoder와 달리 순차적으로 결과를 만들어내야 하기 때문에, self-attention을 변형합니다. 바로 masking을 해주는 것이죠. masking을 통해, position i<math>i</math> 보다 이후에 있는 position에 attention을 주지 못하게 합니다. 즉, position i<math>i</math>에 대한 예측은 미리 알고 있는 output들에만 의존을 하는 것입니다.위의 예시를 보면, a를 예측할 때는 a이후에 있는 b,c에는 attention이 주어지지 않는 것입니다. 그리고 b를 예측할 때는 b이전에 있는 a만 attention이 주어질 수 있고 이후에 있는 c는 attention이 주어지지 않는 것이죠.Embeddings and Softmaxembedding 값을 고정시키지 않고, 학습을 하면서 embedding값이 변경되는 learned embedding을 사용했습니다. 이때 input과 output은 같은 embedding layer를 사용합니다.또한 decoder output을 다음 token의 확률로 바꾸기 위해 learned linear transformation과 softmax function을 사용했습니다. learned linear transformation을 사용했다는 것은 decoder output에 weight matrix W<math>W</math>를 곱해주는데, 이때 W<math>W</math>가 학습된다는 것입니다.Attentionattention은 단어의 의미처럼 특정 정보에 좀 더 주의를 기울이는 것입니다.예를 들어 model이 수행해야 하는 task가 번역이라고 해봅시다. source는 영어이고 target은 한국어입니다. “Hi, my name is poza.”라는 문장과 대응되는 “안녕, 내 이름은 포자야.”라는 문장이 있습니다. model이 이름은이라는 token을 decode할 때, source에서 가장 중요한 것은 name입니다.그렇다면, source의 모든 token이 비슷한 중요도를 갖기 보다는 name이 더 큰 중요도를 가지면 되겠죠. 이때, 더 큰 중요도를 갖게 만드는 방법이 바로 attention입니다.Scaled Dot-Product Attention해당 논문의 attention을 Scaled Dot-Product Attention이라고 부릅니다. 수식을 살펴보면 이렇게 부르는 이유를 알 수 있습니다.Attention(Q,K,V)=softmax(QKT√dk)V<math>Attention(Q,K,V)=softmax(QKTdk)V</math>먼저 input은 dk<math>dk</math> dimension의 query와 key들, dv<math>dv</math> dimension의 value들로 이루어져 있습니다.이때 모든 query와 key에 대한 dot-product를 계산하고 각각을 √dk<math>dk</math>로 나누어줍니다. dot-product를 하고 √dk<math>dk</math>로 scaling을 해주기 때문에 Scaled Dot-Product Attention인 것입니다. 그리고 여기에 softmax를 적용해 value들에 대한 weights를 얻어냅니다.key와 value는 attention이 이루어지는 위치에 상관없이 같은 값을 갖게 됩니다. 이때 query와 key에 대한 dot-product를 계산하면 각각의 query와 key 사이의 유사도를 구할 수 있게 됩니다. 흔히 들어본 cosine similarity는 dot-product에서 vector의 magnitude로 나눈 것입니다. √dk<math>dk</math>로 scaling을 해주는 이유는 dot-products의 값이 커질수록 softmax 함수에서 기울기의 변화가 거의 없는 부분으로 가기 때문입니다.softmax를 거친 값을 value에 곱해준다면, query와 유사한 value일수록, 즉 중요한 value일수록 더 높은 값을 가지게 됩니다. 중요한 정보에 더 관심을 둔다는 attention의 원리에 알맞은 것입니다.Multi-Head Attention위의 그림을 수식으로 나타내면 다음과 같습니다.MultiHead(Q,K,V)=Concat(head1,...,headh)WO<math>MultiHead(Q,K,V)=Concat(head1,...,headh)WO</math>where headi=Attention(QWQi,KWKi,VWVi)dmodel<math>dmodel</math> dimension의 key, value, query들로 하나의 attention을 수행하는 대신 key, value, query들에 각각 다른 학습된 linear projection을 h번 수행하는 게 더 좋다고 합니다. 즉, 동일한 Q,K,V<math>Q,K,V</math>에 각각 다른 weight matrix W<math>W</math>를 곱해주는 것이죠. 이때 parameter matrix는 WQi∈Rdmodelxdk,WKi∈Rdmodelxdk,WVi∈Rdmodelxdv,WOi∈Rhdvxdmodel<math>WiQ∈Rdmodelxdk,WiK∈Rdmodelxdk,WiV∈Rdmodelxdv,WiO∈Rhdvxdmodel</math>입니다.순서대로 query, key, value, output에 대한 parameter matrix입니다. projection이라고 하는 이유는 각각의 값들이 parameter matrix와 곱해졌을 때 dk,dv,dmodel<math>dk,dv,dmodel</math>차원으로 project되기 때문입니다. 논문에서는 dk=dv=dmodel/h<math>dk=dv=dmodel/h</math>를 사용했는데 꼭 dk<math>dk</math>와 dv<math>dv</math>가 같을 필요는 없습니다.이렇게 project된 key, value, query들은 병렬적으로 attention function을 거쳐 dv<math>dv</math>dimension output 값으로 나오게 됩니다.그 다음 여러 개의 head<math>head</math>를 concatenate하고 다시 projection을 수행합니다. 그래서 최종적인 dmodel<math>dmodel</math> dimension output 값이 나오게 되는거죠.각각의 과정에서 dimension을 표현하면 아래와 같습니다.*dQ,dK,dV<math>dQ,dK,dV</math>는 각각 query, key, value 개수Self-Attentionencoder self-attention layerkey, value, query들은 모두 encoder의 이전 layer의 output에서 옵니다. 따라서 이전 layer의 모든 position에 attention을 줄 수 있습니다. 만약 첫번째 layer라면 positional encoding이 더해진 input embedding이 됩니다.decoder self-attention layerencoder와 비슷하게 decoder에서도 self-attention을 줄 수 있습니다. 하지만 i<math>i</math>번째 output을 다시 i+1<math>i+1</math>번째 input으로 사용하는 auto-regressive한 특성을 유지하기 위해 , masking out된 scaled dot-product attention을 적용했습니다.masking out이 됐다는 것은 i<math>i</math>번째 position에 대한 attention을 얻을 때, i<math>i</math>번째 이후에 있는 모든 position은 Attention(Q,K,V)=softmax(QKT√dk)V<math>Attention(Q,K,V)=softmax(QKTdk)V</math>에서 softmax의 input 값을 −∞<math>−∞</math>로 설정한 것입니다. 이렇게 한다면, i<math>i</math>번째 이후에 있는 position에 attention을 주는 경우가 없겠죠.Encoder-Decoder Attention Layerquery들은 이전 decoder layer에서 오고 key와 value들은 encoder의 output에서 오게 됩니다. 그래서 decoder의 모든 position에서 input sequence 즉, encoder output의 모든 position에 attention을 줄 수 있게 됩니다.query가 decoder layer의 output인 이유는 query라는 것이 조건에 해당하기 때문입니다. 좀 더 풀어서 설명하면, ‘지금 decoder에서 이런 값이 나왔는데 무엇이 output이 돼야 할까?’가 query인 것이죠.이때 query는 이미 이전 layer에서 masking out됐으므로, i번째 position까지만 attention을 얻게 됩니다.이 같은 과정은 sequence-to-sequence의 전형적인 encoder-decoder mechanisms를 따라한 것입니다.*모든 position에서 attention을 줄 수 있다는 게 이해가 안되면 링크를 참고하시기 바랍니다.Position-wise Feed-Forward Networksencoder와 decoder의 각각의 layer는 아래와 같은 fully connected feed-forward network를 포함하고 있습니다.position 마다, 즉 개별 단어마다 적용되기 때문에 position-wise입니다. network는 두 번의 linear transformation과 activation function ReLU로 이루어져 있습니다.FFN(x)=max(0,xW1+b1)W2+b2x<math>x</math>에 linear transformation을 적용한 뒤, ReLU(max(0,z))<math>ReLU(max(0,z))</math>를 거쳐 다시 한번 linear transformation을 적용합니다.이때 각각의 position마다 같은 parameter W,b<math>W,b</math>를 사용하지만, layer가 달라지면 다른 parameter를 사용합니다.kernel size가 1이고 channel이 layer인 convolution을 두 번 수행한 것으로도 위 과정을 이해할 수 있습니다.Positional Encodingtransfomer는 recurrence도 아니고 convolution도 아니기 때문에, 단어의sequence를 이용하기 위해서는 단어의 position에 대한 정보를 추가해줄 필요가 있었습니다.그래서 encoder와 decoder의 input embedding에 positional encoding을 더해줬습니다.positional encoding은 dmodel<math>dmodel</math>(embedding 차원)과 같은 차원을 갖기 때문에 positional encoding vector와 embedding vector는 더해질 수 있습니다.논문에서는 다른 *frequency를 가지는 sine과 cosine 함수를 이용했습니다.*주어진 구간내에서 완료되는 cycle의 개수PE(pos,2i)=sin(pos/100002i/dmodel)<math>PE(pos,2i)=sin(pos/100002i/dmodel)</math>PE(pos,2i+1)=cos(pos/100002i/dmodel)<math>PE(pos,2i+1)=cos(pos/100002i/dmodel)</math>pos<math>pos</math>는 position ,i<math>i</math>는 dimension 이고 주기가 100002i/dmodel⋅2π<math>100002i/dmodel⋅2π</math>인 삼각 함수입니다. 즉, pos<math>pos</math>는 sequence에서 단어의 위치이고 해당 단어는 i<math>i</math>에 0부터 dmodel2<math>dmodel2</math>까지를 대입해 dmodel<math>dmodel</math>차원의 positional encoding vector를 얻게 됩니다. k=2i+1<math>k=2i+1</math>일 때는 cosine 함수를, k=2i<math>k=2i</math>일 때는 sine 함수를 이용합니다. 이렇게 positional encoding vector를 pos<math>pos</math>마다 구한다면 비록 같은 column이라고 할지라도 pos<math>pos</math>가 다르다면 다른 값을 가지게 됩니다. 즉, pos<math>pos</math>마다 다른 pos<math>pos</math>와 구분되는 positional encoding 값을 얻게 되는 것입니다.PEpos=[cos(pos/1),sin(pos/100002/dmodel),cos(pos/10000)2/dmodel,...,sin(pos/10000)]<math>PEpos=[cos(pos/1),sin(pos/100002/dmodel),cos(pos/10000)2/dmodel,...,sin(pos/10000)]</math>이때 PEpos+k<math>PEpos+k</math>는 PEpos<math>PEpos</math>의 linear function으로 나타낼 수 있습니다. 표기를 간단히 하기 위해 c=100002idmodel<math>c=100002idmodel</math>라고 해봅시다. sin(a+b)=sin(a)cos(b)+cos(a)sin(b)<math>sin(a+b)=sin(a)cos(b)+cos(a)sin(b)</math>이고 cos(a+b)=cos(a)cos(b)−sin(a)sin(b)<math>cos(a+b)=cos(a)cos(b)−sin(a)sin(b)</math> 이므로 다음이 성립합니다.PE(pos,2i)=sin(posc)<math>PE(pos,2i)=sin(posc)</math>PE(pos,2i+1)=cos(posc)<math>PE(pos,2i+1)=cos(posc)</math>PE(pos+k,2i)=sin(pos+kc)=sin(posc)cos(kc)+cos(posc)sin(kc)=PE(pos,2i)cos(kc)+cos(posc)sin(kc)<math>PE(pos+k,2i)=sin(pos+kc)=sin(posc)cos(kc)+cos(posc)sin(kc)=PE(pos,2i)cos(kc)+cos(posc)sin(kc)</math>PE(pos+k,2i+1)=cos(pos+kc)=cos(posc)cos(kc)−sin(posc)sin(kc)=PE(pos,2i+1)cos(kc)−sin(posc)sin(kc)<math>PE(pos+k,2i+1)=cos(pos+kc)=cos(posc)cos(kc)−sin(posc)sin(kc)=PE(pos,2i+1)cos(kc)−sin(posc)sin(kc)</math>이런 성질 때문에 model이 relative position에 의해 attention하는 것을 더 쉽게 배울 수 있습니다.논문에서는 학습된 positional embedding 대신 sinusoidal version을 선택했습니다. 만약 학습된 positional embedding을 사용할 경우 training보다 더 긴 sequence가 inference시에 입력으로 들어온다면 문제가 되지만 sinusoidal의 경우 constant하기 때문에 문제가 되지 않습니다. 그냥 좀 더 많은 값을 계산하기만 하면 되는거죠.Trainingtraining에 사용된 기법들을 알아보겠습니다.Optimizer많이 쓰이는 Adam optimizer를 사용했습니다.특이한 점은 learning rate를 training동안 고정시키지 않고 다음 식에 따라 변화시켰다는 것입니다.lrate=d−0.5model⋅min(step_num−0.5,step_num⋅warmup_steps−1.5)warmup_step<math>warmup_step</math>까지는 linear하게 learning rate를 증가시키다가, warmup_step<math>warmup_step</math> 이후에는 step_num<math>step_num</math>의 inverse square root에 비례하도록 감소시킵니다.이렇게 하는 이유는 처음에는 학습이 잘 되지 않은 상태이므로 learning rate를 빠르게 증가시켜 변화를 크게 주다가, 학습이 꽤 됐을 시점에 learning rate를 천천히 감소시켜 변화를 작게 주기 위해서입니다.RegularizationResidual ConnectionIdentity Mappings in Deep Residual Networks라는 논문에서 제시된 방법이고, 아래의 수식이 residual connection을 나타낸 것입니다.yl=h(xl)+F(xl,Wl)<math>yl=h(xl)+F(xl,Wl)</math>xl+1=f(yl)<math>xl+1=f(yl)</math>이때 h(xl)=xl<math>h(xl)=xl</math>입니다. 논문 제목에서 나온 것처럼 identity mapping을 해주는 것이죠.특정한 위치에서의 xL<math>xL</math>을 다음과 같이 xl<math>xl</math>과 residual 함수의 합으로 표시할 수 있습니다.x2=x1+F(x1,W1)<math>x2=x1+F(x1,W1)</math>x3=x2+F(x2,W2)=x1+F(x1,W1)+F(x2,W2)<math>x3=x2+F(x2,W2)=x1+F(x1,W1)+F(x2,W2)</math>xL=xl+L−1∑i=1F(xi,Wi)<math>xL=xl+∑i=1L−1F(xi,Wi)</math>그리고 미분을 한다면 다음과 같이 됩니다.σϵσxl=σϵσxLσxLσxl=σϵσxL(1+σσxlL−1∑i=1F(xi,Wi))<math>σϵσxl=σϵσxLσxLσxl=σϵσxL(1+σσxl∑i=1L−1F(xi,Wi))</math>이때, σϵσxL<math>σϵσxL</math>은 상위 layer의 gradient 값이 변하지 않고 그대로 하위 layer에 전달되는 것을 보여줍니다. 즉, layer를 거칠수록 gradient가 사라지는 vanishing gradient 문제를 완화해주는 것입니다.또한 forward path나 backward path를 간단하게 표현할 수 있게 됩니다.Layer NormalizationLayer Normalization이라는 논문에서 제시된 방법입니다.μl=1HH∑i=1ali<math>μl=1H∑i=1Hail</math>σl= ⎷1HH∑i=1(ali−μl)2<math>σl=1H∑i=1H(ail−μl)2</math>같은 layer에 있는 모든 hidden unit은 동일한 μ<math>μ</math>와 σ<math>σ</math>를 공유합니다.그리고 현재 input xt<math>xt</math>, 이전의 hidden state ht−1<math>ht−1</math>, at=Whhht−1+Wxhxt<math>at=Whhht−1+Wxhxt</math>, parameter g,b<math>g,b</math>가 있을 때 다음과 같이 normalization을 해줍니다.ht=f[gσt⊙(at−μt)+b]<math>ht=f[gσt⊙(at−μt)+b]</math>이렇게 한다면, gradient가 exploding하거나 vanishing하는 문제를 완화시키고 gradient 값이 안정적인 값을 가짐로 더 빨리 학습을 시킬 수 있습니다.(논문에서 recurrent를 기준으로 설명했으므로 이에 따랐습니다.)DropoutDropout: a simple way to prevent neural networks from overfitting라는 논문에서 제시된 방법입니다.dropout이라는 용어는 neural network에서 unit들을 dropout하는 것을 가리킵니다. 즉, 해당 unit을 network에서 일시적으로 제거하는 것입니다. 그래서 다른 unit과의 모든 connection이 사라지게 됩니다. 어떤 unit을 dropout할지는 random하게 정합니다.dropout은 training data에 overfitting되는 문제를 어느정도 막아줍니다. dropout된 unit들은 training되지 않는 것이니 training data에 값이 조정되지 않기 때문입니다.Label SmoothingRethinking the inception architecture for computer vision라는 논문에서 제시된 방법입니다.training동안 실제 정답인 label의 logit은 다른 logit보다 훨씬 큰 값을 갖게 됩니다. 이렇게 해서 model이 주어진 input x<math>x</math>에 대한 label y<math>y</math>를 맞추는 것이죠.하지만 이렇게 된다면 문제가 발생합니다. overfitting될 수도 있고 가장 큰 logit을 가지는 것과 나머지 사이의 차이를 점점 크게 만들어버립니다. 결국 model이 다른 data에 적응하는 능력을 감소시킵니다.model이 덜 confident하게 만들기 위해, label distribution q(k∣x)=δk,y<math>q(k∣x)=δk,y</math>를 (k가 y일 경우 1, 나머지는 0) 다음과 같이 대체할 수 있습니다.q′(k|x)=(1−ϵ)δk,y+ϵu(k)<math>q′(k|x)=(1−ϵ)δk,y+ϵu(k)</math>각각 label에 대한 분포 u(k)<math>u(k)</math>, smooting parameter ϵ<math>ϵ</math>입니다. 위와 같다면, k=y인 경우에도 model은 p(y∣x)=1<math>p(y∣x)=1</math>이 아니라 p(y∣x)=(1−ϵ)<math>p(y∣x)=(1−ϵ)</math>이 되겠죠. 100%의 확신이 아닌 그보다 덜한 확신을 하게 되는 것입니다.Conclusiontransformer는 recurrence를 이용하지 않고도 빠르고 정확하게 sequential data를 처리할 수 있는 model로 제시되었습니다.여러가지 기법이 사용됐지만, 가장 핵심적인 것은 encoder와 decoder에서 attention을 통해 query와 가장 밀접한 연관성을 가지는 value를 강조할 수 있고 병렬화가 가능해진 것입니다.Referencehttp://www.whydsp.org/280http://mlexplained.com/2017/12/29/attention-is-all-you-need-explained/http://openresearch.ai/t/identity-mappings-in-deep-residual-networks/47https://m.blog.naver.com/PostView.nhn?blogId=laonple&logNo=220793640991&proxyReferer=https://www.google.co.kr/https://www.researchgate.net/figure/Sample-of-a-feed-forward-neural-network_fig1_234055177https://arxiv.org/abs/1603.05027https://arxiv.org/abs/1607.06450http://jmlr.org/papers/volume15/srivastava14a.old/srivastava14a.pdfhttps://arxiv.org/pdf/1512.00567.pdf
조회수 2793

'잘해주면 기어오른다'는 말에 대한 소고

나는 인간관계에 있어서 담백함을 좋아한다. 허례허식, 상하관계, 갑을 관계가 없이 오롯이 관계를 맺을 수 있는 사람이 좋다. 물론 이런 사람은 찾기 힘들기에 이런 사람을 만나면 친해지고 싶다. 드러내려고 노력하지 않아도 진심과 내공이 은은하게 풍기는 사람은 가까이 하고 싶은 사람 1순위이다.대학교를 졸업하고 다니게 된 회사에서 나는 처음으로 존경하는 분을 만났다. 처음 팀 배치를 받고 가장 상석에 있는 팀장님을 보니 한눈에 봐도 담백하신 분이었다. 업무처리과정에서 허례허식과 권위주의라고는 찾아 볼 수 없었고, 신입사원이었던 내 의견을 항상 경청하고 존중해 주셨다. 나를 믿고 일을 중요한 일을 많이 던져주시면서 재량껏 해보라는 한마디에 열심히 일하면서 많은걸 배울 수 있었다. 팀원들은 팀장님 주변으로 똘똘 뭉쳤고 회식자리에서 그 흔한 팀장님 뒷담화를 들을 수 없었다. 모든 팀원이 좋아하는 팀장님이었다.나는 시간이 흘러 퇴사를 하고 레스토랑 사업을 하게 되었다. 식당 operation은 간단하지 않았다. 특히 주방직원들과 일하는 것은 쉽지 않았다. 나는 주방 생리를 잘 몰랐고, 그들은 거칠었다. 주방안에서 내가 보는 앞에서 치고밖고 싸우는 일이 비일비재했다. 참 난감했다. 원인제공자를 교체하자나 실질적으로 주방을 돌리는건 보통 그들이었다. 그들 없이 몰아치는 손님을 받아내는 것은 불가능 했다.처음에는 직원들에게 우숩게 보이지 않으려고 그들과 나의 사이에 명확한 선을 그었다. 사무적으로 요구사항을 전달했고 개인적인 이야기는 일절 하지 않았다. 예상은 했지만 역시나 빡빡한 나를 직원들은 좋아하지 않았다. 직원들과 사이가 좋지 않으니 나는 종종 업무에서 고립되었다. 직원들은 나에게 곪아가는 문제점을 털어놓지 않았다. 아쉬운건 나였다. 결국 자존심을 모두 내려놓고 모든 직원들과 친해져보기로 마음먹었다. 나이가 비슷한 직원에겐 깍듯하게 대했고, 어린 직원에게는 친근하게 다가가려고 노력했다.바쁜 레스토랑에서는 매일 분통터질 일들이 일어난다. 하지만 나는 항상 꾹 참고 웃으면서 나의 조그만 실험을 계속 해 나갔다. 시간이 지나면서 거의 모든 직원들은 이전과는 다르게 내말을 더 잘 들어주었고 업무고립에서 벗어날 수 있었다. 하지만 주방장 역할을 하던 나보다 한살어린 직원은 여전히 삐딱했다. 부정적으로 토달기, 비야냥 거리기, 말대답 등 밉상 직원의 정형을 보여줬다. 내가 직원들과 친해지면서 자신의 직원들 사이에서 자신의 입지가 줄어드는게 못마땅한것 같았다.어느날 주방에 큰 문제가 발생했다. 여러가지 문제가 복합적으로 발생했고 이로인해 주방직원들이 힘들어 졌다. 문제를 해결하기 위해 바쁘게 뛰어다니는 나에게 삐딱한 직원이 강하고 공격적인 말투로 나를 비난했다. 평소같았으면 프라이팬이라도 던졌겠지만 마음을 가다듬고, 끝까지 웃으면서 그를 잘 달래고 내가 잘 처리하겠다고 했다. 그 순간 그의 표정에서 겸연쩍어 하는 표정이 보였다.이 사건 이후 신기한 일들이 일어났다. 그 삐딱한 직원을 포함해서 모든 직원들이 나를 대하는 태도가 달라져 있었다. 몇몇 직원은 나에게 개인적인 고민을 털어놓게 되었고 나는 작은 레스토랑에서 벌어지는 사람들 사이의 반목이나 고민들을 파악할 수 있게 되었다. 업무고립으로 부터 완전히 벗어나게 되었다. 어느새 나는 모든 직원들과 친하게 잘 지내는 사장이 되어 있었다. 몇개월전과 비교하면 대단한 발전이었다.결국 내가 나를 낮춰 상대를 대접하는 태도에 모든 정답이 있었다. 세상 사람들은 누구라도 존중 받고 싶어한다. 존중 받지 못하는 사람들은 겉으로는 허허 웃지만 반드시 언젠가는 폭발하고 만다. 갑을 관계에 놓인 을은, 일단 현실 상황에서는 갑에게 잘하지만 상황이 변하면 언제든 등을 돌린다. 사회 초년생 시절 만났던 팀장님은 신입사원인 나를 포함해서 모두를 존중할 줄 알았던 분이었다. 그래서 모두가 팀장님을 좋아했던것이다.흔히 다음과 같은 말들을 많이 한다. '잘해주면 기어 오른다' 대단히 권위적인 말이지만 무척 설득력 있는 말이기도 하다. 그런데 사람들이 과연 위의 문장을 어떻게 검증해 보았는지에 의문이 든다. 일단 내가 '위'(갑)고 상대가 '아래'(을)라는 전제를 깔아야지만 저 문장을 검증할 수 있다. 그런 전제가 깔린 상황에서는, 어떤 식으로 현실에서 검증해도 위 명제는 참이라는 결론이 나올 수 밖에 없다.나는 앞으로도 '존중해주면 나의 편이 된다'라는 믿음을 실천하고 싶다.#삼분의일 #매트리스 #조직문화 #기업문화 #팀문화 #인사이트

기업문화 엿볼 때, 더팀스

로그인

/