우리 고객의 다른 브랜드 소비 행태를 알아야 하는 이유– 오픈서베이 Shared Customer Seminar 주요 내용 정리우리 브랜드 고객의 소비 행태를 여러분은 얼마나 알고 있나요? 우리 브랜드 고객의 소비 행태를 파악하는 일도 쉽지 않지만, 우리 브랜드에서 일어난 소비는 고객의 전체 소비 중 많아봤자 1%일 뿐입니다. 모든 고객은 여러 카테고리에 걸쳐 다양한 브랜드를 소비하기 때문이죠. 다시 말해 나머지 99%를 알지 못한다면 고객의 전체 소비 행태를 파악할 수 없다는 의미입니다.그렇다면 우리 브랜드를 포함한 고객의 전체 소비 행태를 아는 방법이 궁금해집니다. 오픈서베이는 지난 7월 4일, 위 고민을 해소할 방법을 공유하는 ‘쉐어드 커스터머(Shared Customer)’ 세미나를 개최했습니다. 그간 수집한 매장 방문 및 구매 데이터를 기반으로 소비자의 교차 구매와 교차 방문을 분석한 결과를 공개한 겁니다. 본 글은 세미나 내용 요약과 현장 스케치로 구성됩니다.* 아래는 오픈서베이 황희영 대표의 발표 중 일부를 옮겨적은 내용입니다.Shared Customer 세미나 발표를 맡은 오픈서베이 황희영 대표(사진. 오픈서베이) | 내 고객 데이터가 말해주지 않는 것“아리따움에서 지난 3개월 동안 비슷한 금액을 소비한 두 고객에게 같은 마케팅 메시지를 보낼 수 있을까?” Shared Customer 세미나 주제의 핵심은 이렇게 요약할 수 있습니다. 두 고객은 같은 기간 각각 6,000원, 3,500원만큼의 지출을 했는데요. 같은 1 만원 이하 지출 고객이라도 아리따움에서 적게 쓴 이유는 다를 수 있기 때문입니다. 아리따움은 1만 원 이하 저 지출 고객에 대해 기본적으로 3가지 가설을 세울 수 있습니다.1. 소비 여력 자체가 적은 경우2. 뷰티 카테고리의 소비 여력/관심이 적은 경우3. 소비 여력도 있고 뷰티 관심도 있지만 아리따움에서의 소비가 적은 경우위 3가지 중 고객이 어떤 가설에 해당하는지에 따라 마케팅 메시지는 각기 달라져야 합니다. 문제는 아리따움이 알 수 있는 데이터는 두 사람의 아리따움 내 소비 행태뿐이라는 겁니다. 이것만으로는 두 고객 중 소비 여력 자체가 적은 지, 뷰티 카테고리에 관심이 없는지, 타 뷰티 매장을 주로 이용하는지 등 어떤 가설에 해당하는지 알 수 없다는 거죠. 즉, 고객에게 알맞은 마케팅 활동을 할 수 없다는 겁니다.그럼 두 고객의 타 브랜드 소비 행태를 알 수 있다면 어떨까요? 사실 위 데이터는 오픈서베이가 조사한 두 패널의 3개월간 지출 내역입니다. 아리따움은 물론 뷰티 카테고리 내 다른 브랜드 지출 정보와 타 카테고리까지 걸친 전체 소비 행태를 알 수 있습니다. 아리따움 내부 데이터만으로는 알 수 없는 아리따움 고객의 전체 소비 행태 데이터죠. 아래 표를 함께 보겠습니다.  아리따움에서 1만원 이하 지출하는 소비자 A, B의 전체 소비 행태 데이터(자료 중 일부)편의상 왼쪽 소비자를 A, 오른쪽을 B라 지칭하겠습니다. A는 미샤에서 약 16만 원, 올리브영에서 약 10만 원, 토니모리에서 4만 4천 원을 써서 3개월간 뷰티 관련 총 34만 원을 지출했습니다. 반면 B는 아리따움 외 에뛰드하우스에서 4,800원을 지출해 뷰티에서 총 8,300원을 소비했습니다.이렇게 두 소비자의 뷰티 카테고리 전체 지출은 34만 원과 8,300원으로 큰 차이가 있다는 걸 알 수 있습니다. 자연스럽게 A는 소비 여력도 있고 뷰티 제품에 대한 관심도 있지만 아리따움에서의 소비가 적은 경우인 3번째 가설을 적용할 수 있게 됩니다.다음으로 B에게 맞는 가설을 찾기 위해 타 카테고리 지출 내역도 살펴보겠습니다. 타 카테고리에서도 두 소비자의 소비 행태는 달랐습니다. A는 뷰티 및 미용 관련으로 94만 원 지출한 걸 포함해 3달간 총 580만 원을 소비했는데, B는 온라인 쇼핑 33만 원 등 3달간 총 140만 원을 지출했습니다. 이를 통해 B는 소비 여력 자체가 적고 특히 뷰티 카테고리의 관심도가 적은 1, 2번 가설임을 확인할 수 있습니다.이렇듯 다른 매장 구매 내역을 분석해 두 소비자에게 각기 다른 마케팅 메시지를 적용해야 한다는 걸 알기까지는 자사 브랜드의 고객 데이터는 물론 고객의 타 브랜드 소비 데이터를 함께 분석해야 한다는 걸 알 수 있습니다. 이러한 개념을 바로 ‘Shared Customer’라 부릅니다. | 우리 고객의 타 브랜드 소비 행태를 안다면그럼 우리 브랜드 고객의 교차 방문 및 교차 구매 데이터는 그저 소비자를 좀 더 잘 이해하기 위해서만 필요한 걸까요? Shared Customer 데이터는 브랜드 운영에 있어서 강력한 무기가 됩니다. 특히 동일 카테고리 내, 서로 다른 카테고리 간, 그리고 온·오프라인 채널 간 Shared Customer 분석은 브랜드 차원에서 크게 세 종류의 의사결정에 활용할 수 있습니다.Shared Customer 분석 활용법 3가지(자료 중 일부) | ① 동일 카테고리 내 분석첫 번째는 동일 카테고리 내 Shared Customer 분석입니다. 이는 한 소비자의 특정 카테고리 내 전체 지출 중 우리 브랜드 지출이 차지하는 비중을 알기 위해 쓰이는 ‘지갑 점유율, 쉐어오브월렛(Share of Wallet)’이라는 개념으로도 알려져 있습니다.이를 통해 아리따움에서 지출이 많을수록 구매 빈도가 함께 오르는 뷰티 브랜드를 알 수 있습니다. 반대로 아리따움과 상반된 관계를 갖는 브랜드도 있습니다. 이렇게 보완 브랜드와 경쟁 브랜드를 명확히 인지한다면 카테고리 내 방어 및 확장 전략을 자세히 수립할 수 있습니다.참고로 Shared Customer 데이터에 따르면 아리따움과 보완 관계에 있는 브랜드는 에뛰드 하우스, 경쟁 관계의 브랜드는 올리브영으로 나타났습니다. 즉, 올리브영을 제외하면 모든 뷰티 매장이 아리따움과 직접적인 경쟁 관계는 아니라는 것이죠.3개월 간 아리따움 구매 금액별 뷰티 매장 Shared of Wallet(자료 중 일부) | ② 서로 다른 카테고리 간 분석두 번째는 서로 다른 카테고리 간 Shared Customer 분석입니다. 이를 통해서는 내 브랜드 고객의 취향, 관심사, 라이프스타일을 촘촘히 알 수 있습니다. SPA 브랜드 중 유니클로와 자라, H&M의 고객 특성은 어떻게 다른지 알아봤습니다. 각 브랜드 고객의 다른 카테고리 간 교차 방문 데이터를 분석한 것입니다.먼저 각 브랜드 방문 고객은 다른 카테고리의 어느 브랜드를 자주 이용할지 타 브랜드 교차 방문 데이터를 살펴봤습니다. 크게 뷰티, 식음료, 문화, 패션 카테고리로 색깔을 구분했습니다. H&M은 패션 브랜드 중심인 반면 유니클로와 자라는 뷰티, 문화, 식음료 브랜드에 고루 관심을 보였습니다.다음으로 각 브랜드 고객은 어떤 이유로 위와 같은 소비 행태를 보이는지 궁금해집니다. 고객이 무엇을 하는지 알더라도 그 사람이 대체 누구인지와 왜 그렇게 행동하는지는 알 수 없으니까요. 이렇게 소비행태를 단순히 현상적으로 관찰하는 데 그친다면 Shared Customer의 필요성이 쉽게 와닿지 않을 겁니다.이에 오픈서베이는 위 데이터에 패널 프로필과 리타겟팅 조사 결과를 결합합니다. 사전 동의한 오베이 앱 패널 대상으로 신용카드 결제 정보와 매장 방문 데이터가 있기 때문에 가능한 분석 방법입니다. 이를 통해 패널의 성별, 연령, 거주지역, 직업 등 기본적인 정보를 알 수 있고 가구 구성, 소득 등 추가 정보를 필요할 때마다 수집할 수 있습니다.이후 궁금한 고객 대상으로 리타겟팅 조사를 합니다. 특정 패널의 프로필이나 과거 어떤 설문에 응답했는지 알 수 있으니 최근 3개월간 유니클로, 자라, H&M 매장 방문자를 대상으로 한 번 더 설문조사를 진행하는 겁니다. 그 결과는 아래 표를 통해 확인하겠습니다.유니클로, 자라, H&M 방문자 대상 리타겟팅 조사(자료 중 일부)H&M에 자주 가는 고객은 가격 민감도 관련 응답과 여러 브랜드를 돌아다니면서 맞는 스타일을 찾는다는 응답이 전반적으로 많았습니다. 즉, 가격에 민감해 발품을 팔아서 스타일에 맞는 옷을 찾는 것이죠. 반면 유니클로는 패션 관여도와 트렌드 민감도는 낮은데 패션 이외의 관여도가 높으며 품질이나 편안함을 중시합니다. 자라는 패션 민감도와 트렌드 민감도가 높아 다른 브랜드보다 약간 더 프리미엄 한 고객군으로 확인됩니다.이어서 의류 구매 시 고려하는 요소와 각 브랜드별 지불 의향 가격대를 알아봤습니다. 유니클로는 소재와 품질, 자라는 스타일과 디자인, H&M은 스타일과 디자인뿐만 아니라 가격 대비 가치를 가장 많이 꼽았습니다. 이처럼 얼핏 비슷해 보이는 세 SPA 브랜드 방문 고객의 행태 데이터를 살펴본 뒤 가설을 세우고 리타겟팅 설문 조사를 진행하면 세 브랜드 고객의 360º 라이프스타일을 분석할 수 있습니다.  위 방법은 또한 상관관계가 높은 타 카테고리 브랜드와의 Co-Promotion 전략을 수립할 때 활용할 수 있습니다. 우리 브랜드 고객의 취향, 관심사, 그리고 라이프스타일을 알게 되면 Co-promotion 및 Collaboration 기회를 만들 수 있기 때문입니다. 예를 들어 “우리 브랜드가 교보문고일 때 제휴하기 적합한 커피전문점 브랜드가 무엇일까?”라는 고민을 할 때 의사결정의 근거로 활용할 수 있는 겁니다.위 SPA 브랜드 때와 마찬가지로 스타벅스, 할리스커피, 폴바셋의 방문 고객은 다른 카테고리의 어느 브랜드를 자주 이용하는지 분석했습니다. 같은 커피전문점이더라도 스타벅스 고객은 타 카테고리에서 주로 GS25와 올리브영, ABC마트를 자주 가는 반면, 할리스커피와 폴바셋은 반디앤루니스와 교보문고를 자주 이용한다는 걸 알 수 있습니다.커피전문점 방문빈도와 상관관계가 높은 카테고리 및 브랜드(자료 중 일부)그렇다면 교보문고가 기존 고객의 구매 유도를 위한 프로모션을 할 때는 교차 방문자가 많은 할리스커피나 폴바셋이 적합하며, 신규 고객 유입을 원할 때는 교차 방문자가 적은 스타벅스가 더욱 적합하다는 걸 판단할 수 있게 됩니다. 물론, 교차 방문 분석뿐만 아니라 후보 파트너 브랜드의 고객 특성과 브랜드 이미지 역시 충분히 고려해야 합니다. | ③ 온·오프라인 채널 간 분석마지막은 온·오프라인 채널 간 Shared Customer 분석입니다. 이는 특히 이마트 등 오프라인 유통 브랜드가 온라인 채널 확장 시 벤치마킹하거나 경쟁 대상으로 삼아야 할 쇼핑몰을 분석할 때 활용할 수 있습니다.오프라인 기반 대형마트 브랜드 중 이마트, 홈플러스의 고객은 온라인 쇼핑 카테고리의 어느 브랜드를 자주 이용하는지 분석했습니다. 이마트 고객은 쿠팡, 홈플러스는 지마켓을 가장 많이 이용했습니다. 몇 년 전 마케팅 시장에서 이슈가 된 ‘이마트와 쿠팡의 기저귀 최저가 전쟁’의 배경을 어느 정도는 이해할 수 있겠습니다.대형마트 구매빈도와 상관관계가 높은 무점포유통 브랜드 상위 5개(자료 중 일부)그럼 다른 듯 비슷해 보이는 이마트와 홈플러스 고객의 교차 구매 데이터는 왜 다소 다르게 나타난 걸까요? 이마트와 홈플러스의 주 이용 고객, 쿠팡과 지마켓의 주 이용 고객에게 리타겟팅 설문 조사를 진행하니 상관관계가 높은 브랜드 간 공통점을 발견할 수 있었습니다.먼저 홈플러스를 주로 이용하는 고객은 쇼핑의 가장 기본적인 속성인 익숙함과 가격 혜택을 이마트 주 이용 고객보다 더 중요하게 여겼습니다. 놀랍게도 지마켓의 주 이용 고객 역시 쿠팡보다 익숙함과 가격 혜택을 중요하게 생각했습니다. 반대로 이마트와 쿠팡 고객은 상품 구성이나 배송과 같은 추가적인 속성을 중시합니다.즉, 서로 다른 온·오프라인 브랜드라도 고객이 중요하게 여기는 가치가 같을 경우 교차 고객을 가질 수 있다는 겁니다. 위 분석 방법 및 사례와 관련된 자세한 내용은 발표 자료 전문을 통해 확인할 수 있습니다. | Q & A질의응답 세션의 주요 내용을 정리해드립니다.Q. 브랜드 간 상관관계를 잘 파악해서 성공·실패한 마케팅 선례도 있나요?A. 아쉽게도 이런 조사 방법이 가능하게 된지 얼마 되지 않아 공개할 수 있는 성공 사례를 소개해 드리기 힘듭니다. 다만 타 브랜드와 Co-Promotion을 준비하면서 오픈서베이를 이용한 고객의 흥미로운 피드백이 있었는데요. 조사 전부터 어떤 브랜드랑 프로모션 하면 좋겠다는 생각은 했다고 합니다. 이유는 간단하게도 “왠지 그럴 것 같으니까”요. 그런데 내부 설득이 힘들었다고 합니다. 제휴 프로젝트는 설득할 결제 라인도 복잡하고 비용도 많이 드니까요. 그런데 오픈서베이와의 설문조사를 통해 명확한 데이터를 얻었고 이는 곧 내부 설득을 위한 근거 자료로 활용됐습니다. 또 생각도 못 했던 부분에서 추가적으로 발견한 인사이트가 매우 가치 있었다고 하네요. Q. 결제 내역 데이터로 구매한 상세 제품 분석까지 가능한가요?A. 카드사와 비슷한 협업해 본 분들이 종종 물어보는 질문입니다. 결국 결제 내역으로 알 수 있는 데이터는 결제 금액이지 상세 품목은 아니니까요. 오픈서베이는 결제 데이터로 영수증을 수집하는 방식으로 진행합니다. 현재 정기 수집하는 데이터는 편의점 결제 내역인데, 패널이 편의점에서 물건을 구매하고 영수증 사진을 찍어 업로드하면 그 내역을 디지털화해 데이터베이스를 만드는 시스템입니다.현재 편의점 외에는 영수증 내역을 정기적으로 수집하고 있지는 않지만 프로젝트 단위로 편의점 외 특정 매장의 구매 내역을 확인하고 싶다면 의뢰를 통해 진행 가능하며, 편의점 데이터는 이미 자체적으로 기획해 데이터를 쌓고 있기 때문에 궁금한 경우 문의 주시면 얼마나 제공 가능한지 답변드릴 수 있습니다. Q. 올리브영처럼 브랜드 단위의 대중적인 트렌드가 있으면 타 카테고리의 모든 브랜드가 올리브영과 상관관계가 높다고 나올 것 같아요. 그럼 교차 방문 및 구매 데이터 분석이 의미 없는 것 아닐까요?A. 오히려 반대입니다. 특정 브랜드가 완전 메가 트렌드인 경우는 타 브랜드와의 상관관계 계수가 높게 나타나지 않습니다. 어떤 브랜드를 조사해도 메가 트렌드 브랜드를 다 이용한다고 나올 테니까요. 가장 정확한 사례는 편의점입니다. 어떤 브랜드든 편의점과의 교차 구매 비중은 높게 나옵니다. 이 경우 상관관계 그래프는 상관없다고 나올 거에요. 그런데 올리브영의 경우는 특정 브랜드를 구매할수록 더 구매하거나 덜 구매한다는 경향이 분명 존재하는 브랜드입니다. 넓은 메가 트렌드의 일부긴 하지만 여전히 특성 있는 사람들이 활용한다는 뜻이죠. | Shared Customer Seminar지난 7월 4일, 디캠프에서 열린 쉐어드 커스터머 세미나는 다양한 채널에서 셀 수 없는 제품과 브랜드가 쏟아지는 시대에 자사 고객 데이터만으로는 소비자를 온전히 이해할 수 없다는 문제의식을 공유하는 분들을 위해 준비한 자리입니다. 고객의 성향을 이해하고 더 많은 구매를 끌어내기 위해서는 ‘내 고객이 다른 어떤 곳을 방문하는지’, ‘다른 무엇을 사고 있는지’ 파악해야 된다는 해결책을 제시하는 자리기도 합니다. 뿐만 아니라 발표와 질의응답 세션 외 오픈서베이의 전문성 있는 어카운트 매니저와 Q&A 부스도 마련돼 여러 고민을 직접 나눌 기회도 제공했습니다.오픈서베이 Shared Customer 세미나 현장(사진. 오픈서베이)세미나에서는 이외에도 아리따움과 이니스프리의 대체 및 보완 관계에 있는 뷰티 브랜드가 무엇인지, 카테고리 및 브랜드별로 함께 프로모션하기 좋은 커피 브랜드는 무엇인지, 온·오프라인 쇼핑몰별로 공유하는 고객 성향은 어떤지를 브랜드 별 예시와 함께 소개했습니다. 이에 세미나 전체 내용이 궁금하신 분은 아래 이메일로 오픈서베이 데이터 팀에 문의주시길 바랍니다.| 오픈서베이 팀E. [email protected]. 02-3019-7849#오픈서베이 #데이터분석 #시장분석 #마케터 #마케팅 #서비스소개

프로그래머와 개발자는 다르다.커뮤니케이션에 대한 이야기를 하기 전에 프로그래머와 개발자의 차이에 대해 명확히 하려 한다. 먼저 프로그래머는 컴퓨터를 이용해서 프로그램을 만들거나 수정하는 일을 하는 사람이다. 프리랜서로 일하면서 외주 프로젝트를 맡거나 학교 과제를 하면서 프로그래밍을 하는 사람들 모두 프로그래머라 할 수 있겠다.반면, 개발자는 회사나 조직에 소속이 돼서 다른 사람들과 함께 일하면서 개발을 사는 사람이다. 즉 어딘가에 소속이 돼서 규칙이나 규율 혹은 그 조직의 원칙을 가지고 일을 한다면 개발자로 볼 수 있는 것이다. 정리해 보자면 모든 개발자는 프로그래머지만 모든 프로그래머는 개발자는 아니다. 프로그래머와 개발자를 굳이 나누어서 말하는 이유는 개발자에게는 커뮤니케이션 능력이 절대적으로 필요하기 때문이다. 이와 관련해 아주 적절한 비유를 소개하려고 한다. 이 비유는 칼럼니스트 임백준 님의 '개발자의 생명은 커뮤니케이션 능력'에서 가져왔다.(이 글도 아주 좋으니 읽어보는 것을 추천)비유를 해보자면 이렇다. 프로그래머나 해커는 강호를 떠돌면서 혼자서 행동하는 무사라고 한다면 개발자는 군대에 소속되어 있는 정규군이다. 칼럼에서는 정확이 이렇게 표현한다.외톨이 무사에게 생명은 칼 솜씨고 정규군의 생명은 규칙과 규율이다.칼 솜씨는 코딩 실력이 되겠고, 규칙과 규율은 다른 사람과의 커뮤니케이션 능력이라 볼 수 있겠다. 이것이 개발자에게 있어 코딩 실력이 중요하지 않다는 것은 아니다. 코딩 실력은 기본이요. 커뮤니케이션 능력도 반드시 필수적이라는 뜻이다. 군대에 속해서 전투를 치르기 위해서는 기본적인 전투능력이 필요하다. 즉, 개발자는 자기가 맡은 프로그래밍 업무를 성공적으로 수행할 수 있는 능력을 가져야 하고 이것 은 기본이다!좋은 개발자가 되기 위한 첫 번째 방법, '소통'많은 시니어 개발자들이나 개발 관련된 직종에서 오래 근무한 사람들이 가장 많이 하는 말 중 하나가 바로 커뮤니케이션에 대한 이야기다.  개발자를 뽑을 때 중요한 것이 커뮤니케이션 능력이라고 한다. 커뮤니케이션이 원활하지 않아 개발 업무에 차질이 생기는 일이 다반사며 원활한 커뮤니케이션은 막혔던 문제를 훨씬 더 빠른 속도로 풀릴 수 있게끔 만든다.그럼 구체적으로 좋은 커뮤니케이션을 하기 위해 어떻게 해야 하는지 알아보자. 한 번쯤 들어봤을 이야기들이긴 하지만 구체적인 실행방안들을 추가해서 실제 기업이나 조직에서 바로 적용할 수 있도록 했다.건설적인 대화를 하라!너무나 당연한 말이지만, 이 말이 얼마나 업무 현장에서 지켜지고 있는지는 의문이다. 먼저 건설적인 대화의 방법들을 살펴보기 전에 어떤 대화들이 건설적인 대화가 아닌지를 살펴보자. 그리고 그것을 어떻게 건설적인 대화로 바꿀 것인지 말할 것이다.(1) 대화가 끝났어도 명확한 합의점이나 결과, action item, 해결책이 나오지 않았다.- > 이 문제는 두 가지 이유에서 비롯된다. 첫 번째는 대화의 목적(대화를 하는 이유)이나 목표(해결하고자 하는 것)가 불문명해서 대화가 어느 방향을 전개되야 하는지 갈피를 못 잡기 때문이다. 그리고 두 번째는 대화가 끝난 후 테스크로 전환하는 일을 하지 않은 것이다.==> 대화의 목적과 목표를 분명히 하라! 이야기를 시작할 때는 목적과 목표를 분명히 하라. '우리 지금 이 문제를 해결하기 위해 이야기하는 거죠?' '이 문제를 어떻게 처리할지에 대해 이야기해 봐요.' 일차원적일 수도 있겠지만 이렇게 직접적으로 이야기하는 것이 원활한 커뮤니케이션을 하는데 더 효과적이다. 목적과 목표를 정하지 않고 이야기를 하게 되면 이야기가 중간에 표류할 공산이 크다.==> 대화가 끝난 후에는 반드시 대화에서 얻어낸 결과물들을 테스크로 전환하고 각자에게 배분하라! 업무적 성격의 대화인 경우 문제 해결에 대한 이야기일 가능성이 크다. 이때 액션 아이템이나 합의점이 도출되지 않았다면 건설적인 대화가 이루어지지 않은 것이다. 업무 관련 일이 아닐 경우, 단순 아이디어 회의일 경우에는 대화하면서 나온 아이디어를 적고 문서화시켜야 한다. 그래야 나중에 '너 그때 이렇게 말했잖아!' 하면서 싸우는 일이 없다. 결론이나 결과가 없는 대화는 나중에 그 문제로 인해 다시 대화하게 될 가능성이 크다. 그리고 그것은 곧 리소스의 낭비다.(2) 논쟁을 하다 삼천포로 빠지고, 논쟁이 논쟁을 위한 논쟁으로 변질된다.-> 대화를 하다 보면 항상 좋게 좋게만 흘러가는 것이 아니다. 또 원활한 커뮤니케이션이 의견 충돌이 없는 소통을 의미하는 것도 아니다. 의견이 충돌하되 그것을 건설적이고 긍정적인 방향으로 풀어내는 것이 커뮤니케이션 능력이다. 이 케이스는 목적과 목표의 설정이 제대로 이루어지지 않아서이기도 하지만 대화를 하는데 있어서 서로가 명확히 해야 할 부분을 하지 않아서이기도 하다.==> 논쟁의 지점을 분명히 하라! 특히, 논쟁 지점이 여러 가지라면 뒤죽박죽 이 얘기 저 얘기 다 하면서 시간 소모를 할 공산이 크다. 건설적인 논쟁을 위해서는 우리가 어떤 포인트 때문에 논쟁을 하는지 서로 동의하는 부분은 무엇이고 동의하지 않는 부분은 무엇인지 명확히 해야 한다. ==> 용어를 분명히 하라! 서로 쓰는 용어의 의미가 달라서 논쟁이 되는 경우도 많다. 같은 문제를 바라봐도 다르게 말할 수 있고, 다른 문제를 이야기하는데 같은 용어를 통해 이야기할 수 있다. 원활한 커뮤니케이션의 기본은 용어 통일, 논의의 통일이다. 같은 수준에서 이야기할 때 비로소 원활한 소통을 할 수 있다.커뮤니케이션에 있어서 핵심은 '당신'이다.물론, 커뮤니케이션은 쌍방의 문제다. 내가 문제일수도 있고 상대방이 문제일 수도 있다. 하지만, 원활한 커뮤니케이션에 있어서 상대방을 바꾸는 것은 매우 어렵지만, 나를 바꾸는 것은 상대방을 바꾸는 것보다는 수월하다. 그리고 진정으로 커뮤니케이션을 잘하는 사람은 커뮤니케이션을 못하는 사람과도 '잘' 하는 사람이다. 커뮤니케이션을 잘하는 개발자로 인정받고 싶다면 그 누구와도 잘 할 준비가 되어 있어야 한다.그럼 어떻게 바뀌어야 커뮤니케이션을 잘 할 수 있게 되는지 세 가지 조건을 통해서 알아보자.(1) 자신과 상대방의 커뮤니케이션 스타일을 파악한다.서로 누구의 잘못이라기보다는 방식의 차이 때문에 싸우는 경우가 다반사다. 말투, 어투, 말하는 방식, 시기 등 자신의 스타일을 모르고 상대방의 스타일을 이해하지 못할 때 커뮤니케이션은 막혀버린다. 가장 좋은 것은 글로 적어보는 것이다. 나는 이렇고 상대방은 이렇다. 직접적으로 적어본다면 보다 커뮤니케이션 스타일을 이해하기 쉬워진다. 그리고 커뮤니케이션 스타일을 이해하는 것만으로도 커뮤니케이션을 할 때 많은 도움이 된다.(2) 상대방이 당신에게 망설임 없이 커뮤니케이션할 수 있게 하라!어떤 사람과는 커뮤니케이션 시작 자체를 하기가 어려운 사람들이 있다. 바쁘거나 시작하면 논의가 이루어지지 않거나 많은 조건들이 있을 것이다. 특히, 이 부분에 대해서는 스스로를 돌아보기가 매우 힘들다. 이때는 딱 두 가지의 것을 확인하면 된다.첫 번째로는 주변에 커뮤니케이션하기 망설여지는 상대를 찾아보라. 그리고 그 사람과는 왜 커뮤니케이션이 망설여지는지 생각해 보고 나를 돌아보면 된다. 타산지석(他山之石)이라 했던가. 혹시 내가 커뮤니케이션이 망설여지는 사람이 아닌지 다른 사람을 통해 되돌아보자.두 번째로는 다른 사람에게 솔직하게 물어보는 것이다. 이 방법이 사실 제일 중요하다. 내가 커뮤니케이션에 있어서 부족한 점은 없는지 상대방에게 물어보는 것이 가장 효과적인 방법이다. 물론, 솔직한 말을 듣는 것이 처음에는 두렵고 상처가 될 수도 있다. 하지만, 이것은 당신을 가장 성장시켜줄 대화 중 하나다. 동료만큼 당신과 커뮤니케이션을 많이 하는 사람도 없을 테니 바로 옆자리의 동료에게 자신의 커뮤니케이션에 있어서 부족한 점을 솔직히 말해달라고 부탁하라!(3) 동료와 친밀한 관계를 형성하고 공감하는 것은 중요하다.여기 회사 동료와 친할수록 일의 효율이 올라간다는 연구결과가 있다. 커뮤니케이션의 기본은 열린 마음이다. 그리고 마음은 상대방에게 호의가 있을 때 더 쉽게 열린다. 좋은 커뮤니케이션을 위해서라면 사전에 좋은 관계를 형성하는 것도 중요하다. 좋은 관계와 좋은 커뮤니케이션은 서로 밀접한 상관관계가 있다.대화가 커뮤니케이션의 전부가 아니다.대화만으로 모든 커뮤니케이션을 할 수는 없다. 효율적이지도 않고 물리적으로 불가능한 상황이 있을 수도 있다. 원활한 커뮤니케이션을 위해서라면 적절한 도구의 사용이 필요하다. 즉, 협업 툴을 효과적으로 사용하여 자신이 하고 있는 일들을 상대방에게 알려주고 상대방의 업무를 파악하려고 노력하라!도구의 사용은 커뮤니케이션에 사용하는 비용을 엄청나게 절감해 준다. 자신이 커뮤니케이션에 자신이 없고 언변이 부족하다 생각한다면 도구를 잘 쓰는 방식으로 커뮤니케이션 능력을 향상시킬 수 있다. 지금까지 위에서 언급한 것들은 쉽게 바뀔 수 있는 것들이 아니다. 왜냐하면 지금까지 몸에 체화된 자신만의 대화 방식을 바꾸는 것이기 때문이다. 하지만 커뮤니케이션 도구의 사용은 프로그램이다. 프로그램은 사용법을 배우면 된다.예를 들어, ASANA라는 협업 툴로 자신과 동료의 업무를 리스트화하고 체크할 수 있다. 또는, 구글 캘린더에 자신의 스케줄을 올려서 일정을 공유할 수 있다. 협업 툴을 이용하면 일의 진행사항들을 쉽게 공유하고 상대방의 일정을 파악할 수 있다. 그리고 이런 정보의 공유는 원활한 커뮤니케이션의 기본이다. 이런 도구들을 통해 커뮤니케이션이 부족한 사람들도 충분히 좋은 '커뮤니케이터'가 될 수 있다.커뮤니케이션도 실력이다.다시 처음으로 돌아가 커뮤니케이션의 필요성에 대해 다시 강조하려고 한다. 어떤 사람은 개발자의 핵심은 개발 능력이고 커뮤니케이션은 잘하면 좋은 것이라 생각한다. 위에서도 언급했지만, 개발자는 떠돌이 무사나 용병이 아니다. 조직에 소속되어 있는 개발자라면 소통하고 커뮤니케이션을 하는 능력이 핵심이다.그래서 개발자가 되려는 사람들에 항상 하는 말 중 하나가 다른 사람과 함께한 협업 프로젝트를 해보라는 것이다. 함께 프로젝트를 하는 경험은 프로그래밍 능력을 향상시킬 뿐만 아니라 어떻게 함께 개발하는지에 대해 많은 고민을 할 수 있게 해준다. 단순히 프로그래머가 되려면 코딩 실력에만 집중하라! 그러나, 다른 사람들과 함께 개발을 하는 개발자를 지향한다면 반드시 커뮤니케이션 역량도 향상시켜라!Good Developer 두 번째는 커뮤니케이션에 대해서 다루었다. 다음 Good Developer 는 나쁜 개발자에 대해서 알아볼 것이다.

 처음 이 회사에 면접을 보던 날이었습니다. 이날 2차 면접을 보러 왔었는데 어머니는 무슨 중소기업이 2차 면접을 보냐며 그렇게 인재를 못 알아보는(?) 회사는 보러 가지 말라고 하실 때였죠. 여하튼 저는 깔끔하게 옷을 입고 2014년 5월에 이 회사에 면접을 보려 왔습니다. 저녁 7시에 면접이 시작되었기 때문에 1시간여를 함께 얘기하다가(4대 1로 시작한 면접은 개발자분들까지 합류하여 6대 1 면접이 되어버렸습니다) 서로 배가 고픈 나머지 주린 배를 쥐어 잡고 식당으로 갔던 기억이 나는군요. 함께 밥을 먹고 빠이빠이 하려는 찰나 저에게 말을 걸어오시는 대표님, "시간 괜찮으시면 술 한잔 하시죠?" 지금도 그렇지만 술을 거절하는 성격은 아니기에 "좋습니다"하며 바로 따라나섰고 그렇게 3차 술 면접이 시작되었습니다. 그때까지만 해도 술을 그렇게 많이 먹을 줄을 몰랐습니다. 제가 이전까지는 소맥을 절대 먹지 않았는데 좌중 분위기가 소맥을 먹는 분위기였고 부어라 마셔라 분위기어서 어쩔 수 없이 먹다 보니 기분이 좋아지고 또 그렇게 어느 순간부터 목구멍에 술을 들이붓고 있더군요. 그 와중에 한 친구는 어제 여자친구랑 헤어졌다며 울고 있었습니다. 정신 차려보니 이사님의 친동생분과 친동생의 여자친구분도 술자리에 참석해있더군요.(다음날 정신 차리고 곰곰이 생각해보니 사실 참석해있던 게 아니라 저희가 그 자리로 찾아간 것이었지만요) 바람을 쐬려고 밖에 나와 담배를 물고 있는데 면접 볼 때 개발자로 참석했었던 친구가 같이 나와서 함께 담배를 피우게 되었습니다. 저는 사실 술을 너무 많이 먹어서 다시 포장마차 안으로 들어가지 않으려는 요량으로 그 친구과 이야기를 좀 길게 하려고 회사에 대한 질문을 던졌는데 그것이 점차 심화되어 팀원에 대한 얘기까지 나오더군요. 그 친구의 말에 따르면 현재 회사 자체는 굉장히 맘에 들지만 한 가지 정말 싫은 점이 있다고 했습니다. 그 점은 바로 의사소통에 관련된 것이었는데요. 사업 개발하시는 분이 기획도 같이 하시는데 개발도 모르고 UI/UX도 모르며 심지어 디자인 감각도 없다는 것이었습니다. 그리고 회의할 때마다 자꾸 서로 다른 얘기를 하는데 이야기가 도무지 이해가 안 되고 자신의 이야기도 이해를 하려 하지 않는다는 말을 거침없이 뿜어내더군요. 심지어 같은 개발자끼리도 말이 안 통한다고 한탄하기도 했어요. 그 당시에는 개발자가 두 명밖에 없었는데도 말이죠. 저는 그 이야기를 듣자마자 제가 이 팀에서 해야 할 일은 의사소통을 중재하는 일이다라고 직감하게 되었습니다. 그 당시에는 2차 면접이라 내가 이 팀의 리더가 되어야겠다는 생각을 할 수 없었습니다. 단지 이 팀이 원활하게 돌아가려면 의사소통이 원활하게 되어야 한다라는 생각만 있었을 뿐입니다. 저는 그렇게 개발자와 기획자(사업개발) 간에 커뮤니케이션의 다리로써 회사생활을 시작하게 되었습니다. 물론 개발에도 한몫 하긴 했지만 서비스를 운영했던 경험도 있고 영업 경험도 조금은 있어서 그나마 다른 개발자분보다는 굉장히 수월하게 역할을 수행해낸 것 같았습니다. 다른 분들이 저를 조금씩 신뢰하게 되면서 일거리가 엄청나게 늘어났기 때문에 그것을 더욱 잘 실감할 수 있었지요. 그렇게 저는 처음으로 회사에서 리더라는 포지션에서 역할 수행을 할 수 있었습니다. 입사 순서는 가장 늦었지만 중간자의 위치에서 양쪽 입장을 그나마 객관적으로 관찰하고 수행하는 역할을 맡았지요. 저를 제외한 팀원이 2명일 때에는 이렇게 팀이 운영될 수 있었습니다. 팀에 1명의 개발자가 늘어나자 문제는 또 180도 달라졌습니다. 저는 단순히 팀원이 2명일 때의 공식과 별반 다르지 않다고 생각했는데 2차 함수에서 3차 함수로 변한 것이 아니고 처음 보는 그래프가 떡하니 등장해버린 것입니다. 새로 들어온 친구는 굉장히 자부심이 커서 이것저것 많은 것을 해보려는 욕심이 많았습니다. 우리 같은 스타트업에서는 뭐든 자유롭게 할 수 있었지만 인프라가 부족했기 때문에 바닥부터 해야 한다는 엄청난 벽이 있었는데요, 그 친구는 그 벽을 항상 탓했습니다. 그렇게 주변 사람들에게 불만을 토로하고 다니는 그 친구 때문에 저는 많은 스트레스를 받았을 뿐만 아니라 바쁜 일정을 소화하느라 엄청난 압박을 받았고, 건강악화까지 겹쳐서 굉장히 힘든 시기였습니다. 두통이 너무 심한 나머지 병원에 가서 링거를 맞으면서 고혈압이니 조심해야 된다라는 얘기를 듣고 모든 것이 다 원망스러웠습니다. 머리가 아파서 담배를 줄이고 대신 술을 자주 먹게 되면서 매일매일 피곤한 삶을 보냈고 그 친구로 인한 스트레스가 점점 깊어지면서 둘 간의 사이도 멀어진 것이 사실입니다. 그 당시 저와 그 친구의 공통점이라고 하면 바로 건강이 안 좋다는 것이었는데요. 그 친구는 안 좋은 식습관과 과다한 카페인 섭취, 잦은 밤샘, 흡연으로 천식, 지방간, 두통을 오랜 시간 동안 달고 살아왔습니다. 나이가 어림에도 불구하고 눈은 시커멓고 배는 툭 튀어나왔지요. 제가 아프기 전에는 그 친구에게 자주 이런 말을 했습니다, "건강해야 일도 하는 거다. 자신의 건강도 못 챙기는 사람이 어떻게 회사를 이끌어가겠냐" 제가 건강을 잃고 그 친구와 같이 골골대다 보니 번뜩 머리를 치는 생각이 들었습니다. 나는 왜 그 친구에게 건강을 챙기라고 말했으면서 정작 나 자신은 지키지 않는가? 그 날 이후로 저의 삶은 확연히 달라졌습니다. 담배를 완전히 끊고 술을 줄이고 아침저녁으로 30~40분씩 자전거를 탔습니다. 3개월이 지나고 저는 다시 건강을 되찾았습니다. 저는 다시 그 친구에게 건강의 중요성에 대해 자신의 경험을 통해 얘기했고 그 친구도 조금 달라지는 모습을 보였습니다. 밤 12시 이전에 잠자리에 들기, 하루에 커피 1잔만 마시기, 담배 줄이기, 아침 챙겨 먹기 등 그 친구도 열심히 실천하는 모습을 보이기 시작한 것입니다. 제가 이 경험을 통해 느낀 점은 리더는 모든 팀원들에게 모범이 되어야 한다라는 점입니다. 맹자가 들려주는 리더의 자기수련법 9가지라는 글에서 첫 번째 덕목이 바로 스스로 모범을 보여라라는 내용인데요, 거기에 이런 글귀가 있습니다.윗자리에 있는 사람이 좋아하는 것이 있으면, 그 아래 있는 사람은 반드시 그것을 더 좋아하게 된다. 군자의 덕은 바람이고 소인의 덕은 풀이다. 풀은 바람이 불면 반드시 바람을 따라 눕게 마련이다. - 등문공 지각을 하지 않는 리더를 따르는 팀원들은 지각을 하지 않을 것이며, 다른 사람들에게 상냥하게 대하는 리더를 따르는 팀원들은 다른 팀원들에게 상냥하게 대할 것이라는 것을 깨닫게 되었습니다.(이 이후로 저는 절대 지각을 하지 않습니다) 그렇게 그렇게 여러 과정을 거치면서 제가 회사에 다닌 지 2년이 넘었습니다. 이제는 팀원도 10명 가까이 되고 회사 전체적으로도 많은 사람들이 함께 일하고 있지요. 아까 2차 함수가 3차 함수로 변하지 않았듯이 10명이나 되는 팀원을 이끌 때는 또 다른 방법이 필요하다는 것을 느꼈습니다. 현재 팀원들은 굉장히 책임감이 넘치고 의욕적입니다. 고등학교에 다니는 18살짜리 친구도 있고, 고등학교를 갓 졸업한 친구들도 있고, 대기업에 다니다 온 친구도 있으며, 석사 과정을 때려치우고 온 친구도, 심지어 애가 둘이나 있는 아저씨도 있습니다. 처음에는 이런 생각도 들었습니다.개발팀에서 개발을 못하는 리더가 필요가 있을까? 무조건 팀원보다 모든 것을 잘해야 하지 않나? 또 뇌의 반대편에서는업무 처리를 잘하는 리더가 과연 진정한 리더일까? 오히려 팀원들을 위해서 희생하는 리더가 진정한 리더이지 않을까?라는 생각이 들었습니다. 어쩌면 팀원들은 리더인 저보다 업무 자체를 잘 할지도 모릅니다. 그다음부터는 온갖 귀찮은 일들을 제가 처리하기 시작했습니다. 작은 서류 작업부터 제품 테스팅, 연구 노트 작성, 제품 등록 등의 귀찮은 일들을 떠맡았지요. 제 머릿속에는 이런 생각이었습니다.팀원들은 자신이 원하는 재밌는 일을 하고, 리더인 나는 모두가 귀찮다고 생각하는 일을 해야 한다. 이렇게 되니까 제 자신이 너무 힘이 든 겁니다. 하루 종일 잡일만 떠안다 보니 엉덩이가 의자에서 떨어지는 횟수가 많아지고 내가 하는 일에 회의감을 느끼게 되었습니다. 재밌는 일을 하기 위해 스타트업에 들어왔는데 오히려 회의감을 느끼는 어처구니없는 상황이 발생한 것입니다. 다행히도 저는 이 잘못된 상황을 바로 깨달을 수 있었습니다. 왜냐하면 벤처라는 생태계에서 항상 잘못을 깨닫고 뉘우치고 분석하고 발전하는 일을 배워왔고 그것에 굉장히 익숙했기 때문입니다. 처음에는 내가 남들이 귀찮다고 생각하는 재미없는 일을 해서 회의감을 느낀다고 생각했지만 사실 그게 큰 이유가 되지 않는다는 것을 깨달았습니다. 일을 하다 보면 하기 싫은 일을 할 때가 더 많고 그런 일들이 모여 큰 목표를 달성하게 되며, 프로젝트가 목표에 가까워지는 것을 보면서, 그리고 목표를 달성하는 순간 엄청난 쾌감에 전율을 느끼는 순간이 있다는 것을 저는 알고 있습니다. 여기서 제가 빼먹은 것은 바로 목표입니다. 물론 저의 목표도 포함하여 팀원들의 목표를 이야기하는 것이고 목표를 위한 동기부여 또한 중요합니다. 저는 팀원들을 속이고 있었습니다. 목표를 제시하기보다는 하는 일 자체에 재미가 있다 없다를 구분하고, 눈앞에 닥친 재밌는 일을 하게 함으로써 동기부여를 받게 하려는 엄청난 과오를 범했던 것입니다. 저는 제가 귀찮은 일을 떠맡음으로써 팀원들의 눈을 속이고 그들을 과소평과 하는 무례를 저지르고 말았습니다. 이런 과오를 범한 것에는 저의 소심함에 한몫 거들었다고 볼 수 있습니다. 어렵게 얻은 사람들을 잃기가 싫었고 그들이 이 프로젝트의 재밌는 부분만을 바라보게 함으로써, 다른 생각을 하지 못하게 하고 계속 저와 함께 일하도록 했습니다. 저는 지금 생각하는 옳은 방향으로 다시 선로를 틀었습니다. 팀원들에게 목표를 제시하기로요. 이 프로젝트를 하는 목적은 이것이며 우리의 목표는 이것이다를 항상 강조했습니다. 이 프로젝트를 완수함으로써 우리는 고객들에게, 사용자들에게 이런 것들을 제공할 수 있다를 항상 이야기합니다. 또한 프로젝트 완료 후에는 팀원들에게 우리 제품이 어느 나라 어느 도시에 얼마큼 설치되었고 현재 그들이 잘 사용하고 있으며 이런 말들을 하더라, 좋은 점은 이런 점이고 안 좋은 점은 이런 점이라고 말하더라... 이런 식으로요. 우린 그들의 피드백으부터 새로운 목표를 찾고 새로운 가치를 창출하게 되었습니다. 현재까지 우리는 매우 만족하고 있으며 또 다른 좋은 방법을 찾기 위해 노력하고 있습니다 :)#비주얼캠프 #인사이트 #경험공유 #성장 #일지

스푼을 만드는 사람들 11번째 이야기엉뚱하고 솔직한 매력이 넘치는, 재무팀 엘리를 소개합니다!재무팀 Ellie를 표현하는 단어 4가지 1. 두더지2. 빵순이3. 단발머리4. 엘리자베스 여왕알고 보니 별명 부자 엘리, 나를 한마디로 표현한다면?사이다 - 저는 솔직함이 매력입니다. 저의 솔직함엔 '악' 이 없어요 하하! (기분 나쁘지 않게, 하지만 팩트만 쏙쏙 말하는 엘리, 사이다 인정합니다)두더지 잡기 게임'Ellie' 당신이 궁금합니다.Q. 이 구역 최강 빵순이셨다고요?"네, 저 빵 되게 좋아해요. 건강상 몇 년 전부터 줄이긴 했지만 사실 매일 빵을 먹었을 정도로 빵을 좋아해요. 모든 빵을 좋아하긴 하는데, 앙버터가 진짜 맛있는 거 같아요. 추가로, 저는 '고기'를 좋아해요. 고기를 많이 먹어서 그런가? 그래서 제가 건강해요 (웃음)"Q. 엘리자베스 여왕 feat. 커피 값 내는 여자"제가 언젠가부터 갑자기 엘리자베스 여왕이 됐더라고요? 저는 여왕 싫은데.. 전 공주 하고 싶은데.. 왕자는 어디 있죠? 얼마 전에 준이랑, 써니랑 몇 분 다 같이 커피를 마시러 갔을 때 제가 커피값을 냈는데, 갑자기 그 후로 제가 엘리 + 자베스 여왕이 되었더라고요. 부끄러워라"Q. 별명중에 '두더지'가 있던데.."제가 키가 작은 편인데요. 다른 멤버분들이 말씀하실 때, 잘 안 들리거나 궁금하면 제가 의자에서 살짝 일어나서 위를 빼꼼 쳐다보는데요. 그 모습이 두더지 잡기 게임 같다고 그 후로 두더지라는 별명이 생겼어요."당신의 회사생활이 궁금합니다Q. 재무팀에선 어떤 일을 하시나요?"저는 재무회계 관련된 모든 업무를 담당하고 있는데요.1. 급여와 복지비 지급2. BJ 환전 지급3. 법인 카드 관리 및 세금 신고하고 납부 4. 매출 입금 확인 등의 업무를 담당하고 있습니다!"Q. 엘리가 스푼에게 바라는 점은?"저는 현재 딱히 바라는 건 없고요. 회사가 많이 성장하면서 이미 많이 다양한 것들을 제공해주시고 있기도 하고. 반반 차(2시간 off) 제도도 생기고 만족스러워요. 희망사항이 있다면, 회사 내 동아리가 생기면 좋겠다고 생각해요. 그리고 예전에 저희 Jun 이 리드해주셨던 6시 30분, 퇴근 30분 전에 하던 거 있잖아요. 그거 다시 생겼으면 좋겠어요!"*일일 미션: 각 한 사람씩 주어진 다양한 주제를 가지고 정리 및 요약하여, 퇴근 30분 전 모여서 함께 지식과 의견을 나누는 미션.Q. 어떤 사람과 근무하고 싶으세요?인성이 바른 사람이요. 근데, 인성이 바르다는 걸 판단하는 게 참 어렵더라고요. 물론 일도 잘했으면 좋겠지만! 일은 사실 가르치면 돼요. 현재 스푼 멤버들처럼 바른 인성을 가지신 분들이면 좋겠어요.Q. 동료들에게 하고 싶은 말이 있다면?"파이팅..? 우리 모두 부자 됩시다. 아 그리고 특히 제 또래분들께 하고 싶은 말이 있어요. 모두 건강합시다. 건강 챙기셔야 해요. 이제 저희 나이면..(중략)"Q. 스푼에서 근무하면 좋은 점은?"젊은 사람들하고 일할 수 있다는 게 가장 큰 장점이라고 생각해요. (본인도 젊으심). 젊은 분들은 생각도 더 열려있고, 아이디어도 많고 많은 면에서 잘하는 게 많은 것 같아요. 우리 때(?)는 본인이 하고 싶은 이야기를 잘 못하는 문화였는데.. 요즘은 그렇지 않은 회사가 많아지는 추세이다 보니, 스푼도 그중에 한 곳이고요. 그리고 저랑 비슷한 또래분들이 많아서 좋습니다."당신의 사생활이 궁금합니다Q. 엘리의 스트레스 푸는 방법은?"저는 스트레스를 받아도 잘 표현을 안 하는 편이에요. 스트레스를 안 받는 체질이기도 하고요. 가끔씩 스트레스를 받을 때는.. 맛있는 거 먹고 사람들과 이야기하고 술 마시면 괜찮아지더라고요."Q. 여행 마니아라고 들었습니다"최근 1년 정도 3-4번 정도 다녀온 것 같아요. 혼자 여행하는 것도 좋아하고, 가족들이랑 친구들과 가는 여행도 굉장히 좋아하는데요. 보통 대부분 일본과 대만에 가서 쉬다가 와요! 관광하고, 쉬고, 먹고 다 그런 거죠 뭐!"(나중에 여행 같이 가요. 엘리랑 가면 재밌을 거 같아요)Q. 퇴근하고 다양한 활동을 하시던데.."저 요즘 퇴근하고 요가도 하고 영어학원도 다니는데요. 회사 건물이 영어학원인데 사실 여기 안 다니고 반대편 경쟁사 업체에서 공부하고 있어요. 이 건물 학원을 안 다니는 이유요? 퇴근하고 같은 건물에 있으면, 퇴근하고 같은 건물에 있으면, 퇴근 안한 기분도 들고, 잠깐의 산책도 할겸 다른 건물에서 퇴근 후 삶을 만끽하고 싶어서요 하하"Q. 15년 차 경력과 경험의 팁을 알고 싶어요"먼저, 저는 다른 직무를 해보고 싶단 생각을 20대 때 잠깐 했던 것 같긴 한데.. 그 후에는 없었던 것 같아요. 원래 어릴 때부터 주판도 배우고, 속셈학원도 열심히 다녀서 그런지 대학 때 전공도 이쪽으로 공부를 했었어요. 그래서 앞으로도 쭉 이쪽으로 하고 싶단 생각이 들고 50대까지 쭉쭉 일하는 게 꿈이고요.재무회계 쪽으로 진로를 결정하는 분에게 해드리고 싶은 나름의 팁이 있다면, 당연한 말이겠지만(?) 정말 꼼꼼하셔야 하고, 성실하셔야 한다고 생각해요. 특히 숫자에 관심이 많으시면 조금 더 쉬우실 것 같다고도 생각이 들고요. 아무래도 제가 공부했을 때랑 많이 변했겠지만, 이런 부분은 필수라고 생각해요. 자격증 공부를 미리미리 해두시면 좋지 않을까 싶어요."팀원들이 엘리를 한마디로 표현한다면?Jun 曰: 마이쿤 탄산가스 - "톡톡 튀는데.. 가끔은 빵 하고 터질까 봐 두려워요"(오늘도 말하는데 입 아프다니까, 엘리가 저한테 "입은 안 아프시잖아요"라고 그랬음)

지난 글에서는 스타트업 창업자로서내가 생각하고 있는 정의에 대한 이야기를 했다.그래서...So what?사실 궁극적으로 하고 싶은 말은바로 행동과 적용이다.이번 브런치에서는 그래서 어쩌라고라는 의미에서글을 남긴다.한 때는 내가 보고 싶은 것만 보고 살았고,어느 때인가부터 내가 아는 만큼만 보이기 시작했고,한 순간 내가 보고, 아는 것 외에도 세상은 넓다는 것을 깨달았다.내가 모르는 것을 볼 수 있는 자신은 없지만,내가 모르는 만큼 더 듣고, 더 이해하려고 노력해야조금이나마 모르는 세상을 느낄 수 있다.꼬맹이 시절에 전래동화를 통해 본 세상은착하게 살아야지, 안 그럼 도깨비에게, 하늘에게 혼나니까 라는 식이었다."아! 항상 정의는 이기는구나"청소년기에는 만화와 영화, 드라마를 통해 가끔은 비극으로 끝나지만...대체적으로 정의가 승리하는 구도는 여전했다.마지막에 항상 미지에 알 수 없는 힘이 더해져서악당을 이겨내더라고.사실 현실에서의 괴리감을 느낀 것도 이 맘 때였다.책 속에서는 정의가 이기던데,현실에서는 꼭 그런 것 같지 않더라.그때부터 "정의는 결국엔 이긴다."라고 바뀌었다.혈기 왕성하던 20대까지는 이 말을 믿고 살았다.왜, 어떻게 정의가 승리하는 줄은 모르지만,무작정 정의가 언젠가는 이길 거라고 우겼다.그리고 대학을 거쳐, 직장생활을 하며 이전과는 확연하게 다른 시각을가지게 되었다."정의는 과연 이기는 걸까?"한 때 서점가에 돌풍을 일으켰던[정의란 무엇인가(Justice)]라는 책의 저자 마이클 샌델(Michael Sandel) 교수는 정의(正義)에 대하여 여러 가지 관점에서 고찰하고, 우리에게 질문을 던졌다.어쩌면, 비상식이 상식처럼 굳어지던 사회의 어두운 면이정의를 갈구하는 욕구를 자극하여베스트셀러가 되었는지도 모른다.정의의 여신과 승리의 여신은 동일하지 않아.정의의 여신과 승리의 여신이 함께 동행하기도 하지만,때로는 승리의 여신이 정의의 여신을 외면하기도 하지."정의라고 승리하지 않는다."정의, 진실, 선이 결국은 이긴다고 믿는다면,당신은 잘못된 상식을 가지고 있어.엄밀히 따지자면,정의와 승리는 상관관계가 없다.부도덕하거나,비상식적이거나,불합리해도 승리를 거머쥐기도 하지.정의라고 무작정 승리할 거라는순진한 발상은 버려야 한다.승리는 힘이 있어야 이길 수 있다.그 힘이 자본이든, 아이디어든, 고객의 절대적인 니즈든,완전 하이테크든 간에....뭔가 이길 수 있는 힘이다.신이라던가,절대자에게는 정의가 승리한다.정의가 이길 수 있게 하는 힘이 있으니까.그런데우리가 그런 존재는 아니잖아.정의가 승리하도록 하기 위해서우리는 승리의 요건을 갖추어야 한다.정의, 진실, 선 과 같은 가치는힘을 가져야 할 명분이며,힘을 모아야 할 이유이며,힘을 제대로 사용해야 할 근거이지그 자체가 승리를 보장하지 않는다.정의가 승리하기 위해전략과 수단, 방법을 고민해야 하고,때로는 고난과 역경에도 견뎌내야 한다.단지, 정의로우니까 이긴다라는헛된 망상을 전염시키지 마."정의니까 이기도록 해야 한다"라는 표현이 더 합리적이다.대한민국의 역사와 세계사를 되짚어 보면,진실이 밝혀지고, 정의구현이 되는 경우는많은 사람들의 공감과 헌신, 노력, 고난이 있어야가능했다는 점을 기억하라.책상머리에서 옳고 그름을 논하기만 한다고세상이 바뀌지 않는다.없는 만큼, 부족한 만큼 더 많이, 더 빨리 움직여야 한다.또한 남들과 같은 노력은 차별성을 만들지 못한다.모두가 승리를 위해서 노력한다.나의 정의를 위해서 싸우지만,상대도 나름 자신의 정의를 위해 싸우며,우열을 가리는 것은 바로 누가 더 절실했느냐,누가 더 전략적이었느냐, 누가 더 효과적이었느냐이다.축구 경기할 때, 우리가 응원하는 팀이 이기게 해달라고 기도한다.그런데 재미있게도상대 응원단도 자신의 팀이 이기게 해 달라고 기도한다.신은 누구의 기도를 들어줄 것인가.더 많은 연습과,더 유기적인 팀워크와,더 끝까지 절실한 팀에게확률을 높여 줄 뿐이다.경기를 직접 뛰는 선수들 모두가 그렇게 노력해서 그 자리에 있는 사람들이다.누가 이기든 그럴 자격이 있는 사람들이고,신은 누가 이기든 사실 관심이 없다.정의가 승리하기 위해서는상대를 가르치려 들지 말고,공감하게 해야 한다계몽이라는 말은꿈에서 깨도록 한다는 뜻인데....상대방의 무지함, 몽매함을 깨닫게 하기 위해가르치고, 훈육하는 활동을 말한다.교육의 효과를 무시하는 건 아닌데....서로 대척점에 있는 사람들을설득하는 데 있어 가르치려 드는 사람에게는반감이 우선 들고, 이성적이지 않은, 지극히 감적적인,무조건적인 반대를 이끌어낸다."나는 이쪽으로 전문 가니까, 나에게 배우는 것을 감사해야지""당신이 모르니까, 당신이 무지하니까 내가 가르쳐 줄게."이러한 접근과"내가 당신의 입장을 몰랐듯, 당신도 나를 모르니, 함께 서로를 알아가 봅시다.""그 상황에서는 그럴 수도 있지요. 다음에는 우리 이런 방법으로 접근 가능한지 논의해 볼까요?"무언가 보이는가?그 사이에 투명하게 보이는 벽, 칸막이가....스타트업 입장에서는고객을 가르치려 들면 안 된다.고객에게 공감하고,피드백을 적용하려고 애써야 한다.고객에게 맞고 틀리고를 따지는 것만큼 바보 같은 일은 없다.우리는 스타트업이라는 굴레는항상 고객을 향해 염두할 것이"보여 주고 싶은 것을 보여주는 게 아니라보고 싶어 하는 것을 보여주어야 한다"간혹 자신의 회사를 홍보하기 위해기존 경쟁사와 비교하는 모습을 보게 된다.경쟁사가 정의롭지 않은 회사인가?절대로 그렇지 않다.경쟁사는 내 입장에서 위협이 되고,경쟁에서 우위를 점해야 할 러닝 메이드이다.경쟁사도 나름의 정의를 가지고 있다.우리고 나름의 정의를 가지고 있다.다만, 우리는 같은 링 안에서진검을 겨눈 채 마주 한 것뿐이다.누가 악인이고, 누가 선인이라는 구분은 없다.우리가 이긴다면,우리의 정의를 더 널리, 오래 알릴 수 있다.오히려 경쟁사가 있다는 점을우리는 감사해야 한다.경쟁자가 없다고 생각한다면,당신은 외톨이거나,당신의 눈이 멀어있거나,경쟁자가 일찌감치 멀리 앞서가고 있거나,그 시장 자체가 존재하지 않는 곳이다.어쨌든 경쟁사를 폄하하거나 까지 마라.억지로 깎아내리는 모습은 정말 아니다.경쟁사의 단점만 부각하면서자신이 돋보일 거라 생각하겠지만,그냥 못나 보인다.차별성이라는 것은 상대를 낮춰서내가 잘난 게 아니다.상대는 이쪽을 잘하는데우리는 저쪽을 잘해요,상대는 이런 걸 하는데 우리는 요런 걸 좀 바꾸었어요.경쟁제품의 불편한 점을 언급할 수는 있지만,이미 시장에서 팔리고 있는 제품이라면,그쪽도 차별성을 가지고 있는 것이다.치졸하지는 말자고.배고픈 소크라테스가 나은지,배부른 돼지가 나은지 논쟁은 무의미하다.(존 스튜어트 밀: John Stuart Mill을 까는건 아니고...)단순하게 생각해서...배부른 소크라테스가 제일 낫다.사회에 대한 불만과 불신이 쌓이다 보면,없는 자들이 가진 자들을 향해 힐난하고 비난하는 부류를 보게 된다.그런다고 뭐가 달라지나?자본주의 사회에서...아니,인간이 지구에 등장한 이래로모두가 평등한 적이 있던가?모두가 하하호호, 손에 손잡고,어깨동무하던 때가 있던가?우리의 정의를 관철하기 위해힘을 얻어야 한다.돈에 눈이 멀어서 중간에 정의를 내팽개쳐버리고변절하지 하는 것도 경계해야 하지만염세적으로 힘없는 정의만 외치면서허송세월을 보내는 것도 경계해야 한다.나 혼자 안될 거면, 동료를 모아라.가진 게 없어 안되면, 가진 걸 늘려라.무지해서 못했다면, 지식을 배워라.정치인들이 거기서 거기라고,믿을 수 없다고투표일에 놀러 가면서세상이 바뀌길 바라는 건 정의가 아니라 도둑놈 심보다.사회가 이 모양 이 꼴이라서내가 할 수 있는 게 없다고골방에 파묻혀 세상 밖을 안 나오면서세상이 뒤집어지길 바란다는 건 네가 정의로운 게 아니라 배알이 꼴린 놈이다.일시적으로 겁을 먹을 수는 있어.잠깐 좌절하고, 재충전할 필요도 있어.실망과 분노를 참으라는게 아니라그걸 딛고 일어날 준비를 해야지.너의 정의를 관철하기 위해어떤 노력을 하였는가,어떤 희생을 하였는가.더 놀고 싶은 거,더 자고 싶은 거,더 하고 싶은 거...그걸 절제할 수 있는 것은이것들보다 더 큰 가치의 목적이 있어야 하지.그 목적조차 잃어버리면,아무것도 할 수 없어.나 나름대로의 정의는그 무게와 가치가 크다고 믿고 있어.그렇기에 이겨야 하고,승리해야 하지.비록 지금 당장은힘들고, 어렵고, 좌절할 일이 있더라도잊지 말자고.정의가 기필코 승리하도록...#클린그린 #스타트업 #창업가 #창업자 #마인드셋 #조언

코미디 영화 사상 1,500만 명 관객을 기록한 <극한직업>. 극장 밖을 나선 순간 치킨이 생각나는 건 어쩌면 당연한 일. 이에 발맞춰 CJ CGV에서 ‘BBQ 직화구이 치킨’을 선보였다. 영화관에서 치느님 영접을 가능케 주인공을 만나보았다.  유학파 출신 셰프가 극장으로 온 이유? ▲ ‘BBQ 직화구이 치킨’을 탄생시킨 CJ CGV F&B사업팀 이홍철 님지난 1월 24일, CJ CGV에서 야심 차게 출시한 ‘BBQ 직화구이 치킨’. 부드러운 순살 치킨에 바비큐 소스, 쫄깃한 떡꼬치를 더해 남녀노소의 입맛을 사로잡기 충분했다. 마성의 ‘BBQ 직화구이 치킨’을 탄생시킨 이는 CJ CGV F&B사업팀 이홍철 님이다. 이홍철 님은 프랑스요리학교 ‘르 꼬르동 블루(Le Cordon Bleu)’를 졸업한 유학파 출신으로 프랑스 엠배서더 호텔, 국내 웨스틴 조선호텔을 거쳐 지난 2010년, CJ CGV로 오게 됐다. 셰프로서 이름을 알릴 수 있는 유명 호텔을 마다하고, CJ CGV로 오게 된 이유가 궁금해졌다.음식과 엔터테인먼트가 결합하면 재미있겠다는 생각이 들었습니다. 그래서 CJ CGV로 오게 됐죠.CJ CGV F&B사업팀은 CJ CGV에서 판매하는 모든 식음 제품의 기획, 개발, 마케팅, 프로모션 등을 총괄하고 있다. 타 극장과 다른 점이라면? 차별화된 제품을 기획하고 개발하는 이홍철 님이 있다는 것! 해외를 비롯 대부분의 극장 사업자가 매점 메뉴를 수급 받아 판매하는 방식을 택한 것과 달리,  CJ CGV는 국내 유일 극장 매점 메뉴 개발자인 이홍철 님을 통해 자체적으로 맛 좋은 매점 먹거리를 만들고 있다. 그만큼 CJ CGV에서 그는 없어서는 안 될 중요한 존재인 셈. 그 동안 CJ CGV는 이홍철 님과 함께 다양한 메뉴 출시를 통해 극장에서 이색 먹거리를 접할 수 있도록 다변화를 꾀했다. 대표 제품으로는 지난 2012년, 프리미엄 팝콘 문화를 만든 고메 팝콘을 시작으로 죠스떡볶이와 콜라보해 튀김범벅과 라볶이를, 스쿨푸드와 손잡고 대표 메뉴인 ‘모짜렐라 스팸계란마리’를 냉동김밥 형태로 세계 최초로 출시했다.왜 이렇게 팝콘이 맛있어지는 건데?  ▲ 팝콘의 ‘맛’을 업그레이드하기 위해 불철주야 노력하고 있는 이홍철 님이색 먹거리의 첫 신호탄은 ‘팝콘’이다. 이홍철 님의 첫 완성작이라 말할 수 있는 팝콘의 시작은 팝콘의 ‘맛’ 업그레이드 연구였다. 그는 기존 팝콘보다 더 맛있는 제품을 만들기 위해 연구에 연구를 거듭했다. 시중에 판매하는 국내외 팝콘은 다 먹었고, 다양한 종류의 옥수수로 직접 팝콘을 튀겨보기도 했다. 이뿐만이 아니었다. 팝콘에 고소한 맛을 더하기 위해 기존에 사용했던 팜유 대비 원가가 30%나 비싼 코코넛 오일을 사용하기도 했다. 그 다음 스텝이라 할 수 있는 고메 팝콘 개발은 두 세배 노력이 더해졌다. 팝콘 표면에 치즈와 초콜릿 등 다양한 원재료를 사용했는데, 열이 가해지면서 그대로 녹아버렸던 것. 이홍철 님은 이를 보완하기 위해 온도와 습도를 함께 조절하는 쇼케이스까지 제작했단다. 밤낮없이 제품을 개발했지만, 곧바로 출시하진 못했다. 기존 팝콘보다 만들기도 어렵고, 원가도 비싸고, 취급도 까다롭다는 게 이유였다. 그렇다고 포기할 수는 없을 터. 많은 사람을 설득시키기 위해선 ‘맛’으로 승부를 볼 수밖에 없었다. 임원분들께서 자주 다니는 동선을 찾아 고메 팝콘을 올려놨어요. 하나씩 드셔보시라고요. 맛있다고 하시더니 한번 판매해보라고 기회를 주셨죠.▲ ‘뭘 좋아할지 몰라서 다 준비했어!’ CJ CGV에서만 만날 수 있는 고메 팝콘2012년 마침내 고메 팝콘이 출시됐고, 제대로 통했다. 프리미엄 팝콘을 취향에 따라 골라 먹을 수 있다는 점이 고객에게 매력적으로 다가온 것. 고메 팝콘을 먹기 위해 일부러 CJ CGV를 찾거나 배달해 먹는 고객도 있었다. CJ CGV에서는 ‘매점’ 대신 ‘팝콘 팩토리’라는 이름을 사용하였고, 국내 최초 새로운 팝콘 문화를 형성했다. ▲ 신제품 출시 전, 품평회는 필수!물론, 모든 팝콘이 성공했던 것만은 아니었다. 와사비 열풍이 불던 4년여전. 이홍철 님은 와사비 팝콘을 만들기로 했다. 와사비 향을 내는 원재료를 구하기 위해 가까이로는 아시아부터 멀리로는 유럽까지 샅샅이 찾아보았다. 와사비 팝콘에 대한 내부 평가는 매우 긍정적이었다. 마지막 고객 품평회 날. 이홍철 님은 와사비 팝콘의 초록색이 마치 푸른곰팡이 같다는 청천벽력 같은 이야기를 듣게 되었다. 결국 충격을 받고 출시를 접었다고. 망고 맛, 불닭 맛 등 7가지 시즈닝을 뿌려 먹는 쉐이크 팝콘을 판매했을 때. 기대했던 것보다 고객의 반응이 좋지 않아 판매를 접어야만 했다. 실패를 통해 그가 얻은 해답은? 바로 제품의 이름을 듣고 그 맛을 상상했을 때 ‘먹고 싶다’는 생각이 들어야 한다는 것. 거듭되는 실패에도 이홍철 님이 계속 도전할 수 있었던 건 CJ CGV의 아낌없는 지원이 뒷받침되었기 때문이란다. 극장에서 치느님을? 한국형 매점 메뉴는 현재 진행 중!CJ CGV와 이홍철 님의 도전은 팝콘에만 국한하지 않았다. 전 세계 극장 메뉴가 팝콘, 콜라, 핫도그 등 미국식 메뉴로만 구성되어 있다는 점을 주목했고, 국내 고객들이 선호할 수 있는 한국형 매점 메뉴를 개발하기로 했다. 한국인들이 좋아하는 음식을 ‘한국형 매점 메뉴’라 재정의하고 한국인들이 최애 메뉴인 치킨과 분식 등을 극장 환경에 맞게 개발했습니다.▲ 출시 후 뜨거운 인기를 끌고 있는 ‘BBQ 직화구이 치킨’ 이렇게 탄생한 게 바로 ‘BBQ 직화구이 치킨’이다. 아이디어는 좋지만, 현실화를 끌어내기까지 쉽지 않았다. 특히 치킨 특유의 냄새가 가장 큰 장애물. 취식을 보다 쉽게 하는 방법도 고려해야 했다. ‘맛’을 놓치고 싶지 않았던 그는 직화구이 치킨에 인공 훈연제를 첨가하는 대신 직접 불에 일일이 굽는 방법을 선택했다. 또한 순살 닭고기로만 구성하면 식감이 단조로울 수 있어 떡꼬치를 추가했다. 제품 기획부터 출시까지 14개월 동안 고생한 결과물이 나왔을 때 가장 보람찼다고 말한다. ’BBQ 직화구이 치킨 전국 15개 직영매장 중심으로 선 오픈 한 후 오는 3월 말 전국 직영 극장 중심으로 확대할 예정이다. 또한 CGV에서는 지역 상생의 일환으로 ‘춘천 닭갈비’도 판매 중이다. 앞으로 CGV에서는 비장의 한국형 메뉴를 매년 선보이겠다는데 벌써 내년 제품이 무엇이 될지 설레게 된다.   ▲ 이젠 CJ CGV에서 먹는 즐거움도 누려보세요!고객들이 더 만족할 수 있는 제품을 만들고자 고민하고 노력하겠습니다.매점 메뉴라는 고정관념을 깨고 꾸준하게 제품을 확장하고 있는 이홍철 님. 그가 만들어 낸 다양한 제품을 통해 보는 즐거움을 넘어 먹는 즐거움까지 만끽할 수 있었던 것이 아닐까. 앞으로 CJ CGV와 이홍철 님이 선보일 새로운 제품을 기대해본다.[채널 CJ] #CJ #CGV #BBQ직화구이치킨 #CGV고메팝콘 #CGV치킨 #영화관치킨 #구성원인터뷰 #직무소개 #직무정보 #F&B사업팀 #이홍철님 #기업문화 #CGV채용 #CGV공채

개발자와 개발 조직에게 소스코드 리뷰는 필수적이다. 팀간의 협업과 대화를 보다 원활하게 만들어 주는 매우 필요한 절차이다. 슬랙과 같은 협업도구가 명쾌하게 의미 있게 활용되려면 개발팀 간의 소스코드 리뷰는 필수적으로 수행되는 것이 좋다.매우 당연한 이야기이지만, 소스코드 리뷰는 거북하고 불편하고 어렵고 힘들다. 그럼에도 불구하고 필수적인 이벤트가 되어야 하는 이유가 너무도 많다. 개발자들에게 코드리뷰에 대한 이슈를 설득하고 실제 행위를 발생시키는 것은 정말 어려운일이다. 더군다나 뜬금없이 코드리뷰 이야기를 회사나 팀리더에게서 갑자기 듣는다면 개발자는 매우 불편해 한다. 그것은 매우 당연한 반응이다. 그러므로, 가능하다면 팀 세팅 초기 시부터 이 소스코드 리뷰 문화는 만들어질 수 있게 노력하는 것이 최선일 것이다.초기에 세팅된다면 그 후에 들어오는 팀원들은 자연스럽게 그 문화에 익숙해진다. 이런 일련의 작업들은 결국 조직과 팀의 단결과 협력, 향후 유지보수에 매우 긍정적인 효과를 준다.매우 당연하지만 개발자들은 팀에 소속되고 빠져나가기를 반복한다. 이를 두려워하지 않는 방법 중에 가장 먼저 선택할 수 있는 것이 바로 코드 리뷰라는 행위다. 인수인계와 유지보수를 위해서 소스코드 리뷰를 각 단계별에 배치해두고, 그 시간을 투자하는 것을  아까워하지 않도록 하자.그렇다면, 소프트웨어의 본체인 소스코드를 타인이 리뷰한다는 것이 왜 어려울까? 그것은 소스코드는 언제나 완성상태가 아니라는 점 때문이다. 개발자의 생각은 무언가 다양한 변화를 예측하고 있고, 그 상세한 준비를 담고 있다. 언제나 소스코드는 완성 상태가 아니라, 변화되어야 하는 시간의 축을 담고 있기 때문이다.하지만, 소프트웨어 품질이 중요한 현재의 시점에서 본다면, 코드 리뷰라는 행위는 정말 필수 불가결한 행위에  해당한다고 생각한다.이런 필수적인 코드리뷰는 그 형태와 범위에 대해서 팀 내부에 잘 정의되어야 한다.그래서, 보통 이 코드리뷰를 어떻게 할 것인가에 대해서 조직이나 담당하는 사람의 경우에는 명쾌한 판단 기준이 있어야 한다. 그러한 ‘판단기준’을 가져야만 명확한  리뷰될 수 있다.이를 두고, 디자이너에게는 크리틱(critique-비평)이 있고, 개발자에게는 코드리뷰가 있다고 정의한다.좋은 비평을 받고 좋은 리뷰를 하려면 다음의 3가지 원칙이 필수이다.1. 리뷰는 언제나 상호 합의가 되어진 상황에서 진행되어야 한다.2. 리뷰어의 해당 결과물에 대해서 객관성을 가지고 서로 인지해야 한다3. 개발자 자신의 작업물에 대해서 정말 객관적으로 바라볼 수 있는 작성가가 선정되어야 한다.특히, 소프트웨어 코드는 정량적인 검토와 정성적인 검토를 구분해야 한다. 이 영역의 구분이 모호해지면, 리뷰는 그 방향성을 상실하게 된다. 그중에 특히, 정량적인 검토와 기본적인 규칙들은 가능한 자동화하고, 소스 형상관리 도구에서 기본적인 것들의 규칙들을 지키도록 권장하여야 한다. 최소한 이 정량적인 것만 자동화하고  규칙화해도 소프트웨어의 품질은 급상승한다.하지만, 코드는 논쟁을 발생시키고, 어떤 것이 우선적인지에 대해서 서술하기 매우 어렵다. 이러한 점은 정성적인 부분에 대해서 검토할 때에 고민하자.코드리뷰의 정도는 어느 정도 해주어야 하는가?그 전부터 주목하는 개발 방법론의 추세는 ‘테스팅’을 주로 하고, SRS와 같은 요구사항에 집중하기 보다는, TDD와 같은 방법으로 완성 산출물을 높이는 방법을 현재에는 주로 사용하고 있다.그것은 과거에는 요구사항을 통해서 결과물이 완성되는 SI성 개발이 주로였다면, 현재에는 요구사항은 계속 변화하고 버그 없는 결과물이 중요시되는 테스트를 얼마나 더 집중적으로 하느냐에 따른 웹서비스의 시대이기 때문에 그 방향성은 시대에 따라서 변화를 많이 하였다. 그래서, 슬프지만, 당장의 성과물을 위해서라면 코드리뷰보다는 테스팅에 집중하는 것이 더 효율적이다. 빠르게 고속 개발하고 테스트를 통해서 버그를 찾은 다음 수정하는 것이 ‘특정 기능들을 나열하고 기능을 만족하는 소프트웨어’의 경우에는 테스트 주도 개발 방법이 가장 적합하다고 할 수 있다.물론, 이러한 방향성이나 전체적인 틀에 대해서는 아키텍트가 잘 결정하여야 한다. 내가 속한 개발 결과물이 어떤 결과물이냐에 따라서 이 방법은 혼용되어져서 사용되어야 하기 때문이다.하지만, 이번 글의 주목적은 코드리뷰. SRS중심이건, TDD중심이건. 코드리뷰는 중요하다는 것을 강조하고 싶다. 특히, 코드리뷰는 ‘기능 나열’이 아닌, 어느 정도 이상의 복잡도나 코드 품질이 필요한 경우에는 필수적으로 수행하는 것이 매우 현명한 행동이다.물론, 코드리뷰 행위가 불필요한 업무들도 많다. 정해져 있는 단순한 업무를 수행하는 경우에는 굳이 할 필요 없다. 국내에서 SI를 하는 경우에는 대부분 코드리뷰가 필요 없는 업무를 하는 소프트웨어 개발자들이 절대 다수인 경우도 많이 보았다.일반적인 SI의 형태라면 워크 스루의 형태만 적합하다. 특정 도메인에 매몰되어 있고, 처리방법이 명쾌하기 때문에, 해당 경험들을 교환하는 것으로도 충분하기 때문이다. 그리고, 자동화된 테스트 수행방법을 최대한 갖추어두는 것이 가장 현명하다.그러므로, 코드리뷰는 어느 정도 솔루션이나 서비스 등을 고려하고 있는 곳에서 더욱 적합하다고 정의한다.코드리뷰는 특정 제품이나 서비스를 발전적으로 지향하고 있는 경우라면 필수적으로 선택해야 한다. 하지만, 일부 제품의 경우에는 발전적인 지향이 굳이 필요 없는 제품 라인업을 가진 경우에도 굳이 수행할 필요 없다.그 경우에는 선택적인 코드리뷰를 지향하면 된다. 비용상의 문제 때문에 굳이 코드리뷰를 억지로 진행할 필요는 없는 경우도 많다. 대부분의 소프트웨어 개발은 테스트 케이스를 잘 만들고, 통과시키는 것으로써 충분한 신뢰를 가지면 충분한 경우가 대부분이다.특히, 시장이 고착상태이거나, 특별한 변화의 폭이 없다면, 그 정도로 충분한 경우가 된다. 다만, 글로벌 서비스나 웹서비스 등의 지속적인 확장이 필요한 경우라면, 코드리뷰는 필수라고 할 수 있다.코드리뷰가 필요 없는 경우 체크리스트는 다음의 5가지 정도를 체크해보자.1. 특정 도메인만 다루는 팀이나 회사의 개발팀인가?2. 지난 2~3년 정도 솔루션이 크게 변한 것이 없으며, 향후로도 기업이나 팀에서 투자가 없을 예정이다.3. 현재 개발자들이 해당 솔루션에 대한 개발일을 5년 이상하고 있다.4. 기능 위주의 SI성 업무를 주로 처리하고 있으며, 복잡한 알고리즘은 존재하지 않는다.5. 비용과 일정상 개발팀에게 리소스 투여가 불가능하다위의 사례에서 1개 이상이라도 체크된다면, 코드리뷰는 성립하기 힘들다. 대부분 단념하고, TDD나 테스트 케이스를 가능한 많이 축적하여 소프트웨어 품질을 올리기를 권장한다.코드리뷰가 필요한 경우의 체크리스트도 다음의 5가지 정도를 체크해보자.1. 다국어와 시장이 다변화된 환경에서 소프트웨어가 구동되어야 한다.2. 코드의 복잡도가 높으며, 단순 기능 나열의 요구사항이 아니라, 소프트웨어 아키텍처가 별도로 구성되기 시작하였다.3. 사용자의 경험성을 증가하기 위하여 매우 많은 변화가 예측된다.4. 현재 개발 중인 서비스는 중단 없이, 지속적으로 발전되어야 하는 서비스이다.5. 목표 요구사항이 계속 변화하고 있고, 프레임워크를 지향하여 소프트웨어 품질의 요구사항이 매우 중요하다.위의 케이스에서 하나라도 해당이 된다면, 코드리뷰는 매우 효과적으로 소프트웨어에 의미 있는 결과물들을 얻어 내기 위한 좋은 방법이 된다.하지만, 다음과 같은 경우도 같이 고려하여야 한다.코드리뷰의 정도와 질에 대한 검토 리스트의 최소 체크리스트는 다음의 3가지이다. 물론, 이 정의는 조직 내의 아키텍트나 아키텍트 롤을 하는 사람이 결정하는 것이 좋다.1. 실험적인 코드인가?2. 1~2명 이상이 공동으로 작업하는 코드인가?3. 향후 버려질 가능성이 높은 코드인가?코드리뷰를 하지 않는 경우에는 해당 코드의 repository나 디렉터리를 완전하게 분리하고, 리뷰가 안된 코드를 명쾌하게 구분할 수 있어야 한다. 그리고, 그 정보는 팀 전체에게 공개되어야 한다.가장 첫 번째는 코딩규칙 가이드라인의 준수 여부를 체크하는 것이다.개발자들 간의 상호 중요한 것은 스타일 가이드이다. 하지만, 정말 지키기 어려운 것 또한 스타일 가이드라고 할 수 있다. 하지만, 스타일 가이드는 가능한 준수해야 한다. 하지만, 100% 준수하려는 것은 매우 비효율적인 상황을 만들 수 있다. 하지만, 이 경우에 최소한 리뷰어가 제시하는 기준이나 변경 방향에는 대부분 수긍하는 것이 가장 현명하며, 이 부분은 해당 팀의 가장 경험이 풍부한 사람이 리드하는 것이 좋다.그래서, 소프트웨어 개발에는 경험이 풍부한 아키텍트의 역할과 선임의 역할이 가장 중요하다. 소셜에서 이야기하는 가장 중요한 포인트는 이런 경험이 풍부한 선임 개발자가 있다면, 돈이 얼마가 들더라도 ‘개발팀’에 모셔야 한다! 가 정답일 것이다.아직까지 이 부분은 ‘공학’으로 해결할 수 없고, ‘엔지니어링’과 ‘경험’에 의존할  수밖에 없다.주석의 경우에도 ‘가독성’이 충 부한 코드에는 서술할 필요 없다. 이 부분에 대해서는 꾸준한 팀원들 간에 코딩 문화에 대해서  커뮤니케이션하면서 주석의 범위에 대해서 공론화하는 것이 현명하다. 그래서, 소프트웨어 개발은 대부분이 ‘커뮤니케이션’이고 ‘소통’이다. 그래서, ‘팀워크’이 가장 중요한 것이고. 변수의 명칭에 대해서도 ‘명확’하다는 선에서 합의해야 한다.테스트가 쉽지 않은 구조는 다른 문제를 야기한다. Junit과 같은 단위 테스트 도구로 손쉽게 정의가 가능한 구조가 아니라면, 변경해야 한다.코드리뷰 후에 분명하고 타당한 지적에도 고집이 세서 변화가 없는 경우에는 한두 번 이야기하고 더 이상 변화가 없다면, 포기하고. 해당 코드를 격리하여 관리하는 것이 현명하다.  팀원들 간에 감정이 상하는 것이 더 위험하다. 사람은 변하지 않는다 감정에 대한 다툼이나 기대를 할 필요가 없다.UI가 중요한 코드는 해당 코드들이 급변할 가능성이 농후하다. 처음부터 공을 들여서 추상화를 실현하지 않으면, 해당 코드 때문에 프로젝트가 심각해질 수 있다. 사용자에게 더 좋은 경험을 전달하려고 하면, UI코드는 계속 변화를 일으킨다.테스트 코드 여부? 로직에 대한 검토, 변수 네이밍 검토와 레이아웃에 대한 것들? 에 대해서는 다음과 같이 판단하고 체크해보자.코드리뷰는 대부분 ‘직관’에 의존한다. 그래서, 정말 어렵고. 경험이 풍부한 사람이 할  수밖에 없다. 다만, 이러한 코드 리뷰 시의 체크리스트 항목을 몇 가지 간단하게 정리할 수 있다. 최소한의 2가지는 꼭 지키자.코드 리뷰 시의 필수 내용 두 가지는 다음과 같다.1. 코드 검토는 1시간 이내에 끝낼 분량으로 검토한다.2. 코드는 200라인 이상을 한 번에 검토하지 마라이 기준이 어겨지면, 리뷰어는 제대로 된 리뷰를 하기 어려울 것이다.  그리고, 이러한 리뷰를 하는 동안 기능에 대한 검토 체크사항에 대해서 나열해 보면 다음과 같이 나열이 될 수 있을 것이다.1. 시스템의 요구사항이 제대로 반영되었는가?2. 시스템의 설계의 규격대로 구현되었는가?3. 과도한 코딩을 하고 있지 않는가?4. 같은 기능 구현을 더 단순하게 할 수 있는가?5. 함수의 입출력 값은 명확한가?6. 빌딩 블록들( 알고리즘, 자료구조, 데이터 타입, 템플릿, 라이브러리, API )등이 적절하게 사용되었는가?7. 좋은 패턴과 추상화( 상태도, 모듈화 )등을 사용해서 구현하고 있는가?8. 의존도가 높은 함수나 라이브러리 등의 의존관계에 대해서 별도 기술하고 있는가?9. 함수의 반환(exit)은 한 곳에서 이루어지고 있는가?10. 모든 변수는 사용 전에 초기화하고 있는가?11. 사용하지 않는 변수가 있는가?12. 하나의 함수는 하나의 기능만 수행하고 있는가?또한, 스타일과 코딩 가이드에 대해서고 검토하고 리딩을 해야 한다.1. 코딩 스타일 가이드를 준수하고 있는가?2. 각 파일의 헤더 정보가 존재하는가?3. 각 함수의 정보를 코드에 대해서 설명하기에 충분한가?4. 주석은 적절하게 기술되어있는가?5. 코드는 잘  구조화되어있는가? ( 가독성, 기능적 측면 )6. 헤더, 함수 정보를 도구로 추출해서 자동으로 문서화할 수 있는 구조인가?7. 변수와 함수의 이름이 일관되게 기술되어 있는가?8. 프로젝트의 가이드를 통한 네이밍 규칙을 준수하고 있는가?9. 숫자의 경우 단위에 대해서 기술하고 있는가?10. 숫자를 직접 서술하지 않고, 상수를 사용하고 있는가?11. 어셈블리 코드를 사용하였다면 이를 대체할 방법은 없는가?12. 수행되지 않는 코드는 없는가?13. 주석 처리된 코드는 삭제가 되었는가? ( 버전 체크가 되었는가? )14. 간결하지만 너무 특이한 코드가 존재하는가?15. 설명을 보거나 작성자에게 물어봐야만 이해가 가능한 코드가 있는가?16. 구현 예정인 기능이 있다면, ToDo주석으로 표시되어 있는가?가장 중요한 아키텍처에 대한 검토를 잊으면  안 된다.1. 함수의 길이는 적당한가? ( 화면을 넘기면  안 된다. )2. 이 코드는 재사용이 가능한가?3. 전역 변수는 최소로 사용하였는가?4. 변수의 범위는 적절하게 선언되었는가?5. 클래스와 함수가 관련된 기능끼리 그룹화가 되었는가? ( 응집도는 어떤가? )6. 관련된 함수들이 흩어져 있지 않는가?7. 중복된 함수나 클래스가 있지 않는가?8. 코드가 이식성을 고려하여 작성되었는가? ( 프로세스의 특성을 받는 변수 타입이 고려되어있는가? )9. 데이터에 맞게 타입이 구체적으로 선언되었는가?10. If/else구분이 2단계 이상 중접되었다면 이를 함수로 더 구분하라11. Switch/case문이 중첩되었다면 이를 더 구분하라12. 리소스에 lock이 있다면, unlock은 반드시 이루어지는가?13. 힙 메모리 할당과 해제는 항상 짝을 이루는가?14. 스택 변수를 반환하고 있는가?15. 외부/공개 라이브러리 사용하였을 경우에 MIT 라이선스를 확인했는가? GPL의 경우에는 관련된 영역에서만 사용해야 한다.16. 블로킹 api호출시에 비동기적인 방식으로 처리하고 있는가?당연하겠지만, 예외처리 관련 체크리스트도 제대로 검토해야 한다.1. 입력 파라미터의 유효 범위는 체크하고 있는가?2. 에러코드와 예외(exception)의 호출 함수는 분명하게 반환되고 있는가?3. 호출 함수가 어려와 예외처리 코드를 가지고 있는가?4. Null포인트와 음수가 처리되는 구조인가?5. 에러코드에 대해서 명쾌하게 선언하고 처리하고 있는가?6. switch문에 default가 존재하고, 예외처리를 하고 있는가?7. 배열 사용시에 index범위를 체크하는가?8. 포인트 사용시에 유요한 범위를 체크하는가?9. Garbage collection을 제대로 하고 있는가?10. 수학계 산시에 overflow, underflow가 발생할 가능성이 있는가?11. 에러 조건이 체크되고 에러 발생 시 로깅 정보를 남기는가?12. 에러 메시지와 에러코드가 에러의 의미를 잘  전달하는가?13. Try/catch 에러 핸들링 사용방법은 적절하게 구현되었는가?요즘 프로그램은 대부분 이벤트성으로 구동되지만, 시간의 흐름에 대한 체크는 프로그램의 뼈대를 이루게 된다. 이 부분에 대해서도 제대로 검토해야 한다.1. 최악의 조건에 대해서 고려하였는가?2. 무한루프와 재귀 함수는 특이사항이 아니라면 없어야 한다.3. 재귀 함수 사용시에 call stack값의 최댓값이 고정되어 있는가?4. 경쟁조건이 존재하는가?5. 스레드는 정상 생성, 정상 동작하는 코드를 가지고 있는가?6. 불필요한 최적화를 통해서 코드 가독성을 희생하였는가?7. 임베디드의 경우에도 최적화가 매우 중요하지 않다면, 가독성을 더 중요하게 해야 한다가장 중요한 검증과 시험에 대해서도 제대로 인지하여야 한다. 그리고, 테스트를 위해서 가능한 최대한 자동화를 하기 위한 방법들을 이용해야 한다.1. 코드는 시험하기 쉽게 작성되었는가?2. 단위 테스트가 쉽게 될 수 있는가?3. 에러 핸들링 코드도 잘  테스트되었는가?4. 컴파일, 링크 체크 시에 경고 메시지도 100% 처리하였는가?5. 경계값, 음수값, 0/1등의 가독성이 떨어지는 코드에 대해서 충분하게 경계하고 있는가?6. 테스트를 위한 fault 조건 재현을 쉽게 할 수 있는가?7. 모든 인터페이스와 모든 예외 조건에 대해서 테스트 코드가 있는가?8. 최악의 조건에서도 리소스 사용은 문제가 없는가?9. 런타임 시의 오류와 로그에 대비한 시스템이 있는가?10. 테스트를 위한 주석 코드가 존재하는가?간혹 등장하는 하드웨어에 대한 테스트도  마찬가지이다. 다음과 같은 기준들을 통해서 검토해야 한다.1. I/O 오퍼레이션 코드에 대한 테스트로 하드웨어가 정상적인 동작을 보장하는가?2. 최소/최대 타이밍 요구사항에 대해서도 하드웨어 인터페이스가 충족하는가?3. 멀티 바이트 하드웨어 레지스터가 read/write오퍼레이션 중에도 값이 바뀌지 않음을 보장하는가?4. 시스템이 잘 정의된 하드웨어 상태로 리셋하는 것을 S/W가 보장하는가?5. 하드웨어의 전압이 떨어지거나 전원이 차단되는 경우에 잘 처리하는가?6. 대기모드 진입 시와 빠져나 올 때에 시스템이 옳게 동작하는가?7. 사용하지 않는 인터럽트 벡터가 에러 핸들러에 연결되어 있는가?8. EEPROM손상(데이터 깨짐)을 막기 위한 메커니즘이 있는가? ( 쓰기 동작 중 powe loss)등구체적으로 코드리뷰를 하고자 한다면, 다음의 코드리뷰에 대한 기법과 적당한 방법을 다음과 같이 설명할 수 있다.이러한 코드 리뷰를 위한 몇 가지 방법들이 알려져 있다. 그것들을 몇 가지 정리하여 보면 다음과 같다. 코드 인스펙션은 가장 정형화된 기법으로 전문화된 코드리뷰팀을 통해서 구분하는 방법이다. 이 방법은 리소스가 풍부하고, 일정에 여유가 있는 경우에만 사용이 가능하다. 대부분 대기업이나 대형 포털에서 구현 가능한 방법이라고 할 수 있다. ( 이런 곳에 있다면 행복해 하자. ~.~ ) 하여간, 비용과 일정 등이 있다면 이 방법이 현명하다. 그리고, 코드리뷰에 대한 품질에 대해서 정량적인 보고와 구성을 만들어 낼 수 있다는 것은 코드 인스팩션의 가장 좋은 장점이다. 이 코드 인스팩션을 하기 위한 롤을 구분하면 다음과 같이 4가지 롤로 구분할 수 있다.1. ModeratorA. 실질적인 매니저로 팀 간의 인터페이스와 리소스, 인프라를 확보하고, 프로세스에 대한 정의와 산출물의 정리를 담당한다.2. ReaderA. 각 산출물을 읽고, 리뷰하고, 방향성을 제시한다. 보통, 지식이 많은 사람이 담당한다.3. Designer/CoderA. Reader의 지시에 따라서 코드를 검증하고 잠재적인 발견 등의 수정 방안을 만든다.4. TesterA. 진행 중인 코드와 권장 수정 코드에 대해서 검증한다.그리고, 코드 인스펙션은 다음과 같은 6단계로 진행된다.1. PlanningA. 계획 수립2. OverviewA. 교육과 역할 정의3. PreparationA. 인터뷰와 필요한 문서 습득, 툴 환경 구축4. Meeting(Inspection)A. 각자의 역할대로 수행5. ReworkA. 보고된 Defect 수정6. Follow-upA. 보고된 Defect가 수정되었는지 확인이러한 절차를 통해서, 코드 인스팩션이 수행되면, 상당히 명쾌한 리뷰가 진행되게 된다. 하지만, 일정과 비용 문제 때문에 이 작업은 대부분의 스타트업에서는 선택하기 어렵다. 그래서 사용하는 방법 중의 하나가 팀 리뷰이다.팀 리뷰는 일정한 계획과 프로세스만 따르는 방법으로, 코드 인스펙션보다는 좀 덜 정형화된 방법으로 진행한다. 보통은 일주일에 한번 정도 팀 리뷰를 수행하거나, 특정 모듈이나 기능이 완료되는 시점을 기준으로 테스트 결과를 가지고 리뷰를 하는 방법을 사용한다.또한, 위험하거나 의견이 필요한 경우에도 팀 리뷰는 유용하다. 일반적인 팀에서 사용하는 방법이다.하지만, 이 역시. ‘리뷰’에 대한 제대로 된 인식이 없다면, 적용하기 어렵다. 그래서, 가끔 사용되는 방법이고, 과거 국내 SI업체들이 주로 사용하던 방법 중의 하나가 ‘웍쓰로’이다.웍 쓰루(Walkthrough)는 단체로 하는 코드 리뷰 기법 중에 비정형적인 방법으로, 발표자가 리뷰의 주제나 시간을 정해서 발표하고 동료들로부터 의견이나 아이디어를 듣는 시간을 가지는 방법으로써 주로 사례에 대한 정보 공유나 아이디어 수집을 위해서 사용하는 방법이다.이 방법은 ‘특정 도메인’에 종속된 코드를 만들거나, 비슷한 SI성 형태의 업무를 수행하는 경우에 적합하다. 그래서, 국내의 SI업체에서는 적극적으로 사용되면 좋겠지만. 이 ‘시간’마저도 부정확하고, 갑을병정의 SI체게에서 ‘정보공유’나 ‘아이디어 수집’과 같은 커뮤니케이션이 자유롭게 일어나는 것은 매우 힘들다.이 웍 쓰루는 동일한 조직 내에서 동일한 목적의식이 분명한 팀에서나 활용이 가능한 방법이다. 웍 쓰루를 SI에서 시도한 경우에는 대부분 실패했거나, 목적의식이 다르기 때문에 불분명한 결론들이 대부분 도출되었다.대부분의 국내 스타트업이나 IT 전문기업들은 ‘리뷰’에 대해서 상급 관리자들이 제대로 허락을 해주지 않는다.대부분은 팀내에서 어떻게든 자체적으로 해보려고 한다. 그래서, 팀장의 권한 선에서 적절하게 리뷰를 하는 방법 중의 하나가 Peer review or over the shoulder review방법이다. 이 방법은 보통 2~3명이 진행하는 코드리 뷰로 코드의 작성자가 모니터를 보면서 코드를 설명하고, 다른 한 사람이 설명을 들으면서 아이디어를 제안하거나 Defect를 발견하는 방법이다.또한, 이 방법은 신입사원이나 인턴사원의 경우에 업무 이해도를 높이면서 해당 코드를 사용할 수 있는 수준으로 활용할 경우에 의미 있는 방법이다. 문제는 이 방법은 개발자의 인력 투입이 거의 두배 이상으로 증가하는 것으로써, 고품질의 영역을 개발하거나, 빠른 시간 안에 신입 개발자의 업무 이해도를 높이는 경우가 아니라면 시행하지 않는다.이렇게도 리뷰가 진행이 되지 않으면, Passaroud는 돌려 보기 방법을 사용한다. 이 방법은 원래 상세한 리뷰 방법은 아니다. 온라인이나 실시간성이 아니라, 리파지토리나 이메일 등을 사용하여 천천히 리뷰하는 방식에 해당하는데, 속도는 느리지만, 중요한 코드이거나, 제품의 기능 개선이 필요한 경우에는 아주 의미가 있다. 보통은 제품의 기능 개선을 위하여 사용하는 방법이다.이처럼 리뷰의 방법에는 다양한 방법이 있지만, 결론적으로는 어느 정도 개발 조직이 서로  커뮤니케이션하고, 목적의식을 통일하고, 적절한 시간 분배를 통해서 리뷰를 할 수 있는 시간을 만들어 내느냐가 리뷰의 핵심이라고 할 수 있다.리뷰를 통해서 소프트웨어의 품질을  끌어올리고, 개발자들과 소통하고, 방향성을 만들어 내며, 새로운 기능 개선 작업을 위해서 리뷰는 다양하게 활용된다. 어떤 관점으로 리뷰를 할 것이고, 어떤 관점으로 리뷰라는 프로세스를 개발 프로세스에 탑재할 것인가에 대해서 진지하게 고민하는 것. 그것이 아키텍트의 첫 번째 역할 아닌가 한다.

2015년 12월 9일자로 '생명윤리 및 안전에 관한 법률' 일부 개정안이 국회 통과를 하고, 12월 29일자로 개정이 되었다. 이로 부터 6개월 후인 2016년 6월 30일 부터 '개정안'의 시행이 예정되어 있다.개정된 '생명윤리 및 안전에 관한 법률' 조문.개정된 법률 조문 중 빨간색 박스의 경우가 추가된 부분으로, 2번에 해당하는 경우 의료기관이 아닌 유전자검사 기관에서 유전자검사를 할 수 있다. 즉, 2번에 해당하는 경우 DTC, 소비자 직접 판매 유전자 검사가 가능하게 된 것이다.6월 30일 시행을 두달 남겨 놓고 있는 시점이지만, 아직 DTC 로 가능한 유전자 검사에 어떤 항목을 허용할 것인지에 대해 명확히 결정된 것이 없고, 전문가 그룹에서도 의견이 분분한 상황이다.사실, DTC 유전자 검사 규제에 대해서는 미국의 FDA가  우리 보다 앞서 오랜 고민 끝에 규제 정책을 명확히 한 선례가 있다. 우선 미국 FDA가 어떻게 DTC 유전자 검사를 규제 했는지 한번 살펴보자.FDA의 DTC 유전자 검사 규제 DTC 소비자 직접 유전자 검사는 2007년 11월 23andMe 가 개발해 처음으로 세상에 선 보인 제품이다.FDA는 23andMe 의 소비자 유전자 검사 서비스가 2007년 출시 되고 약 6년 후 2013년 12월 50만명의 고객에게 서비스를 한 시점이 되어서야 본격적인 규제에 나섰다. ( 출시 후, 초기에 캘리포니아와 뉴욕 주정부 차원에서 판매 금지가 된 적은 있었다 )23andMe 는 당시 크게 Complex disease, Pharmacogenomics, Traits, Wellness, Ancestry 5개의 카테고리로 나눠 유전자 검사 결과를 고객에게 서비스 하고 있었는데,  FDA는 명확히 이 중 어떤 항목에 대한 규제를 가하지는 않았고, 23andMe가 FDA와 서비스 제공에 대한 협의를 요구하며 이것이 충분하게 되기 전까지 질병에 대한 유전자 검사를 중단하라고 요구했다.규제 이후 1년 후 2015년 2월 FDA 는 23andMe의 Bloom's syndrom 에 대한  DTC Carrier screening 허가 요청에 대해1. Bloom's syndrom 에 대한 DTC Carrier screening 검사 허가 2. 이와 동시에 Autosomal recessive disease에 대한  carrier screening 에 대해 ClassII 의료기기 판정을 내리고 동시에 510k 예외 조항을 적용했다. 즉, 23andME가 신청한 Bloom's syndrom을 포함한 모든 Autosomal recessive disease에 대한 carrier screening에 대해 DTC 소비자 유전자 검사 허가를 내줬다.23andMe 는 이런 FDA 의 규제 완화 후, 35종의 Autosomal recessive disease에 대한 carrier screening 검사를 자신들의 서비스 항목에 포함시켜 서비스 하고 있다.FDA의 규제는 23andme의 DTC 서비스 항목에 변화를 가져 왔는데, 요약해 보면 아래와 같다.FDA의 규제 전/후 23andMe의 DTC 서비스 항목 변화규제 후 23andMe의 서비스에서 빠진 항목은 GWAS기반의 Complex disease 에 대한 위험도 검사와 Pharmacogenomics 두 가지다.  질병과 관련한 유전자 검사는 FDA가 DTC로 허가한 Autosomal recessive disease에 한정해 서비스 하고 있다.FDA의 규제와 관련해 흥미로운 부분은 '질병' 분석에 대한 부분에 대해서만 규제를 가했고, Wellness/Traits/Ancestry 검사에 대해서는 아무런 규제 움직임이 없었다는 점이다.사실 FDA는  약물이나 질병 진단, 치료와 관련된 의료 기기 등에 대한 규제를 만드는 기관이다. DTC 유전자 검사에 대해서도 FDA는 '질병 진단' 과 관련 있는 Complex disease, Genetic disease 그리고 약물 처방과 관련된 Pharmacogenomics 에 대해서만 관여했다.자연스럽게 FDA의 규제 항목이 아닌 Ancestry, wellness, traits 에 대해서는 예나 지금이나 아무런 규제가 없다. 또한 미국은 Negative 규제를 취하고 있는 나라다. 즉, '하지 말라는 것'을 제외하고는 모든 것이 허용된다. FDA의 규제 레이더에 걸리지 않은 모든 항목에 대해서 DTC 유전자 검사가 가능하다.한국은 미국과 정반대로 Positive 규제를 취하고 있다. 즉, '하라는 것' 빼고 나머지는 모두 불법이다. 위의 생명윤리 안전에 관한 법조문에서도 붉은색 박스 부분의 '보건 복지부 장관이 허용하는 항목' 만 허용되고 나머지는 모두 불법으로 규제 된다는 의미다.6월 DTC 규제 완화를 앞두고 결정해야 하는 것이 바로 이 '보건 복지부 장관이 허용하는 유전자 검사 허용 항목'이다.한국 유전자검사 전문가 그룹의 의견(1) :: 유전자 검사 기업 협회 한국의 유전자검사 기업들이 모여 만든 '유전자 검사 기업 협회' 에서 협의한 내용으로 이야기 되고 있는 내용은 미국의 FDA 의 DTC 규제와 정반대다.1. FDA에서 허용한 Autosomal recessive disease에 대한 유전자 검사는 '질병 진단'의 영역에 들어가므로 '반대'2.FDA에서 규제한 Complex disease에 대한 유전자 검사는 '질병 예측성 검사'로 '찬성'3. Traits/Wellness 는 항목 결정 후, 부분적 허용FDA의 규제에서는 검사의 신뢰도와 검사 결과의 정확도를 기준으로 Autosomal recessive disease에 대한 DTC 서비스를 허용했다. Autosomal recessive disease의 carrier 확률은 대부분  1% 이하인데, 부모 양쪽이 모두 검사가 잘못되어 자식의 disease risk가 잘못될 확률은 1백만분의 1이 밖에 되지 않아, 검사 자체의 위험도도 낮다. 또한 Monogenic genetic disease 로 유전자와 질병의 상관관계가 매우 명확하다.또한, Autosomal recessive disease에 대한 '진단'이 아니라, carrier status 검사다. 즉, 질병의 진단 결과를 제공하는 서비스가 아니다. 유전자 검사 기업 협회 관점에서 봤을 때도 carrier status 검사는 '질병 진단'이 아니므로, 이 부분에 대한 의견은 다시 제고해 볼 필요가 있지 않을까 생각한다.Complex disease에 대해서 FDA는 왜 DTC를 불허했을까? 이미 많이 알려진 내용인데, GWAS에 기반한 검사 결과로 신뢰도 있게 검사해 볼 수 있는 질병은 아래와 같은 이유로 매우 한정적이다.- GWAS를 통해 찾아진 질병 상관 유전자는 여러 번의 연구를 통해 재현성 있게 검증이 되는 경우가 거의 없고,- Case-control study라는 한계로 직접적인 risk 계산을 할 수 없으며, Odds ratio로 risk 추정,- 하나의 질병에 대해 매우 상반되는 수많은 유전적 변이들 중에 각 회사들 마다 서로 다른 기준으로 선택한 변이를 사용해 분석에 이용해, 이를 활용한 회사들 마다 서로 상반되는 결과가 나옴.- 특정 인종에 대한 연구들로, 한국인 연구에만 제한한다면 분석 가능한 질병 숫자는 매우 제한적.Complex disease에 대해 제대로 된 결과는  Prospective cohort study를 통해 질병에 대한 유전적 소인을 명확히 밝혀낸 후에나 가능하다.  영국의 10만명 게놈 프로젝트나, 50만명 baseline 연구, 미국의 100만명 게놈 연구 등이 바로 이런 목적을 가진 연구다.한국 유전자검사 전문가 그룹의 의견(2) :: GMIG( Genomic medicine interest group )GMIG 전문가 그룹 survey 결과 본인이 소속된 GMIG( Genomic medicine interest group) 에서도 DTC 허용 유전자 검사 항목에 대한 설문을 진행했었는데, FDA의 규제와 유사하게 Complex disease에 대해서는 규제가 필요하고, Autosomal recessive disease에 대해서는 허용, clinical trial 로 근거가 명확하고, 의학적 효용성이 명확한 pharmacogenomics도 허용, 그 이외 의료적 이슈가 없는 Traits/Wellness/Ancestry 검사에 대해서는 모두 허용하는 쪽으로 의견이 모아졌다.GWAS와 Autosomal recessive disease를 제외한 Genetic disease에 대해서는 의사 회원 분들은 DTC 반대를 하셨는데, 공통적인 이유로 Genetic testing 결과를 일반인에게 제대로 전달해 줄 Genetic counseller 인프라가 절대적으로 부족한 상황이라는 점, 이런 불완전한 정보의 이해가 여러가지 예상치 못한 사회문화적 문제를 일으킬 소지가 있다는 점 등의 의견이 있었다.만약 Genetic counselling에 대한 사회적 인프라가 충분히 갖춰진 상황이라면 유전적 소인이 명확하고 결과도 명확한 모든 타입의 genetic disease는 DTC 로 허용해도 좋을 것으로 의견이 모아졌다.유전자 정보는 개인의 고유 phenotype 정보개인적으로 유전자 정보는 개인의 고유 phenotype 정보라는 의견이다. 키와 몸무게를 측정하듯, 우리가 태어날 때 가지고 태어난 고유한 DNA 염기 서열 정보를 읽고, 그 의미를 검사해 보는 것은 개인이 가진 기본 권리라 본다.현재 법적으로 '유전자 염기 서열을 읽는 행위' 자체는 아무런 법적 제제를 받지 않는다. 자신의 Genome DNA 염기 서열을 가지고 있는 사람은, 다양한 Genome software를 활용해 법적으로 금지된 유전자 검사를 모두 직접 해 볼 수 있다.대표적으로 Micheal Cariaso가 만든 Promethease 같은 소프트웨어를 활용하면, 현존하는 그 어떤 DTC 유전자 검사 회사들 보다 더 방대한 유전자 검사 결과를 확인할 수 있다. Promethease는 현재 유로로 sample 당 $5 에 서비스 되고 있으며,  23andMe 서비스가 FDA의 규제로 질병에 대한 검사 결과를 서비스 하지 못하게 된 시점에서 23andMe 서비스를 받고 Genome raw data를 가진 고객들이 Promethease를 활용해 유전자 검사를 받게 되면서 하루 수백건씩의 분석이 이루어지고 있다.최근 회사에 방문한 Micheal Cariaso에게 문의한 결과 현재 하루 평균 200여건의 분석이 Promethease를 통해 이루어 지고 있다고 한다.Promethease 로 유전자 분석을 수행한 결과 화면. Breast cancer에 대한 결과인데, 오른쪽 밑의 pie chart를 보면 한 사람의 genotype 들에 대해 Good/Bad/Neutral 결과가 혼재되어 있는 것을 확인할 수 있다.( GWAS 기반 complex disease 분석을 하는 경우 이런 것들 중 가장 Odds ratio가 높은 몇몇 variant들을 골라 최종 risk 를 계산하게 된다. 이런 부분이 GWAS 기반 검사의 문제).  Promethease는 이를 종합해 risk score로 계산해 주지 않고, 해당 질병과 관련된 모든 과학 연구 결과를 reporting 해 준다. 이렇듯, 이미 게놈에 대한 지식이 있고, 조금의 불편을 감수해서라도 자신의 raw genome data를 확보하는 개인의 경우에 유전자 검사를 막을 방법은 없다. 막을래야 막을 수 없는 시대가 온 것.좀 더 장기적이고 전향적인 규제라면, 어떤 유전자 검사를 허용할지 보다는 개인이 게놈을 가지는 걸 막을 수 없는 시대라는 것을 인정하고, 게놈을 가진 개인이나 기업 혹은 정부가 이를 활용해 문제가 될 만한 것들을 막는 법적인 장치를 만들어 나가는 방향이라 본다.두달 후 6월 30일에 한국에서 최초로 DTC 유전자 검사를 할 수 있게 된다. 어떤 항목이 될지는 모르지만, 무엇이 되었든 한국 게놈 산업 발전사에 이정표를 찍는 매우 의미 있는 사건이 될 것이라 본다.남은 기간 규제를 관장하는 정부 관계자들이 현명한 규제 방안을 마련하기를 기대해 본다.#3billion #운영 #인사이트 #스타트업 #시장환경 #분석

조교와 강사가 볼 수 있는 대시보드를 이용하면 학생들에 대한 EPS 분포를 확인하고 어떤 학생이 얼마나 열심히 하는지, 얼마나 높은 성취도를 이루었는지 한눈에 확인할 수 있습니다.엘리스에서는 선생님 대시보드에서 Elice Performance Score(EPS)를 확인할 수 있습니다. EPS는 학생들의 교육 현황에 따라 1점부터 5점까지 주어지며, 학생의 지금까지의 상태를 파악하여 수업이 끝날 때 얼마나 높은 성취도를 이룰 수 있을지를 자동으로 예측합니다. 이를 통해 선생님은 EPS가 낮은 학생들을 중점적으로 지도할 수 있으며 학생이 질문하기 전에 학생에게 먼저 다가가는 선제적 교육을 진행할 수 있습니다. 이러한 EPS는 어떻게 연구/개발 되었을까요?Fuller와 Elice의 전산학 교육 분류 체계분류 체계가 뭐지? 하고 갸우뚱하시는 분들이 많을 겁니다. 일반적인 분류학Taxonomy은 생물학의 학문 중 하나로, 지구에 살고 있는 생물들을 특정 기준에 따라 분류한 것을 말합니다. 그중 가장 유명한 것이 린네Carl Linnaeus의 분류법인데요, 이 글을 읽고 있는 독자들도 린네의 분류법에 대해서 배웠던 적이 있을 것입니다.계, 문, 강, 족, 목, 과, 류, 속, 종으로 이루어진 린네의 분류법. Image from Wikipedia이러한 분류법은 고도로 복잡한 생물들을 의미 있는 기준 (역사, 진화 과정, 유전학…) 에 따라 분류하고, 이들 사이의 관계를 체계적으로 밝히는 데에 목적이 있습니다. 이를 통해 기존에 없었던 새로운 동/식물이 발견되더라도 우리는 이미 확고히 정립된 분류 체계를 간단히 확장하는 것만으로 기존에 있던 동/식물들과의 관계를 정립할 수 있습니다. 그뿐만 아니라 과학의 발달과 함께 유전학 등의 도움으로 체계를 더욱 고도화할 수 있습니다.Bloom의 교육 분류체계교육학에서는 교육을 받는 과정에 대한 연구가 활발히 진행되었습니다. 1956년 Benjamin Bloom은 사람의 학습 과정을 인지/정서/정신이라는 세 개의 카테고리로 분류했습니다. 특히, 인지 영역을 낮은 정신 능력에서 고등 정신 능력이 필요한 활동 6가지로 분류했습니다. 학생은 가장 기본이 되는 암기 — 어떤 형상이나 사실에 대한 정보를 기억하는 것 — 로 시작해 이해, 적용, 분석, 평가를 거쳐 창작 — 다양한 원소를 조합해 새로운 구조나 패턴을 창출하는 것 — 으로 배움을 마무리하게 됩니다.Ursula Fuller는 전산학 교육과 기존 교육의 차이점에 주목했습니다. 다른 교육과는 달리, 전산학 교육은 코딩, 즉 창의적으로 새로운 것을 만들어내는 활동이 주가 되는 학문입니다. Bloom의 교육 분류체계에서는 학생이 새로운 코드를 만들어 내기 전에 그곳에서 사용하는 모든 원소에 대한 이해, 적용, 분석, 평가를 모두 완료해야 하지만 실제로 코딩을 배워보신 분들은 그렇지 않다는 것을 알고 있을 것입니다. 예를 들어, Python에서 새로운 개념인 recursion (재귀 호출) 을 배웠다고 하면 이것에 대한 깊은 이해 없이 재귀적으로 호출되는 함수를 만들어 보고 실행해 볼 수 있습니다. 아직 재귀호출이 얼마나 성능이 좋은지 평가하거나 분석할 수 없더라도 재귀적으로 동작하는 함수가 들어있는 프로그램을 만들 수 있습니다.Elice에서 코드를 작성하면서 전산학에 대해 배우는 과정. Fuller의 taxonomy를 Elice 연구팀이 학생의 코드 작성 과정에 적용했습니다. Image from Elice: An online CS Education Platform to Understand How Students Learn ProgrammingFuller는 차원을 하나 확장해 전산학 교육을 학생이 이론적인 것을 배우는 Interpreting 차원과 코드를 통해 새로운 것을 만들어내는 Producing 차원 두 개로 정리했습니다. 예를 들어 Implement 단계는 학생이 이론에 대한 깊은 이해 없이 현상에 대한 기억만을 의존하여 구현하고 테스트를 해 보는 단계입니다. 만약 여기에서 더 이상 이론에 대한 학습이 진행되지 않는다면 학생은 Implement/Test 단계에서 계속 머무르게 됩니다. 실행해 보고, 안 되면 조금 고쳐 보고, 다시 실행해 보고, …학생이 이론에 대해 이해하고, 그 이론에 대해 분석할 수 있는 단계가 되면 (예: 재귀 호출의 시간복잡도를 계산할 수 있게 됨) 학생은 드디어 문제가 무엇인지 판별하고 이것을 고칠 수 있는 활동 (Debug) 을 할 수 있게 됩니다. 코딩 스킬이 받쳐준다면 어떻게 해야 더 좋은 코드를 만들 수 있을지 생각해 볼 수도 있습니다 (Design). 어떻게 고칠지 생각해 내고, 이것을 구현 (Implement) 하는 단계를 반복하다 보면 학생은 이론과 개발 양쪽 차원에서 서서히 학습을 진행하면서 최종 단계인 Refactor 단계에 이르게 됩니다. Refactor는 작성한 코드를 최적화하는 단계로 높은 개발 능력과 이론에 대한 완전한 이해가 있어야만 이룰 수 있습니다.교육 분류 체계를 Elice에 적용하기Elice의 연구팀은 Fuller의 교육 분류체계를 Elice에 맞게 변형시켰습니다. Elice 의 인공지능 시스템 elice-ai는 학생이 제출하는 코드를 자동으로 분석하여 현재 학생이 제출한 코드가 교육 분류체계에서 어떤 단계인지 분류합니다. 이를 통해 학생이 현재 풀고 있는 문제에서, 혹은 과목에서 학생이 이론적으로 얼마나 많이 배웠는지, 얼마나 개발을 잘할 수 있는지 판단할 수 있습니다.Elice 연구팀이 2016년에 Learning at Scale 국제학회에 발표한 논문에서는 1,000명이 참가한 온라인 기계학습 강의에서 이 새로운 교육 분류 체계의 효과성을 검증했습니다. 분석 결과는 굉장히 흥미로웠습니다. 먼저 조교가 있는 조 기반의 학습, 조교가 없는 조 기반의 학습, 그리고 학생 혼자 듣는 상황을 비교했을 때 조교가 있는 조교가 있을 때의 학습 성취도가 조교가 없을 때의 학습 성취도보다, 그리고 조 기반의 학습에서의 학습 성취도가 혼자 수업을 진행할 때의 학습 성취도보다 월등히 높았습니다.4주 동안의 “조교가 있는 조 기반의 학습”, “조교가 없는 조 기반의 학습”, “혼자 학습” 을 진행한 학생들의 학업 성취도. 조교가 있을때, 그리고 조 기반의 학습을 할 때 성취도가 월등하게 높았습니다. Image from Elice: An online CS Education Platform to Understand How Students Learn Programming이러한 발견은 현재 Elice가 수행하고 있는 Python, Java, 데이터 구조 수업에서 강사와 학생 간의 인터랙션을 최대화하는 수업을 진행하는 데에 도움이 되었습니다. 또한, 새로운 분류 체계를 적용한 결과, 기존의 방법에 비해 학생들의 미래 성적을 굉장히 높은 정확도로 예측할 수 있었습니다.2주간의 학생의 학습 현황을 토대로 6주 후의 학습 진행을 예측. Pearson’s r: 0.914, 0.905. Image from Elice: An online CS Education Platform to Understand How Students Learn Programming위 그래프는 학생의 2주간의 학습 현황을 토대로 학생의 8주 뒤의 성적 및 Elice에서 코딩을 위해 쓴 시간을 예측한 것입니다. 예측을 위해 사용한 알고리즘이 굉장히 간단한 알고리즘 (linear regression with OLS)임에도 불구하고, 매우 훌륭한 결과를 보여주었습니다. 이 시스템을 통해, 학생의 초반 행동을 분석하면 학생의 미래 성취도 및 노력을 높은 정확도로 예측할 수 있습니다. 그리고 이것을 수치화한 것이 EPS (Elice Performance Score) 입니다.마치며이번 포스트에서는 엘리스의 AI 시스템이 하는 역할 중 하나인 EPS와 그것의 바탕 이론이 되는 Elice의 학습 분류체계에 대해서 살펴보았습니다. EPS 점수는 수업을 어려워하는 학생을 찾아내는 것 외에도 우수학생 선발 및 교육 과정이 원활히 진행되는지 살펴보는데에도 사용되고 있습니다.이 체계를 더욱 고도화하면 학생들이 문제를 푸는 동안 실시간으로, 선제적으로 도움을 줄 수 있습니다. 예를 들어, 학생이 문제를 풀다 어떤 부분에서 막히게 되면 Implement — Debug 과정을 반복하게 됩니다 (이것을 Implement-Debug cycle이라고 부릅니다). 이 늪에 빠진 학생을 조교가 빠르게 도와줄 수 있다면, 혹은 문제를 이미 푼 다른 학생이 도와줄 수 있다면 교육의 효과성과 즐거움이 더욱 증가할 것입니다.글쓴이김수인: KAIST 전산학부 박사과정 / Research Lead, Elice#엘리스 #코딩교육 #교육기업 #기업문화 #조직문화 #서비스소개

2016년 7월 말 제대 후 곧바로 떠난 유럽 여행 중에 한국에 있는 친구로부터 카톡이 왔다. 한 핀테크 스타트업에서 인턴을 구하고 있는데 한 번 지원해보라는 내용이었다. 유럽 한복판에서 복학과 인턴 사이에서 고민을 하다가, 스위스에서 인턴 지원서를 작성하여 회사로 보냈다. 귀국한 날, 인생 처음으로 양복을 샀으며 그다음 날 면접을 보러 갔고, 2016년 9월 내 첫 직장 어니스트펀드 성장전략실에서의 인턴 생활이 시작되었다. 금융회사와 스타트업의 Identity를 모두 가지고 있는 어니스트펀드에서 6개월간 많은 것을 배울 수 있었는데, 이 배움은 어니스트펀드가 아니라 다른 회사에서 일했다면 절대로 얻을 수 없는 것이라고 생각한다. 인턴 생활을 마무리하는 이 시점에 이번 브런치 글을 통해 내가 어니스트펀드에서 느끼고 배운 것들에 대해 이야기해보도록 하겠다.1. 자발적인 동기에서 나온 열정 어니스트펀드의 하루는 언제나 열정적이다. 어쩌면 스타트업의 ‘열정’은 굉장히 진부한 이야기일 수 있지만, 나는 어니스트팀이 가지고 있는 열정에는 남다른 것이 있다고 생각한다. (어니스트펀드의 팀원들은 흔히 회사를 어니스트팀이라고 부른다) 한 에피소드를 통해 그 열정을 설명해보고자 한다. 본격적으로 들어가기 전에, 어니스트펀드에서는 직함을 쓰지 않고 영어 닉네임을 통해 소통하는 문화를 채택하고 있음을 밝힌다.인턴 생활을 시작한 초기, 하루는 회식을 마치고 우리 집과 가까운 곳에 사는 포세이돈의 차를 얻어 타고 귀가했던 적이 있었다. 포세이돈이 은행에서 근무하셨던 경험을 전해 듣던 와중에, 어니스트팀에 대한 이야기가 나왔는데 포세이돈은 나에게 아래와 같은 질문을 하였다.“알렉스는 왜 우리 회사의 많은 분들이 어니스트펀드에서 일하고 계시다고 생각해요?” 그 당시 나는 바로 이렇다 할 답변을 내놓지 못하였다. 다른 좋은 곳에서도 충분히 잘 나갈 수 있는 역량을 가지고 계신 분들이 왜 이곳에 모여 계신 것인가라는 질문만이 내 머릿속을 맴돌았다. 조금 기다리시더니 이내 곧 나에게 답변을 주셨다. “우리 회사에서 하는 일, 그 자체를 정말 좋아하고 즐기니까 그런 게 아닐까요?”어찌 보면 별 이야기가 아니었지만 나는 약간의 충격을 받았다. 보통 ‘회사’와 ‘일’은 그다지 긍정적인 의미로 수용되기보다는 빨리 해치워야 하는 것으로 받아들여지는 경우가 많은데, 포세이돈의 답변은 그 보편적인 관념에 반대되었기 때문이다. 밤낮없이 치열한 대화가 오고가는 성장전략실의 회의이후 어니스트팀 속에 있으면서 구성원 모두가 프로페셔널한 정신을 가지고 있고, 금융업의 새로운 분야를 열어가는 것에 자부심을 느끼며, 자신의 일을 즐기고 있음을 발견할 수 있었다. 이러한 특징은 자연스럽게 일에 대한 열정으로 표출되었고, 어니스트펀드의 형광등은 밤늦게까지도 꺼지지 않았다. 또한 어니스트펀드의 회의실은 밤낮없이 치열한 대화가 오고 가는 곳이었고, 사무실은 언제나 집중하는 분위기로 압도되어 있는 곳이었다. 모든 팀원들 한분 한분과도 좋은 이야기를 많이 나누었지만, 나는 특히 디자이너 토니와 했던 이야기가 인상 깊었다. 토니가 나에게 항상 했던 이야기는 바로 어니스트펀드라는 금융회사에서 자신의 분야와는 거리가 멀기만 했었던 금융 분야의 전문가들과 함께 일하면서, 금융업의 디자인을 알아가는 즐거움이 크다는 것이었다. 대출과 투자 서비스를 이용하는 고객들은 어떠한 디자인에 주목하는가? 어떠한 글씨체, 글씨 크기, 아이콘의 모양, 색깔, 어떠한 화면 구성이 금융소비자들의 눈을 사로잡을 수 있을까? 이러한 이야기를 할 때, 내가 마주한 토니의 얼굴에서 나는 언제나 즐거움과 열정을 동시에 볼 수 있었다.'노력하는 자는 즐기는 자를 이기지 못한다'는 말이 있다. 지금껏 내가 본 어니스트팀의 열정은 모두 즐거움을 그 원천으로 두고 있었다. 나는 이것이 바로 어니스트펀드가 단기간에 탁월한 성과를 내며 성장할 수 있는 근본적인 원동력이라고 생각한다.제품개발팀의 Agora 회의그렇다면 '그 즐거움은 어디서 오는가'에 대한 답은 무엇일까? 나는 어니스트펀드가 빠르게 성장하는 만큼 직원들 개인들도 같이 성장하는 구조가 갖춰져 있기 때문이라고 생각한다. 나는 개인적으로 사람들이 보통 즐거움을 느끼는 순간이 자신의 어떠한 상태가 개선되고 있음을 느낄 때라고 생각한다. 자신이 원하는 방향으로 스스로가 변화하고 있을 때 우리는 개선이 된다고 생각하며 이는 곧 우리가 '성장'을 하고 있다는 것을 의미한다.어니스트팀 개개인이 자신이 속한 직무에서 개인의 성장을 일구고 있듯이, 나 또한 비약적인 성장을 할 수 있었다. 63빌딩으로 첫 출근을 하던 때와 지금을 생각하면 나는 내가 원하는 대로 변화했고 완전히 다른 사람이 된 것만 같은 느낌을 지울 수 없기 때문이다. 이제부터 내가 성장할 수 있게 어니스트펀드가 제공해준 기회에 대해 이야기해보겠다. 2. 성장으로 이어질 수 있는 기회의 제공6개월 동안 내가 인턴으로서 했던 업무를 살펴보면, ‘과연 다른 회사에서는 이런 수준의 업무를 할 수 있는 기회를 인턴에게 줄 수 있을까?’라는 의문이 든다.사실 나는 어니스트펀드에서 인턴 생활을 하기 전에, 엑셀과 파워포인트를 다루는 것조차 익숙하지 않았던 갓 제대한 복학예정 대학생이었다. 그랬기 때문에 변화와 성장의 속도가 빠른 어니스트펀드에서의 첫 달은 적응하기 쉽지 않았지만, 그 순간들을 이 악물고 버텨내고 회사에 적응하기 시작한 시점부터 나에게 주어진 업무들은 그 양이나 질을 생각했을 때 매우 파격적이었다고 생각한다. 얼마나 파격적이었는지를 하나의 일화를 통해 설명하도록 하겠다.하루는 어니스트펀드의 대표인 루피가 이야기할 것이 있다며, 회의실로 나를 이끌었다. 루피가 꺼낸 말은 다음과 같았다.“알렉스, 지금 우리 회사에게 필요한 3가지 일이 있는데 앞으로 남은 기간 동안 이 과제들을 직접 해결해보면 정말 좋을 것 같아요. 첫 번째는……”루피가 내게 제안했던 3가지 업무에 대해서 상세하게 밝힐 순 없지만, 인턴 생활이 끝날 때까지 나는 3가지 업무 중에 2가지를 할 수 있는 기회를 얻었다. 사실 다른 회사에서는 대표가 직접 나서서 인턴에게 특정 프로젝트를 제안하는 것은 매우 놀라울 일이지만, 어니스트펀드에서는 그다지 놀랄만한 일은 아니었다. 덕분에 나는 전략 관련 단독 프로젝트를 진행할 수 있었다.나의 자리에는 항상 온갖 자료를 검토하며 보고서를 썼던 흔적이 남아있다하지만 기회를 준다고 해서 모든 것이 해결되지는 않는다. 역량에 초과하는 일을 무작정 던져주는 것은 오히려 그 사람의 부담감을 높이는 결과를 초래하기 때문이다. 사실 전략 관련 단독 프로젝트를 진행하는 것은 나에게 매우 벅찬 일이었다. 여러 자료들을 검토하고 거기에서 얻은 정보들을 요약 및 정리하고 이를 토대로 내가 결국 말하고자 하는 주제에 관한 보고서를 작성하는 일은 대학생이 작성하는 리포트와는 비교할 수가 없었기 때문이다. 내가 이러한 난관에 부딪쳤을 때, 조목조목 도움을 준 분은 바로 나의 사수인 마커스였다. 전직 컨설턴트였던 마커스는 전략을 짜는 프로젝트가 통상적으로 진행되는 절차, 구글에서 자료를 찾는 방법, 자료들 중에서 유의미한 정보를 뽑아내는 법, 그 정보들을 보기 쉽게 보고서로 작성하는 방법까지 전반에 걸쳐 피드백을 주셨다. 나 또한 이에 호응하여, 늦은 밤까지 회사에 남아 자료들을 읽고 또 읽고 정리하고 내 것으로 만들기 위해 노력하였다.어니스트팀 전체에게 최종 보고서를 공유이 과정에서 나는 하루하루 내가 변해가는 것을 느꼈고, 최종적으로 보고서가 완성되기까지의 시간은 오래 걸렸을지라도 기업의 전략 업무의 한 사이클을 제대로 완결할 수 있었다. 이렇게 나는 내 인생 첫 직장에서 내 인생 최초의 리포트를 작성하여 어니스트팀 전체에게 공유하는 경험을 할 수 있었다. 나에게 있어, 어니스트펀드는 기회를 제공하는 것과 더불어 그 기회를 통해 내가 성장할 수 있도록 만들어주는 회사였다.어니스트펀드의 문화 강령인 ‘Honest Manual’ 4번에는 이런 원칙이 있다."4. 개인의 성장과 계발은 월급만큼이나 끊겨서는 안 됩니다. 성장이 없을 때는 리더에게 책임을 묻습니다."우리가 흔히 집단에 속하여 생활을 하다 보면, 정해진 규칙이 무의미해지는 경우가 많다. 가령, 대학교 동아리에서 수요일 오전 10시까지 활동에 참석하라는 구체적인 약속도 제대로 지켜지는 것이 어려운 경우가 많은데, 하물며 ‘성장’에 끊김이 없어야 한다는 추상적인 원칙이 지켜지는 것은 얼마나 어려운 일인지 많은 사람들이 동의할 것이다.그러나 나는 인턴생활을 마치며 내가 성장을 했다는 것을 나 스스로 느끼면서, 위의 원칙이 말뿐만이 아니라 실제로 회사 내에서 실행으로 옮겨지고 있음을 몸소 체험하였다. 이러한 원칙이 준수될 수 있는 이유는, 대표인 루피와 나의 사수 마커스를 포함한 어니스트팀 전체의 노력이 뒷받침되기 때문이다. 단적으로, 성장전략실의 시나몬이 내가 인턴생활을 마무리하며 그동안의 감회와 배운 것들을 정리하고 이를 회사의 얼굴인 브런치에 글로 게재하는 기회를 마련해줘서 나의 인턴 생활을 정리해볼 수 있게 한 것도 이러한 노력의 일환이라고 생각한다.이어서 여러 팀원 분들이 제공해주신 ‘성장’의 기회를 통해, 내가 인턴 생활 동안 깨달았던 2가지 인사이트를 소개하고자 한다.3. 절차적 지식의 중요성나는 확실히 어니스트펀드에서의 인턴 생활을 통해 많은 것들을 배우고 느꼈지만, 그중에 내가 가장 중요한 인사이트라고 생각하는 것이 바로 절차적 지식의 중요성이다.교육학 이론에 따르면, 지식은 크게 두 부류로 나뉘는데 이를 각각 선언적 지식(declarative knowledge)과 절차적 지식(procedural knowledge)이라고 부른다. 선언적 지식은 ‘무엇이 어떠하다’는 정적인 형태의 지식이다. 이를 익히기 위한 학습 목표는 ‘~을 안다’의 형태로 표현되고 주로 암기와 이해를 통해 획득된다. 예를 들면, 조선 22대왕 정조의 업적에 대해 자세하게 설명할 수 있는 것은 정조에 대한 선언적 지식 덕분이다. 이와 달리, 절차적 지식은 ‘무엇을 어떻게 수행하는가’에 대한 지식으로 동적인 형태를 갖는다. 절차적 지식에 대한 학습 목표는 ‘~을 할 수 있다’의 형태로 표현되고 실제로 행동으로 옮겨보는 과정에서 이를 습득하게 된다. 예를 들면, 자전거를 타거나 테니스를 칠 수 있는 사람은 이 두 가지 활동에 대한 절차적 지식 덕분이다.자전거를 탈 줄 아는 것은 대표적인 절차적 지식이다내가 절차적 지식에 주목하는 이유는 우리가 결국 무엇을 아는 것도 중요하지만, 그 어떠한 무엇을 알아내기 위해 어떻게 해야 하는가에 대한 답을 아는 것이 중요하기 때문이다. 왜냐하면 인간은 본질적으로 모든 것을 알 수 없기 때문이다. 이러한 절차적 지식은 회사의 업무에서 더 중요하게 부각되는데, 거의 모든 업무들이 절차적 지식의 영역을 통해 해결되기 때문이다.내가 어니스트펀드에서 일하면서 가장 중요하다고 생각한 절차적 지식은, 바로 ‘Google’을 이용하여 나에게 필요한 정보를 찾는 방법을 아는 것이었다. 어떤 사람들은 Googling은 누구나 하는 쉬운 일이라고 이야기할 수 있으나, 업무는 질적 완벽성도 중요하지만 신속성도 중요하기 때문에 어떻게 Google을 이용할 것인가는 중요한 절차적 지식이라고 생각한다. 내가 업무를 하면서 겪은 에피소드를 통해 Googling에 대한 절차적 지식을 구체적으로 설명하겠다.인턴 생활 막바지에, 나는 회사 소개 페이지를 기획하는 업무를 맡게 되었다. 회사 소개 페이지는 대개 그 회사의 철학을 소개하는 공간으로 쓰인다. 물론 어니스트펀드가 추구하는 바에 대해 이해도가 높았을 무렵이었으나, 나는 도대체 내가 알고 있는 어니스트펀드의 철학을 어떻게 풀어낼지 갈피가 잡히지 않았다. 나는 우선 Googling을 통해 회사의 비전을 작성하기 위한 가이드라인을 만들고, 이에 따라 업무를 진행하기로 결정했다. 여기서부터 Googling이라는 절차적 지식이 매우 중요하게 쓰이는데, 나는 우선 Google 검색창에 ‘company vision’을 검색하였다. 이는 Google에 존재하는 수많은 회사의 비전에 대한 정보들이 대략적으로 무엇이 있는지 감을 잡기 위한 것이었다. 수많은 웹페이지들이 검색된 가운데, 나는 Business Dictionary의 ‘Definition of company vision’,  Harvard Business Review(HBR)의 ‘Building your company’s vision’, GE의 ‘Mission, Vision & Strategy’ 이 세 가지 웹페이지를 열었다. 그 이유는 어떤 것을 검색할 때 항상 이에 대한 ‘정의, 실행 방식, 레퍼런스(참고자료)’ 이 세 가지를 알아야 업무에 유용하게 사용할 수 있기 때문이다.GooglingBusiness Dictionary의 정의에 따르면, 비전은 중장기적인 목표를 의미하며 기업의 현재 업무에 대한 지침으로서 기능한다고 소개되어 있었다. 나는 이를 통해, 회사의 철학을 소개하는 것에 있어서 비전은 하나의 재료이며 단기적인 목표를 의미하는 다른 개념어가 있다는 것을 추론할 수 있었다. 다음으로 HBR에서는 회사의 비전 수립을 위한 방법론으로 Strategical Planning이란 이론을 설명하고 있었다. 이 이론에 대한 설명을 읽은 후, 나는 회사의 철학이 장기적인 비전-중기적인 미션-단기적인 액션플랜 3단계로 이루어진다는 것을 파악할 수 있었다. 따라서 나는 이 Strategical Planning이 내가 찾은 가이드라인이 될 수 있다고 판단하였고, 이를 다시 Google로 검색하였다. 그 결과, 어떤 한 웹사이트에서 Strategical Planning과 관련하여 ‘VMOSA’라는 개념을 찾을 수 있었다. VMOSA는 Vision, Mission, Objective, Strategy, Action Plan을 의미하는 것으로 회사의 철학을 5가지 과업의 층위로 나누어 분류한 체계이다. 이 개념을 토대로, 이전에 찾아 놓았던 GE의 회사 소개 페이지 레퍼런스를 확인하여 우리 회사 철학의 가이드라인으로 삼는 것에 대한 적정성을 검증하였다. 결과적으로, VMOSA가 적절하다고 판단되었고 나는 내가 이해하고 있는 어니스트펀드의 철학을 그 개념에 맞추어 정리하였고 단시간 내에 효율적으로 업무를 완수할 수 있었다.이러한 경험에서 보듯, 회사의 업무과정에는 원래 알지 못하는 것들의 답을 효율적으로 구해야 하는 과정이 반드시 포함되어 있다. 사람들이 모든 것들에 대해 알 수 없기 때문이다. 회사의 철학을 소개하는 페이지를 구성하는 것을 난해한 일이라고 보긴 어렵지만, 나는 그 알지 못하는 것에 대해 스스로 질문하고 답을 구해가는 과정이 나를 성숙시키고 나를 그 분야의 전문가로 만들어주는 유일한 길이라는 것을 알 수 있었다.어떻게 엘론 머스크(Elon Musk)는 우주로 쏘아 올릴 로켓을 만드는 스페이스X를 창업할 수 있었겠는가? 정답은 간단한 것 같다. 지금껏 로켓을 쏘아 올린 회사를 만드는 방법이 존재한 적이 없었음에도 불구하고, 그는 그 방법을 알아낼 절차적 지식을 갖추었기 때문이다. 4. 소통의 기술내가 어니스트펀드에서 일하면서 스스로 가장 부족하다고 느꼈던 것은 바로 소통의 기술인데, 두괄식으로 주장을 이야기하고 반드시 그 근거를 이야기하는 것을 의미한다. 내가 이 소통의 기술이 부족하다고 느낀 이유는 논리적으로 글 쓸 때와는 다르게, 나는 ‘생각나는 대로 말하기’에 익숙했기 때문이다. 실제 회사에서 일을 할 때에는 소통의 신속성과 명확성이 매우 중요하기 때문에, 나의 소통 방식이 업무과정에서 큰 방해 요소가 된다는 것을 알 수 있었다. 예를 들자면, “제가 회의에 참석을 하다 보니 시간이 없어서…… 주신 일을 다 못 했는데…… 어쩔 수 없었던 상황이었습니다.”라고 이야기한다면 상대방의 입장에서 그래서 결국 어떻게 해달라는 것인가라는 의문이 들 것이다. 이것이 바로 생각나는 대로 말하는 것의 폐해이다. 따라서, 이러한 경우 “제게 주신 일을 처리하기 위해 시간을 좀 더 주시면 감사하겠습니다. 왜냐하면, 제가 갑작스럽게 회의에 참석을 해서 업무 처리 시간이 지연되었기 때문입니다.”라고 말해야 명확하고 신속한 의사소통이 가능하다.명확하고 신속한 의사소통의 중요성실제로 나의 사수였던 마커스와 일을 하던 도중에, 이러한 소통방식으로 인해 마커스가 나에게 내가 말하고자 하는 의도를 되물어 본 적이 많았다. 나는 갑작스럽게 사수로부터 ‘왜 그렇게 생각하느냐?’, ‘그래서 결국 이야기하고 싶은 것이 무엇이냐?’라는 질문을 받으면서 당황했었고 그럴 때마다 나의 말하는 방식을 두괄식으로 바꾸어야 하겠다는 필요성을 더 절실하게 느낄 수 있었다. 이러한 두괄식 구조에 의한 소통이 중요한 이유는, 나의 주장을 명확하게 전달하는 것과 더불어 그 주장의 맥락을 상대방이 이해할 수 있도록 해야 하기 때문이다. 회사 내에서 업무를 하면서 발생하는 모든 언행은 탁월한 업무 수행을 위한 목적을 수반하고 있다. 따라서 나의 언행은 모두 그러한 맥락 위에서 이루어져야 하고, 업무의 전반을 이끌어 나가고 있는 시니어와 같은 팀의 구성원들이 그 맥락을 이해하고 있어야 최고의 결과를 낼 수 있다. 맥락의 공유가 실패하면, 내가 공들여했던 몇 시간의 일이 큰 의미가 없는 것이 되어버려 업무의 신속하고 정확한 처리가 물거품이 되기 때문이다.이러한 절차적 지식과 소통 방식에 대한 깨달음뿐만 아니라, 수없이 많은 것들을 배웠던 인턴 생활이 드디어 막을 내렸다.5. 어니스트펀드에서의 인턴을 마치며약 6개월간의 어니스트펀드에서의 긴 여정을 마치고, 2017년 3월에 다시 학교로 돌아간다. 어니스트펀드에서 맷집을 제대로 키워서 그런지 학교로 돌아가서 겪게 될 진로 고민과 나에게 주어질 여러 가지 과제들을 해결해 나가는 것이 그 전과는 다르게 크게 부담으로 느껴지지 않는다. 어니스트펀드는 나를 강하게 만들어준 곳이었으며, 아무것도 갖춘 것이 없어도 뛰어들어서 하다 보면 결국 해낼 수 있다는 마인드를 가질 수 있게 해주었다.인턴 생활 마지막 날 아침내가 한 학기를 늦추면서까지 스타트업에서 일하기로 결정한 것에 대해 많은 사람들이 의아해하였지만, 6개월이 지난 지금 나는 그때 복학이 아닌 인턴이라는 도전을 선택했던 나에게 칭찬을 해주고 싶다.내가 훗날 대기업에서 일하고 있든지, 작은 규모의 회사에서 일하고 있든지, 아니면 스타트업을 운영하고 있든지에 관계없이, 어니스트펀드에서의 인턴 경험은 앞으로 나의 인생 전반에 긍정적인 영향을 미칠 것이라고 확신한다. 이러한 경험을 할 수 있도록 도와주신 모든 어니스트펀드 팀원분들께 감사의 인사를 전하고 싶다.마지막으로 브런치 글을 마무리하면서, 나와 비슷한 연령대의 친구들에게 짧게 이런 질문을 던져보고 싶다.“청년 실업률이 치솟고 있는 요즘, 안정을 찾는 것도 좋고 이것저것 따져가며 사는 것도 좋지만 한 번쯤 새로운 혁신이 꿈틀거리고 있는 곳에 들어가 보는 것은 어떠한가?” “그리고 그곳에서 어쩌면 예상치 못하게 정말 많은 것들을 얻을 수도 있지 않겠는가?”#어니스트펀드 #기획 #전략 #인턴 #인턴생활 #인사이트

데이터 검증은 system error 또는 human error에 의해 garbage data가 쌓이고 있진 않은지, 정상적으로 데이터가 수집되는지 여부를 확인하는 매우 중요한 단계인데요. 오늘은 왜 데이터 검증 단계가 중요한지를 최근 경험을 통해 설명드리고자 합니다.한 고객사에서 데이터 검증 과정 중 GA(Google Analytics for Mobile Apps) 대비 저희가 공급한 툴(와이즈트래커)의 세션수(방문수)가 너무 낮다는 문의를 주셨습니다. 그 수치는 무려 3배 가량의 차이로 acceptable이 힘든 데이터였습니다.사실 세션은 설정이 요하는 분석 항목이 아니기 때문에 측정기준으로 비교해 봐야 했지만, 세션 기준 역시 30분으로 GA와 와이즈트래커와 동일했습니다. 이에 저는 GA에서 over counting되는 요인이 있을거라 생각하고 열심히 구글링 하다 흥미로운 아티클을 발견했습니다. GA SDK V4 적용했더니 세션수 2배 이상 증가했다?>> Link이 문의에 한 사람이 답변을 달기를, GA에는 activity auto tracking 기능이 있는데, 이를 사용할 경우 앱을 백그라운드에 내리거나 프로세스 킬하고 재실행하면 30분 세션 유지기간에 상관없이 세션이 증가한다는 내용이었습니다. 이 말인즉, 사용자가 앱과의 인터렉션이 없어도 GA SDK가 자동으로 새로운 세션을 발급한다는 건데요. 설마했지만 사실 확인을 위해 테스트를 진행했습니다.1) 테스트 앱 개발2) GA SDK v4 적용3) 앱 실행4) 앱 프로세스 종료 후 30분 이내 재실행 or 백그라운드 처리이는 불과 1분 안에 일어난 현상테스트 전 데이터는 사용자 1, 세션 6건이었고, 3단계 앱을 실행하는 시점에 사용자 2, 세션 7이 되었습니다. 정상적으로 사용자 1건, 세션 1건이 증가한 것입니다. 여기서 앱을 종료하고 바로 앱을 다시 재실행 해보았습니다. 그리고 데이터를 보니 오잉? 정말 세션이 증가했습니다. 정말인가 싶어 여러 번 했지만, 아래 캡쳐시간을 보시면 알겠지만, 불과 1분도 채 안되서 3건의 신규세션이 발생한 것입니다.그렇다면 도대체 왜 이렇게 처리한 것일까? 오류일까?정확히 알 수는 없지만 이 기준 자체는 데이터 해석에 큰 오해를 일으킬 수 있습니다. 우리는 보통 평균 값을 갖는 파생지표를 세션을 기준으로 산정합니다. 그래서 보시는 것 처럼, 평균 세션당 화면, 평균 세션 시간이 세션수를 기준으로 나눠진 것을 알 수 있습니다.평균 세션당 화면, 평균 세션 시간, 사용자당 방문횟수와 같은 지표는 사용자의 앱 인게이지먼트를 판단하는 척도로 활용하는 사용성 높은 지표인데, 사용자와 앱 간의 실질적인 인터렉션이 전혀 없는 허수의 세션이 증가하니 세션수와 연관있는 모든 파생지표 데이터가 실제보다 낮은 수치로 표기되고, 이를 가지고 잘못된 해석을 하고 잘못된 액션까지 취할 수 있다는 것입니다.해당 고객은 안타깝게도 세션 뿐만 아니라 세션과 관련된 파생지표 모두 잘못된 기준의 KPI를 보았다고 할 수 있는데요, 사실 아직까지 국내는 GA에서 추출하는 기본 데이터 수준으로 KPI를 활용하는 경우가 많고, 특히 GA의 activity auto tracking 기능을 대부분 true로 설정하여 활용하고 있을 것이기 때문에 데이터 해석의 문제는 생각보다 굉장히 범용적으로 발생하고 있을 것으로 예상됩니다.!! 데이터 검증은 선택이 아닌 필수 과정데이터 분석을 잘하기 위한 전제 조건은 좋은 데이터를 수집하는 것입니다. 하지만 보통 3rd party tracking 업체는 툴을 제공하는 것 까지만 수행하지, 클라이언트의 개발자가 제대로 적용했는지, 적용한 데이터가 정상 수집되고 있는지 등의 과정까지 support 하지 않습니다. 그럼 클라이언트가 직접해야 하는데 이건 현실상 더더욱 힘들 수 밖에 없습니다.그래서 툴을 선택할 때는 반드시 도입 단계에 데이터 검증을 지원하는지 여부를 확인해야 합니다. 2012년부터 빅데이터 분석 바람이 불고 있지만, 현실은 기업에 전문 분석가 1명이 없는 기업이 아직 대부분입니다. 또한 비전문가가 쉽게 배우고 커버할 수 있는 업무도 아니기 때문에 전문 업체의 지원을 받아야 합니다. 안해주면 해달라고 떼 써야 합니다. 초기 도입시에 말이죠. 그래야 이후에 자신감있게 데이터를 신뢰하고 분석하고 액션 플랜을 수립할 수 있습니다.오늘 당장 리포트의 데이터를 의심의 눈으로 한 번 다시 보시는 계기가 되면 좋겠습니다. * WISETRACKER는 모바일 광고 성과 측정부터 In-app 이용자/컨텐츠 분석, 푸시메시지 최적화까지 지원하는 모바일 통합 분석/타겟팅 솔루션입니다. 와이즈트래커 솔루션의 무료체험을 원하실 경우 여기를 클릭해주세요.* WISETRACKER가 제공하는 무료 데이터 분석 컨설팅를 원하신다면 여기를 클릭해주세요. #와이즈트래커 #데이터 #데이터리포트 #데이터분석 #서비스소개

키워드 성과 자동분석은 ‘원래 당연히 되는 기능 아님?’이라고 생각하실 수도 있지만 상황이 조금 달라졌습니다. 유저가 키워드 광고를 클릭하고 데스크탑 또는 모바일 홈페이지로 이동했다면 이 케이스는 ‘당연히’ 자동 분석이 됩니다. 그러나 키워드 광고를 클릭했는데 앱스토어 또는 앱 실행으로 연결된다면? 분석이 되게 만들 수는 있지만 ‘자동분석’은 불가능입니다.‘그 정도는 수작업으로 분석해도 괜찮겠네’라고 생각하시는 분들이 있을 것 같습니다. 분석 시스템 개발을 업으로 하는 저희 역시도 처음엔 그렇게 느꼈었으니 말이지요. 그러나 실무에서의 몇가지 케이스를 접하고 나서 완전히 잘못된 생각이었다는 것을 알게 되었습니다. 와이즈트래커가 키워드 성과 자동분석을 개발한 계기이기도 합니다. Unhappy Case 1 – 모빌리티 앱대리운전이나 카쉐어링 등의 모빌리티 분야는 불가피하게 앱을 통해야 제대로된 서비스를 이용할 수 있습니다. 스마트폰의 GPS를 이용해서 위치정보를 파악해야 하기 때문이죠. 상황이 이렇다 보니, 모바일에서 네이버 키워드 광고를 클릭하면 실제 서비스로 연결되지 않고 앱 설치를 권유하는 브릿지 페이지로 이동하는 경우가 많습니다. 이 광고의 KPI는 앱 설치와 앱에서의 전환이 되겠지요.문제는 각각의 키워드가 얼마만큼의 앱 설치를 만들어 내는지 자동분석이 되지 않는 다는 점입니다. 자동으로 안되니 수동으로 해야지요. 키워드마다 트래킹 URL을 입력하는 식으로 말입니다. 키워드가 100개 이내라면 할만 할 텐데, 이게 수백 개 단위가 되면 정말이지 혼자서는 감당을 못합니다. 차라리 인형 눈알을 붙이고 말지요. 그런데 그것이 실제로 일어났습니다.교양 있게 표현하면 Brute-force 알고리즘, 시쳇말로 노가다. 중간에 하나만 틀려도 폭망이다.우선 트래킹 URL을 600개 생성합니다. 이 URL을 키워드에 붙여넣고 저장하는 작업을 또 600번 합니다. 도합 1200번의 노가다 끝에 ‘다시는 이 미친 일을 하기 싫다’는 생각이 가장 처음 들었다고 합니다. 이런 말도 안되는 일을 피해갈 방법이 없을지 문의를 주셨고 와이즈트래커는 뚝딱뚝딱 기능을 개발했습니다. Unhappy Case 2 – 이커머스 앱검색어에 가장 민감한 분야가 이커머스일 것입니다. 기본적으로 상품의 개수만큼 키워드가 늘어납니다. 게다가 최근에는 ‘미세먼지 마스크 추천’이나 ‘가성비 좋은 발렌타인데이 선물’처럼 구문을 검색하는 경우가 늘고 있습니다. 이제는 구문 단위로 대응해야 해서 관리하는 키워드가 늘어날 수 밖에 없는 구조입니다. 키워드가 늘어나면 광고비도 비례해서 증가할 것입니다.이렇게 키워드 광고가 엄청나게 많다 보니, 광고를 통해 모바일웹으로 들어와서 상품만 살펴보고 실제 구매는 추가 할인을 받기 위해 앱에서 끝내는 유저도 있을 것 같습니다. 그런데 어떤 키워드가 유저를 앱으로 많이 이동시키는지 알 수 없다는 것이 현업에서의 고민이었죠. 이것만 알아낸다면 “키워드 광고 성과가 이렇게 높습니다. 저를 전적으로 믿으셔야 합니다.”라고 할 수 있는데 데이터가 없다는 것이 문제였습니다.‘앱에서 구매하면 할인’을 보고 웹에서 앱으로 넘어가는 경우, 얼마나 될까?이커머스 고객사에 키워드 자동분석을 적용한 결과는 아주 인상적이었습니다. 전체 앱 인스톨 중 약 7% 정도가 웹 광고를 통해 발생하고 있었으며, 이 중 80%는 검색 광고의 영향을 받는 것으로 나왔으니까요. 인스톨을 7% 정도 늘리기 위해서 증액해야 하는 광고비를 생각하면 결코 무시할 수 있는 수준이 아니라는 이야기. 게다가 이렇게 유입된 유저의 약 10%가 구매고객으로 전환했으니 그야말로 대박이었죠. 자동분석은 이렇게 동작해요내용은 꽤 단순합니다. 자동분석이기 때문이죠. 실무자가 할게 없습니다. 자동분석이니까요!1. 유저가 네이버에서 ‘마스크’를 검색했습니다. 파워링크에 광고들이 떠있는데요, 이 중에서 쿠팡을 클릭했습니다. 2. 키워드 광고를 클릭하니 쿠팡 모바일웹으로 연결 됐습니다. 화면 하단에 ‘앱 할인’ 배너가 있네요. 이걸 클릭합니다.2-1. 만약 ‘앱 할인’ 배너를 눌렀는데 단말기에 앱이 없는 상태라면? 앱을 설치할 수 있는 스토어로 넘어가게 되죠. 앱을 설치하고 실행합니다. 3. 앱을 실행하니 ‘마스크’ 화면이 나옵니다. 이제 상품들을 살펴보면 되겠네요. 정리하자면 [네이버에서 ‘마스크’ 키워드 광고 -> 모바일웹 -> 앱 설치]로 이어진 케이스입니다. 이 과정에서 1건의 앱 설치가 발생했지요. 마케터가 아무런 설정을 하지 않아도 와이즈트래커는 이 상황을 [‘마스크’ 키워드를 통한 1건의 앱 설치]로 ‘자동분석’합니다. 가만히 있어도 리포트에 데이터가 착착 쌓입니다. 우리가 만들었지만 신박하군요! 손발이 편안한 마케팅을 위하여마케팅 오토메이션 솔루션의 수준이 높아져서 그것이 대중화되면 분명 지금보다 손이 덜 가는 환경에서 실무를 진행할 수 있을 것입니다. 그때가 될 때 까지는 머리 속에서 행복회로를 굴리며 버티는 정신이 필요할지도 모르겠습니다.그렇다고 하더라도 수백개 키워드에 일일이 트래킹 URL을 박아 넣는 일은 지금이라도 사라져야 합니다. 위의 두가지 사례와 비슷한 문제가 있다면 와이즈트래커에 알려주세요!