IT기술로 '취업'을 새롭게 코딩하겠다는 사람들.그리고 무려 취업시장의 패러다임을 바꿔보겠다는 사람들.어떤 생각을 하고 사는 사람들일까요?오늘부터 자소설닷컴을 운영하는 앵커리어의 팀원을한.명.한.명.차.례.로파헤쳐 보겠습니다. 그 첫 번째 주인공은대표이자 개발자를 맡고계신 박수상 대표님(a.k.a HOGOO )입니다.워후. 능력자INTRO. 인사밍케터) 간단한 자기소개 부탁드립니다.HOGOO님) 안녕하세요. 서울대학교 컴공과 석사과정 중에 있습니다. 아, 그리고 '멋쟁이 사자처럼' 동아리 활동을 했었습니다. 밍케터) 앵커리어랩 첫 번째 연구보고서 주제로 선정되신 소감 말씀해주세요.HOGOO님) 마케터들이 블로그를 만들 때마다 인터뷰를 하는 것 같은데 재활용 안 될까요? 아... 아닙니다.좋은 프로젝트의 성공을 기원하겠습니다. (웃음)밍케터)(왠지 이번 블로그를 반드시 성공시켜야 할 것만 같다...)제1장. 머리_경영인의 냉철한 두뇌 밍케터) 경영자와 개발자를 겸하고 계시는데 구체적으로 하시는 일이 궁금합니다.HOGOO님) 경영자로서는 기업운영의 전반적인 부분을 담당하고 있습니다. 개발자로서는 아시다시피 '자소설닷컴'사이트를 개발하고 있습니다.밍케터) 앵커리어는 어떤 회사인지 소개해주세요.HOGOO님) IT기술로 이루어진 닻.취업준비라는 바다에서 취업준비생들이 자기의 일을 찾고 정착할 수 있는 닻 같은 존재입니다.밍케터) 경영자로서 생각하는 앵커리어의 이상적인 모습이 무엇인가요?HOGOO님) 100만 취준생 여러분들이 자소서 작성할 때 워드 한글 안 쓰시고, 자소설닷컴을 쓰시는 거요!밍케터) 외적인것은 없을까요? 예를 들어 구내식당이 있는 회사라던가...(사심 전달☞☜)HOGOO님) 아...아!....음....... 수면실 이불이 매일 빨려있었으면 좋겠네요. 사무실은 매우 마음에 듭니다. (웃음) 그리고... 직원들 돈 많이 줄 수 있는 회사요!(자나깨나 직원생각. 5959)밍케터) 전공과 경영이 관련이 없으신대, 어려움은 없으신가요!HOGOO님) 학생회, 동아리 회장 등의 대외활동을 하면서 사람들을 이끌고 모아봤던 경험이 크게 도움이 되고 있습니다. 밍케터) IT 스타트업 창업의 핵심 키워드 세가지만 집어주세요!HOGOO님) 첫째.열정,열심,성실이요. 이것들이 없으면 개인의 발전도 회사의 발전도 없을거에요.둘째, 팀원이요. 본인이 열심히 하고 같이 열심히 할 수 있는 팀원을 만나세요.  좋은 팀원과 일을 같이 할 수 있다는 것은 福입니다.제2장. 오른손과 왼손_실수없는 완벽한 코딩을 위하여 밍케터) 요즘 하루에 몇 시간씩 개발하시나요?HOGOO님) 음..어제는 4시까지 코딩하고...(손가락 계산 중) 흐어. 어제는 13시간 했네요.밍케터) 끝도없는 개발개발개발,.. 질리지 않으신지!HOGOO님) 질리지 않습니다. 개발할 때는 참 기분이 좋고 열심히 하고 싶다는 생각만 들어요. 제 취미가 개발하면서 노래 듣기, 개발 커뮤니티 댓글 달기, 동영상 개발 강의 듣기 등등 전부 개발과 관련되어 있어서요. 참 즐겁습니다!다만 회사 운영에 신경을 못 써서 부담감이 있습니다. (HOGOO무룩..)밍케터) 코딩에 관심을 갖게 된 계기가 궁금합니다!HOGOO님) 초등학교 5학년 때 컴퓨터 수업에서 접하고 자격증 따고, 대회 나가고 하면서 쭉 코딩을 해왔습니다. 학부 전공이 아니어서 잠시 멀어졌지만 '멋쟁이 사자처럼'을 만나서 다시 시작했습니다.개발을 하다 보면 초집중의 단계가 오는 순간이 있습니다. 그때의 쾌감이 참 좋아요. (대표님 최소 개발더쿠!!)밍케터) 리뉴얼 된 자소설닷컴의 베스트 오브 베스트 기능을 꼽는다면?!HOGOO님) [제출하기]입니다. 개발의 화룡점정이라고 표현하고 싶네요. 생소한 기능이라 사용률이 높진 않지만 잘 되면 정말 좋을 것 같습니다.제3장. 가슴_연극,랩,노래를 향한 뜨거운 열정 밍케터) 스타마케팅에 대해서 어떻게 생각하세요? HOGOO님) 스타성이 있는 사람으로 해야죠(단호)밍케터) 대표님에게서 스타성을 많이 보고 있습니다.HOGOO님) 대표가 스타가 되기보다, 자소설닷컴이 먼저 스타가 되는 게 좋을 것 같네요.(웃음)밍케터) (밍무룩...) 연극동아리 당시의 사진이 공개되어 굉장한 이슈가 되었었습니다.연극동아리를 시작한 이유가 무엇인가요?HOGOO님) 선배님들이 술 많이 사주셔서요. ㅎㅎ 밍케터) 가장 기억에 남는 역할은요?HOGOO님) 멀티맨이었어서... 꽃보다남자 구준표, 왕비호, 유치원생, 옆집 아주머니를 했었네요.의상 갈아입을 시간이 없어서 스타킹을 못 신어서 다리털 강.제.오.픈 당한 기억이 있습니다.. [열정적으로 연극에 임하시는 박수상 대표님 ]밍케터) 랩에도 재능이 있으시다고 하던ㄷ...HOGOO님) 없구요(단호) 듣는거 좋아합니다. 양동근 어릴 때부터 무척 좋아했구요.노래방 가서 랩 하면 2점 혹은 4점 혹은 6점 정도 나옵니다.제4장. 손_나의 BEST OF BEST 부위밍케터) 인터뷰 컨셉이 연구보고서, 설계도, 해부도 뭐 이런 겁니다.그래서 말씀해주세요. 가장 자신 있는 부위를HOGOO님)음.....아 이거 어렵네요...(30초 정도 고민의 시간)....손으로 할까요? 손이 커서...결론. 앵커리어 공식질문1. 나에게 앵커리어란?소중한 시작.시간이 빠르게 가는 것이 아까울 정도로 20대에 이런 시간을 가질 수 있을까라고 생각해봅니다.저는 이 창업이 마지막이라고 생각하지 않기 때문에 "창업의 시작"이라는 의미를 두고 있습니다. 행운입니다.2.자소설닷컴을 한 마디로 표현하면?취업준비를 가장 빠르고 편하게 할 수 있는 온라인 서비스입니다.  #앵커리어 #팀원소개 #인터뷰 #팀원자랑 #기업문화 #조직문화

OverviewQA담당으로 입사하자마자 12월 21일, 22차 업데이트를 위한 앱 QA를 진행했습니다. QA는 이전 직장에서도 꾸준히 했는데도 아직까지 적응하기 어렵습니다. 그렇게 확인을 많이 하는데 오류는 왜 배포 후에 보이는 걸까요.분노를 느끼는 중22차 QA 한줄 요약: 뫼비우스의 QATC 수정 중QA담당자의 카운트다운은 기획이 완료된 SB를 참고하여 TC를 수정하는 것부터 시작됩니다. 물론 이전의 다른 과정들도 중요합니다만 이때부터는 마음속에 폭풍전야의 전운이 돌기 시작합니다. TC를 수정하는 순간 시트를 통째로 머릿속에 외워야 합니다. Depth 구성이나 QA해야할 내용을 담당자가 미리 파악하지 못한다면 테스트 도중 쏟아지는 문의사항들을 감당하지 못하기 때문이지요.뫼비우스의 QA...어떤 문의사항이냐고요? 이것을 설명하려면 브랜디의 QA과정을 먼저 설명드려야 할 것 같습니다. 브랜디의 QA는 내부 테스트와 외부 테스트로 구분되어 있습니다. 내부 테스트는 R&D본부의 서비스팀에서 1차 개발이 완료된 Android, iOS 버전의 앱을 검증합니다. 반면 외부 테스트는 브랜디 전체 직원들이 모여 앱을 검증합니다. 개발자가 아닌 사용자 입장에서 QA가 진행되다 보니 수많은 질문들을 마주합니다.“이건 왜 이럴까요?”“꼭 이래야만 할까요?”“이상한 것 같은데요.”????????그러나, QA담당의 책무를 다하기 위해 이를 꽉 무는 일이 있더라도 친절하게 답변합니다. 좋은 앱을 위해 모두가 노력하는 거니까요. 게다가 QA전문 회사에 다니면서 여러 프로젝트를 경험해봤지만, 회사 직원 전체가 배포 전에 테스트하는 게 굉장히 좋은 과정이라고 느껴졌습니다. 개발자가 아닌 고객의 관점에서 품질을 높이겠다는 회사의 방향을 엿볼 수 있었기 때문입니다.Android QA sheet중 일부iOS QA sheet중 일부사실 이렇게 꼼꼼한 과정을 거쳐도 완벽한 테스트는 없습니다. QA담당은 지속적으로 테스트를 해야 합니다. 그렇기 때문에 입사 후 처음으로 경험했던 브랜디의 QA테스트는 무사히 마쳤지만 아직도 현재진행형이기도 합니다. 내부, 외부 테스트 때 나온 결함을 Android와 iOS개발자에게 직접 전하고, 다시 테스트를 진행하고 있습니다.ConclusionQA 담당자로서 첫 번째로 중요한 업무는 QA프로세스의 정립입니다. 브랜디는 스타트업 회사이기 때문에 QA프로세스의 완성도가 아직 부족합니다. (제가 입사한 이유이기도 합니다.) 두 번째로는 JIRA(BTS) 도입으로 이슈관리의 개념부터 만드는 것도 목표 중에 하나로 생각하고 있습니다. JIRA가 있으면 소스코드 관리, 이슈 관리, 빌드, 프로젝트 관리 등의 효과를 얻을 수 있는데 특히 이슈관리(버그추적) 시스템이 도입되면 신세계가 열립니다. JIRA이슈관리 시스템은 이슈를 쉽게 조회할 수 있고, 저장된 속성을 이용해 통계자료까지 얻을 수 있습니다. 이슈 형태를 이용한 검색도 가능하기 때문에 이전에 발생했던 이슈를 쉽게 찾아볼 수 있습니다. (브랜디를 포함해 이슈관리 시스템을 이용하지 않는 회사가 많습니다만… 여기에 글을 쓴 이상 제가 해야겠지요.) 또한 다른 개발자들과 함께 피, 땀, 눈물을 쏟아내다 보면 selenuim, appium을 이용한 자동화 테스트 도입도 할 수 있을 거라 생각합니다. QA와 관련된 자세한 이야기는 앞으로도 꾸준히 공유하겠습니다. 기대해주세요.글김치영 대리 | R&D PM팀kimcy@brandi.co.kr브랜디, 오직 예쁜 옷만#브랜디 #기업문화 #조직문화 #업무환경 #인사이트 #경험공유

Semantic Versioning 소개Versioning?소프트웨어 개발 생태계는 수많은 사람들이 서로의 기술과 성과를 이어받아 오며 믿을 수 없는 수준의 협력 체제를 구축해오고 있습니다. 의존성은 이러한 협력체제에서 나오게 된 요소로, 다른 사람들이 만들어온 기능을 다시 만들 필요 없이 손쉽게 가져와서 재활용하는 방식으로 빠르게 소프트웨어를 만들 수 있게 되었습니다.하지만 이렇게 여러 사람에게 이용되는 패키지가 새롭게 업데이트될 때, 생각보다 다양한 문제에 직면하게 되었습니다. 기능의 사용법을 바꾸어버리거나 동작 방식의 변경 같은 변화들은 그에 의존하는 다른 소프트웨어를 의도대로 동작하지 못하게 하므로, 새로운 변화와 기존의 것을 구분할 필요가 생겼습니다. 버전이라는 개념은 이러한 패키지의 변화를 구분하기 위해 사용하기 시작하였습니다.Semantic Versioning?버전이라는 코드 형태의 구분방식은 많은 핵심 문제를 해결해주었지만, 아직 여러 과제가 남아있었습니다. 버전 명의 작성 방식에 관한 기준이 패키지마다 제각각 다른 것이 문제였습니다. 0.x와 1.x의 차이, 1.0.0 혹은 1.000. 선행 배포와 정식 버전의 구분 방법 등 모든 소프트웨어, 패키지는 저마다의 기준을 가지고 있었으며, 이는 어느 정도의 적당한 공통점이 있었지만, 그 점이 미묘하게 모두 차이가 있어 버전에 따른 의미 해석을 어렵게 하였습니다.Semantic Versioning은 Github의 공동창업자인 Tom Preston-Werner가 위의 문제를 해결하기 위해 기존의 현안을 모아 만든 제안입니다. 스펙 문서는 RFC 2119에 의해 규칙을 표기하여 의미적 엄격함을 높이고, 패키지 개발 생명주기에 발생할 수 있는 여러 상황을 포괄적으로 담아 일관성과 유연성을 균형 있게 갖추고 있습니다.규칙다음은 Semantic Versioning(v2.0.0-rc1)의 스펙을 한국어로 번역한 내용입니다.1. Semantic Versioning을 쓰는 소프트웨어는 반드시 공개 API를 정의해야 한다. 이 API는 코드 자체에 정의되어 있거나 명시적으로 문서화 되어있어야 한다. 이 과정은 포괄적이며 정확해야 한다.2. 일반 버전 명은 반드시 X.Y.Z 형태를 보여야 하며 X, Y, Z는 음이 아닌 정수이다. X는 주요한 버전이며, Y는 작은 버전, Z는 패치버전이다. 각 요소는 1씩 차례로 증가해야 한다. 예: 1.9.0 -> 1.10.0 -> 1.11.0.3. 주요 버전 숫자가 올라갈 때, 작은 버전 숫자와 패치 버전 숫자는 0으로 재설정되어야 한다. 작은 버전 숫자가 올라갈 때, 패치 버전 숫자는 0으로 재설정되어야 한다. 예: 1.1.3 -> 2.0.0, 2.1.7 -> 2.2.04. 버전 명이 주어진 패키지가 한번 공개되면, 해당 버전의 내용은 절대 수정되어선 안된다. 어떤 수정도 반드시 새로운 버전으로 공개되어야 한다.5. 주요 버전 0 (0.y.z)은 초기 개발을 위한 것이다. 언제든 변경될 수 있다. 공개 API는 안전하지 않다고 여긴다.6. 버전 1.0.0은 공개 API를 정의한다. 이 공개 이후의 버전 숫자가 바뀌는 방법은 공개 API와 변경 방법에 따라 결정된다.7. 패치 버전 Z (x.y.Zx > 0)는 하위호환을 하지만 버그 수정이 있을 때 올라간다. 버그 수정은 내부적으로 잘못 처리되고 있는 것을 고치는 것을 의미한다.8. 작은 버전 Y (x.Y.zx > 0)는 새로운 기능이 추가되었지만 기존의 공개 API가 하위호환되고 있을 때 올라간다. 공개 API가 하나 이상 deprecated될 시에도 올라가야 한다. 부가적인 새 기능이나 개선이 내부 코드 (private code)에 있을 시에도 올릴 수 있다. 이는 패치 수준의 변화를 포함할 수 있으나, 작은 버전이 올라가면 패치 버전은 꼭 0이 되어야 한다.9. 주요 버전 X (X.y.zX > 0)는 하위호환되지 않는 변화가 추가될 때 반드시 올라가야 한다. 이는 패치 수준과 작은 수준의 변화를 포함할 수 있으나, 주요 버전이 올라가면 작은 버전과 패치 버전은 꼭 0이 되어야 한다.10. 선행 배포 버전은 대시(-)와 점으로 나누어진 식별자들의 묶음을 패치 버전 뒤에 표시한다. 식별자들은 ASCII 영숫자와 대시로만 구성되어야 한다. [0-9A-Za-z-]. 선행 배포 버전은 연관된 일반 버전보다 낮은 우선순위를 가진다.11. 개발 버전은 더하기(+)와 점으로 나누어진 식별자들의 묶음을 패치 버전 뒤에 표시한다. 식별자들은 ASCII 영숫자와 대시로만 구성되어야 한다. [0-9A-Za-z-]. 빌드 버전은 연관된 일반 버전보다 높은 우선순위를 가진다.12. 우선순위는 주요, 작은, 패치, 선행 배포, 빌드 식별자 내 숫자 순으로 계산되어야 한다. 주요, 작은, 패치 버전은 항상 숫자로 비교되어야 한다. 선행 배포와 빌드 버전의 우선순위는 반드시 각 점으로 나누어진 식별자들이 아래 규칙에 따라 비교되어야 한다: 1. 숫자로만 이루어진 식별자는 숫자로 비교 (2) 문자와 대시가 포함된 식별자는 ASCII 정렬 순서대로 비교. 숫자 식별자는 숫자가 아닌 식별자보다 낮은 우선순위를 가진다. 예: 1.0.0-alpha < 1>응용여러 오픈소스 프로젝트들이 이미 Semantic Versioning에 따라 버전 명을 표기하기 시작하였으며, 해당 규칙에 기반을 둔 버전 비교 라이브러리도 만들어지고 있습니다.•node.js: https://github.com/isaacs/node-semver•PHP: https://github.com/GordonSchmidt/SemVer•Python: https://github.com/k-bx/python-semver•Ruby: https://github.com/iantruslove/SemverStringerseaport는 node.js 에서 서비스 클러스터들이 Semantic Versioning에 따라 버전 의존성을 가지게 설계할 수 있어 보다 안정적인 버전 협상이 가능하도록 하고 있습니다.server.js:var seaport = require('seaport');var ports = seaport.connect('localhost', 9090);var http = require('http');var server = http.createServer(function (req, res) {res.end('beep boop\r\n');});server.listen(ports.register('web@1.2.3'));client.js:var seaport = require('seaport');var ports = seaport.connect(9090);var request = require('request');ports.get('web@1.2.x', function (ps) {var u = 'http://' + ps[0].host + ':' + ps[0].port;request(u).pipe(process.stdout);});output:$ node server.js &[1] 6012$ node client.jsbeep boop마치며비록 작은 통일일지는 모르나, 버전 명을 작성하는 훌륭한 기준이 있다는 것은 장기적으로 개발 생태계를 더욱 빠르고 긴밀하게 협력하도록 도와줄 것이라 생각됩니다. 의미적 해석이 가능한 코드는 의존성 문제를 더 똑똑한 수준으로 자동화할 수 있기 때문이죠. 버전 명을 지으실 때 좋은 안내서가 되었으면 좋겠습니다.#스포카 #개발 #개발자 #개발팀 #꿀팁 #인사이트

"안녕하세요. 몇 년간 좋아하는 오빠에게 몇 번을 고백했습니다. 그리고 이번 4월 무렵 다시 한번 좋아한다고 고백을 했습니다. 하지만 제가 들은 대답이 뭔지 아세요? "다음 기회에!"라고 하더군요. 사랑 고백이 뽑기도 아니고, 다음 기회라니요.. 사랑에 있어 희망고문은 아니란 말이 떠올랐어요. 저처럼 이렇게 고백에 대한 황당한 대답을 들어본 사람이 또 있을까요?"-  스푼 유저 '꽃처럼' 님의 사연중A. 안녕하세요. 스푼 라디오입니다.'꽃처럼'님의 사연을 받고 사실 얼마나 당황스러웠는지 모르겠습니다. 얼마나 큰 용기를 가지고 고백을 하셨을지에 대한 짐작도 되었고, 무례한 대답을 듣고 얼마나 속상하셨을지도 느껴졌습니다. 몇 년간 좋아하는 사람에게 몇 번이고 진심을 담아 고백을 하셨다니 정말 많이 좋아하셨을 거라고 생각합니다.그리고 지금의 마음은 어떠하신지도 궁금하기도 합니다. 무례하기 짝이 없는 황당한 대한 들었어도, 좋아하는 마음은 쉽게 내 뜻대로 되지 않으니까요. 단지, 말씀하신 것처럼 사랑은 뽑기도 아니고, 사랑은 희망고문도 아니라는 걸 스스로에게 다시 한번 말해보는 건 어떨까 라는 생각을 해봅니다.내가 좋아하는 사람이 나를 반드시 좋아해 줄 필요도, 할 수도 없는 일임을 잘 아실 거라고 생각합니다. 그래서 짝사랑이 힘든 게 아닐까 싶습니다. 하지만, '꽃처럼'님의 진실된 마음을 가볍게 여기는 상대방에게 그 사랑과 시간은 너무 과분 하단 생각이 듭니다. 나를 사랑해주지 않아서가 아니라, 나의 대한 진심을 짓밟은 몹쓸 말을 하는 그런 사람에게 더 마음을 주기 너무나도 나의 마음이 너무 소중하다는 걸 알아주셨으면 좋겠습니다.나의 대한 가치와 존중을 알아봐 주는 사람에게 나의 마음을 쏟으셨으면 좋겠습니다. 물론 머리는 이해해도 마음이 따라주지 않아서 짝사랑이지만요. 적어도 나에 대한 진심에 모욕감을 주는 사람은 마음속에서 하루빨리 떠나보내 주는 게 전 좋은 선택일 것 같다고 감히 적어봅니다. 나도 분명 예전에 누군가를 짝사랑해 본 적이 있었던 것 같다. 지금은 까마득히 기억도 안 나긴 하지만 말이다.누군가를 좋아하고 사랑한다는 것은 세상에서 가장 아름답고도 아픈 일이 아닐까 싶다. 함께 하는 사랑은 행복한 순간도 있지만 이별을 겪을 수 있기에 가슴 아픈 상처가 될 수도 있고, 혼자 사랑하는 사랑은 혼자만의 감정을 추스르느라 어려운 일임이 분명하다.사람 마음이라는 게 참 분명 내 마음인데 왜 내 뜻대로 되지 않는 걸까? 아무리 그 이성적인 사람이라도 사랑 앞에선 마음 앞에선 결국 약자가 되어버린다. 짝사랑을 해 본 사람들은 아마 공감하지 않을까?1. 언제부터 왜 어떻게 이 사람을 좋아하게 됐는지 나도 잘 모르겠다.2. 그냥 이유 없이 어느 순간부터 나의 모든 시선, 마음 그리고 소중한 이 사람에게 향해있다.3. 그저 바라반 봐도 좋다가도 나도 모르게 은근슬쩍 이 사람으로부터 사랑받고 싶단 생각을 한다.짝사랑은 무조건적으로 마음 아프거나 새드 앤딩으로 끝나진 않지만, 가끔은 나 스스로를 위해서 새드 앤딩이 되어야 할 때가 있다. 사랑은 다른 사랑으로 잊힌다는 말이 있다. 신기하게도 다른 누군가를 좋아하게 되거나 연애를 하게 되면 시간이 흘러 전 사람이 잊히곤 한다. 마치 아무런 일이 없었던 것처럼. (물론 계속 기억에 남는 사람도 있다) 하지만 짝사랑도, 연애도 하면서 중요한 게 딱 한 가지 있다는 걸 최근 돼서야 정확히 아주 명확히 알게 된 사실이 있다.정말 뻔하고도 클리쉐 한 말이지만,'내가 나를 먼저 사랑해야 남을 사랑할 수 있다'라는 말이다. 누구나 쉽게 할 수 있고 많이들 들어본 이야기일 거라고 생각한다. 특히나 사랑에 약한 사람들이 있다. 평상시에는 정말 똑 부러지던 사람이 '사랑'이란 두 글자에 세상 바보 천지가 되는 사람들이 있다. 그건 바보라서가 아니라 그만큼 열정적이게 사랑을 하는 타입의 사람이라고 생각한다. 하지만 분명한 건, 타인을 사랑하면서 나를 사랑하는 법을 잃어버리면 안 된다라는 말을 하고 싶다. 내가 나를 존중하고, 나를 아끼고 사랑할 때 정말 다른 누군가도 나를 존중하고 사랑하고 아껴준다는 말이 뭔지 몇 번의 연애를 끝으로 알게 되었다. 짝사랑에서도 마찬가지이다. 나를 사랑해주지 않는 사람을 사랑하지 말란 말이 아니다. 그저, 짝사랑에도 상도덕(?)이 있다는 것과 고백에 대한 거절, 나의 진심에 대한 존중은 받아야 된다고 생각한다.누구에게나 사연은 있다.당신의 사연, 고민을 함께 나누는 공간 스푼 라디오입니다.사연에 채택되신 스푼 유저 '꽃처럼'님께 스푼 라디오 공식 굿즈를 선물로 보내드립니다.여러분의 이야기를 듣고 싶습니다. 스푼 라디오에 사연을 보내주세요.사연에 채택되신 분들께 소정의 선물을 보내드립니다.자세한 사항은 event@mykoon.com으로 문의 바랍니다.

왜 지원자 분들만 자기소개를 하나요?많은 회사들이 자신들에 대해서는 말하지 않은 채 지원자의 이야기만 듣고, 심사하곤 합니다. 하지만 그건 양쪽 모두에게 좋지 않은 일입니다. 결국 대화로써 서로를 알아갈 수 있는 것인데, 그렇게 일방적인 방식으로는 아무래도 완벽한 소통은 어려울 테니까요. 지원자분들의 이야기를 듣기에 앞서 이강민 대표가 패스트캠퍼스의 이야기를 들려드리고자 합니다.안녕하세요. 패스트캠퍼스 대표 이강민입니다. 함께할 사람을 찾고 있어요. 채용에 대해 대표가 직접 입을 여는 경우는 드물지만, 제가 직접 말하는 것이 우리 회사에 대해 가장 잘 말할 수 있는 방법이라고 생각했습니다. 초창기에는 모든 사람을 제가 직접 뽑았거든요. 그래서인지 서로 다 다르지만 묘하게 비슷한 사람들이 모이게 됐어요. 모두가 주도적이었고, 추구하는 가치가 비슷했죠. 비슷한 색을 가진 사람들이 모이고 모여 이제는 60여 명의 사람들이 함께 이끌어가고 있는 거예요. 그것이 높은 성장을 가능하게 한 요인 중 하나였습니다. 패스트캠퍼스에 대해 누군가가 말한다면, 우리의 색깔을 가장 잘 보여줄 수 있는 사람이 목소리를 내어야 하잖아요. 저는 패스트캠퍼스가 내고있는 색깔의 시작이었고요. 그게 직접 입을 열게 된 이유예요.패스트캠퍼스는 ‘인생을 바꾸는 교육(Life-changing Education)’을 만들고자 하는 사람들이 모여, 실질적인 직무 역량을 키우고 이직/취직 등 커리어 전환을 돕는 ‘실무 교육 스타트업’입니다. 2013년 10월 17일, ‘컴퍼니 빌더’인 패스트트랙아시아의 작은 스타트업 교육 프로그램으로 시작되었습니다. 3년 전 4명의 팀원으로 시작했던 패스트캠퍼스는 2017년 현재, 60여 명의 팀원과 함께 프로그래밍/데이터 사이언스/마케팅/비즈니스/스타트업/파이낸스/크리에이티브 등의 다양한 분야에서 100여 개의 단기 교육 과정(CAMP, WORKSHOP, CLASS)과 3개월 전일제 과정(SCHOOL), 외국어 과정을 운영 중이며, 이제는 교육을 넘어서 이직 그리고 취직까지 적극적으로 연결하는 회사가 되었습니다.‘정한 것’이 아닌 ‘우러난’ 비전“누군가의 인생을 바꿀 교육”저는 자신 있게 패스트캠퍼스의 비전에 대해 말할 수 있습니다. 시작부터 가졌던 신념이고, 3년간 걸어오면서 점점 탄탄해진 비전이죠. 우리는 ‘누군가의 인생을 바꿀 교육’을 지향하고 있어요.우리나라는 보통 초, 중, 고, 대학교를 거치면서 교육을 받고 취업을 하게 되죠. 대부분의 사람들은 이 과정 중 취업을 하고 나서 가장 큰 어려움을 느낍니다. 대학교에서 배우는 능력과 현업에서 필요한 능력의 차이가 크기 때문이에요. 준비가 안 된 상태인 대학 졸업생은 어렵게 회사에 간다고 해도 엄청난 시행착오를 거쳐야만 하고, 기업도 신입사원을 교육하는데 많은 시간과 돈을 쏟게 됩니다. 패스트캠퍼스는 이러한 상황에 주목했습니다. 저도 패스트캠퍼스를 시작하기 전에 두 번이나 창업에 도전하며 많은 시행착오를 겪었거든요. 하지만 꼭 겪지 않았어도 될 일들도 많았어요. 그래서 “나 같은 시행착오를 모든 사람이 꼭 겪을 필요는 없다. 시행착오를 줄여줄 교육을 만들겠다.”라고 생각했죠. 그렇게 창업뿐 아니라 어떤 일을 하는 사람에게도 도움이 될 수 있도록 하는 교육을 시작하게 된 겁니다.또 한 가지, 교육과 취업 사이의 갭은 때로는 아주 큰 여파로 돌아와요. 누가 인재인지 파악하기 어려우니 기업 입장에서는 줄 세우기 편한 스펙만을 요구하게 되고, 구직자들은 그런 기업에 들어가기 위해서 점수뿐인 영어 점수나 실제 능력과 상관없는 자격증 같은 것에 많은 에너지를 낭비하고 있어요. 그러다 보면 잃는 게 너무 많아요. 사고력과 진짜 실력을 키우지 못하게 되고, 자신의 꿈을 좇기보다 점수, 스펙에 맞춘 커리어를 걷게 되죠. 그분들만의 잘못은 아니에요. 어떤 일을 위해서 필요한 진짜 공부는 따로 있는데, 학교에서도 동떨어진 교육만 하고 기업은 스펙으로만 평가하려고 하며 아직까지 각 분야마다 제대로 된 교육을 받을 수 있는 곳도 찾기 힘드니까요. 그나마 있는 실무 교육들은 대부분 현업을 떠나있던 사람이 자기 커리어를 내세우면서 강의를 하는데, 빠르게 변화하는 이 시대에서는 위험할 수 있어요. 5년 전에 현업에서 나와서 강의를 시작했다면 5년 만큼 현업에 뒤처져 있는 거니까요. 우리는 현업과 맞닿아 있으면서도 트렌드에 뒤처지지 않는 교육을 제공하기 위해 현직에 종사하고 있는 강사님들이 강의를 하죠. 같은 주제의 강의라도 매 기수마다 새로운 내용이 추가되고요. 즉, ‘진짜 하고 싶은 일’을 하게 도와주는 것이 교육 기관을 경영해 나가면서 꼭 이루고 싶은 비전입니다. 하고 싶은 일이 있다면 그것을 진짜로 이루기 위한 공부를 할 수 있는 곳이 패스트캠퍼스예요. 직업과 삶의 분리가 아니라, 직업 안에서 꿈을 실현할 수 있도록 돕는 교육을 하는 곳, 그런 곳이 한 곳쯤은 있어야 한다고 생각해요.필요한 능력과 동료들, 그리고 분위기저는 면접을 볼 때 꼭 하는 네 가지 질문이 있어요. 그중 하나가 ‘하고 싶은 일이 무엇인가요?’입니다. 하고 싶은 일이 뭔지 그 자체를 묻는 게 아니에요. 저는 사람마다 잘하고 좋아하는 일의 ‘속성’이 있다고 생각하거든요. 누군가는 단순 반복 업무를 좋아할 수도 있고 어떤 사람들은 계산해서 짜 맞추는 것을 좋아할 수도 있으며 새로운 일을 벌이거나 정리하고 시스템화하는 업무를 좋아할 수도 있죠. 그걸 물어보면서 상대가 좋아하는 일이 무엇인지 파악합니다. 패스트캠퍼스에서 그 일을 할 수 있게 도와줄 수 있는지에 대해 파악하기 위해서예요. ‘하고 싶은 일’을 할 수 있도록 돕겠다는 비전이 내부 직원에게도 똑같이 적용되는 거예요. 당연하죠. 비전은 안으로부터 나와야 회사 전체에 녹아들 수 있으니까요. 그리고 결국 그렇게 하는 것이 회사에게도 긍정적으로 작용해요. 모든 직원이 원하는 일을 할 수 있다면, 누구나 최선을 다할 것이고 그런 것들이 모이면 결국 회사의 성장으로 이어질 거니까요.그리고 논리적인 문제 해결이 가능한 지에 대해 물어봅니다. 3달 후의 목표를 위해 당장 1시간 안에 어떤 액션을 취해야 하는지 알고 있는 사람을 찾아요. 또 스스로에 대해 잘 아는지 물어봅니다. 어떤 점에서 동기부여되는지 등에 대해 알아가죠.  패스트캠퍼스는 일은 스스로 찾아서 해야 하는 조직이기 때문입니다. 자신에 대해 잘 알아야 주도적인 업무가 가능하니까요. 마지막으로 fit이 잘 맞는지 파악하려 합니다. 패스트캠퍼스 사람들는 경쟁적이고, 눈앞의 실질적인 성과를 내려는 사람들이 모여있는 곳이거든요. 이 조직에서 잘 지내려면 항상 스스로가 성과를 내려 노력하고, 본인의 발전을 위해 항상 최선을 다할 수 있어야 합니다.면접에서 묻는 네 가지 질문들을 통해 패스트캠퍼스에서 같이 일 할 사람들과 분위기에 대해 어느 정도 파악할 수 있다고 생각합니다. 패스트캠퍼스는 프로세스 기반이 아니라, 각자가 스스로를 컨트롤하며 목표를 향해 달려가는 조직입니다. 거의 독립적으로 자신에게 주어진, 혹은 스스로 정한 업무를 잘 하면 됩니다. 그래서 구성원들 간 업무적으로 크게 부딪히는 일이 없어요. 그러다 보니 사람들 간의 사이가 상당히 좋습니다. 다들 처음 사무실에 오면 화기애애하고 자유로운 분위기에 놀라죠. 하지만 그 안에는 누구보다 치열하게 스스로를 위해 살아가는 사람들이 있습니다. 보상도 마찬가지입니다. 연차에 따라 연봉이 올라가거나 직급이 올라가는 게 아니라, 철저히 성과 중심의 시스템이죠. 업무 외적인 스트레스는 거의 없다고 생각하시면 돼요. 하지만 성과가 바로 보이기 때문에,  업무에 소홀해지면 바로 티가 납니다. 위계질서도 없어서 뒤에 숨을 공간이 없죠. 겉 보기에는 가족 같은 회사지만, 실상은 스포츠 팀처럼 운영되고 있다고 하면 명료하겠네요.얻어 갈 수 있는 것스타트업 치고는 괜찮은 연봉과 대우를 받을 수 있지만, 중견기업과 대기업에 비하면 아직 연봉이나 복지는 부족한 부분이 많습니다. 자신 있게 보장할 수 있는 것은 단기간의 높은 성장입니다. 패스트캠퍼스에 3년 정도 투자한다면 다른 회사에서 7, 8년 정도 일한 만큼의 성장을 이룰 수 있습니다. 본인의 의지에 따라 얼마든지 더 큰 역할이 주어질 수 있기 때문이죠. 좋은 아이디어가 있다면 신입 사원이라도 대표에게 직접 제안할 수 있습니다. 그런 것이 어려운 분위기가 전혀 아니니까요. 실제로 많은 멤버들이 어린 나이에도 믿을 수 없는 성장 곡선을 보이고 있습니다. 그것도 자신이 원하는 분야로요. 일례를 들자면 강의를 기획하고 관리하는 일을 했던, 26살의 직원이 ‘본인의 희망’에 따라 B2B팀으로 넘어가 사실 그 나이에는 버거울 수 있는, 하지만 원래부터 하고 싶어 했던 업무를 거뜬히 해내고 있어요. 기업과 기업이 만나는 시장에서 커뮤니케이션을 하고 딜을 따 내는 것, 대단한 능력이죠. 보상도 다른 기업과는 많이 달라요. 일반적으로 문제없이 3, 4년 일하면 대리, 7년 일하면 과장이 되는 식의 연차제가 아니라 본인의 퍼포먼스에 따라 1년 안에도 연봉이 1.5배, 혹은 2배로 뛸 수도 있는 곳입니다. 결국 본인의 의지와 노력에 따라 성장뿐만 아니라 높은 보상도 얻어 갈 수 있는 회사입니다. 미래에 대해누군가는 60여 명으로 늘어난 직원 수를 보고 패스트캠퍼스는 더 이상 스타트업이 아니라고 합니다. 하지만 제가 생각하는 스타트업이란 ‘아직 아무도 해결하지 못한 문제를 해결하려는 회사’입니다. 아직 이 시장에서 누구도 대학 교육과 현업 간의 갭을 줄이려는 회사나 교육기관은 없어요. 우리가 IT 분야의 스타트업처럼 너무나 새로운 제품을 내는 회사는 아니지만, 누구보다 현실적인, 보다 큰 범위의 ‘교육’이라는 모두에게 밀접하고 커다란 문제를 해결하고 있다고 생각합니다.그래서 아직은 반짝 빛나 보이지 않을 수는 있어요. 하지만 이건 정말 커다란 일입니다. 아주 커다란, 사회적인 의미를 가져갈 수 있는 일이에요. 지금 우리는 대학 교육을 받고 바로 취업을 하지만, 우리 아이들은 대학에 꼭 가지 않더라도 취업 교육을 받는 세상을 그리고 있습니다. 아직 누구도 해내지 못하고 있는 일, 함께 할 분을 찾습니다.

아이오에서 일 한지 어느 덧 한 달 가까이 되어간다.이젠 나도 어느 정도 팀의 비즈니스 로직, 도메인, 문화, 사용하는 기술들이 조금씩 이해되기 시작하고 있다.그러자 이번엔, CTO이자 나의 멘토이며 사수인 미정님이, "직접 기능을 하나 TDD로 개발해서 Pull Request 해보라"는 미션을 주었다.API를 보고, 구글링하고, 기존에 미정님이 짰던 코드를 참고해서 만들어갔다.그럼에도 불구하고 제대로 작동하지 않는 코드가 있었다.혼자 해볼 수 있는 것은 다 해 본것 같은데도 해결법이 떠오르지 않아, 미정님에게 이런저런 문제가 있다고 설명하고 도움을 요청했다.미정님이 코드를 좀 보더니 해결했다. 미정님이 짰던 기존 코드에 오류가 있었고, 내가 그것을 참고해서 코드를 짰기 때문에 생긴 문제였다.그녀는 쓴 웃음을 지으며, “변형덕에 오류발견 했네, 잘했어.”라고 약간 주눅들어 말했고,나는 “아, 저는 미정님 코드는 완벽하다 생각하고 그걸 레퍼런스로 하고 코드를 짰는데, 그래서 오류를 못 찾았나봐요.”라고 대답했다.그러자 그녀는 갑자기 눈빛을 바꾸며 역정을 냈다. “그건 변형이 아직 엔지니어의 마인드를 못 갖췄다는 말이야!”예상치못한 임기응변에 순간 나는 움찔했고, 내게 유리했던 분위기를 뺐기고 말았다.그녀의 설명이 이어졌다.“세상에 실수 없는 사람은 없어! 엔지니어라면, 컴퓨터는 믿어도 사람은 못 믿는 다는 생각을 갖고 있어야 되!나는 선배가 짠 코드라도 안 믿어. 심지어 구글러가 짠 코드도 난 안 믿어!100%완벽한 코드는 없어.우리가 TDD를 하는 것도 실수나 오류를 최소한으로 줄이기 위해서지, 그렇게해도 오류없는 100% 완벽한 코드를 보장하지는 않아.그러니까 누가 짠 코드든 완벽하다고 생각하면 안 돼! 내 코드도 마찮가지고!”구구절절이 맞는 말이다.친절한 미정님은 스스로를 실수할 수 밖에 없는 인간으로 낮추면서까지, 엔지니어로서 가져야할 자세를 알려주셨다.진정한 살신성인의 멘토라고 아니할 수 없다.ㅜ친절한 박미정줄여서 친박.앞으로 친박이라 부르고 싶다.#스위쳐 #Switcher #개발자 #스타트업 #스타트업CTO #CTO #개발일지 #경험공유

녹음된 자신의 목소리를 들어본 사람이라면 알 것이다. 얼마나 어색하고 때론 거북하기까지 한지 말이다.다른 사람의 목소리는 직접 듣는 것과 녹음된 목소리 사이에 큰 차이를 느끼지 못하는 걸 보면 내가 알고 있는 나와 다른이가 인식하는 나와의 간극이 있다는 것을 미루어 짐작 할 수 있다.당연히 목소리 뿐만이 아닐 것이다.심지어 취미로 운동을 배우더라도 내가 의도하며 취하는 나의 자세와 실제 나의 모습 사이에는 꽤 큰 차이가 존재하는 걸 경험한다. 이 차이를 받아들이지 않는다면 일정 수준 이상의 실력이 늘지 않는다. 그 차이를 인식하고 간격을 조정하는 과정이 실력을 늘리는 방법이다.다시 목소리로 가보자.아니 소리가 아니라 언어로 가보자.내가 얘기하는 말들이 남들에게도 그대로 들릴까?소리가 아니라 '의미' 말이다.자신이 말하는 의도가 남들에게도 동일한 의도로 읽혀질까?언어는 우리가 사회생활을 영위하기 위한 가장 기초 도구이기도 하지만, 가장 전문적이고 강력한 무기이기도 하다.업무로 다양한 사람을 만나면서 느끼는 점은 상대방의 전문성은 특정 기술이나 행위를 통해서가 아니라 그 영역을 어떻게 표현하고 묘사하느냐의 차이에서 느껴진다는 것이다. 누구든 10분 정도 이야기해보면 상대방의 내공과 실력을 가늠할 수 있다.거꾸로 이야기하면 자신이 던지는 말 한마디 한마디가 나를 판단하는 중요한 단서라는 것이고, 자신이 전달하려는 의도와 상대방이 인식하는 내용이 일치하지 않다면 이건 매우 곤란한 상황을 야기할 수 있다. 아주 미묘한 차이이지만 그 차이가 누적될 경우에는 인생 자체가 잘 풀리지 않게 된다.주변에 이런 동료가 있었다. 사람이 워낙 좋고 업무에서도 경험도 많은 친구였는데, 직급이 올라갈 수록 조직에서 인정을 받지 못하는 것이었다. 일을 직접 같이 하지 않았던 타 부서 동료였는데, 실제로 같이 일할 기회가 생겨서 업무로  엮이게 되면서 문제가 무엇인지 알 수 있었다.아는 것은 많은데 이걸 명료하게 표현하지 못하는 것이다. 말이 길어지고 꼬리에 꼬리를 물며 부연설명이 계속 되는 것이다. 본인은 친절하게 자세히 얘기하고 있다고 느끼겠지만 듣는 사람은 도무지 무슨 이야기인지 이해가 안되는 것이다.세상 일은 항상 복잡하고 얽혀있게 마련이다. 문제를 해결한다는 것은 복잡한 현상을 명료하게 구분하고 이걸 일 단위로 나누어서 처리하는 과정이다. 말이 꼬인다는 것은 생각이 복잡하다는 것이고, 문제를 정확히 정의하지 못하기 때문에 해결책도 효과적으로 찾아내기 어렵다. 이런 리더와 함께 일하면 삽질의 연속일 가능성이 높아진다.이런 경우 특히 어려운 점은 보고의 순간이다. 요점 정리가 안되고 핵심을 집어내지 못하기 때문에 의사결정자에게 올바른 리포팅이 어렵다.더 심각한 문제는 자신의 문제를 잘 인식하지 못한다는 것이다. 자신은 최선을 다하는데, 상대방이 알아주지 못한다고 생각한다. 나는 충분히 얘기하는데 상대가 이해하지 못한다고 치부한다. 자신의 꾀꼬리같은 목소리가 상대에게 두꺼비같이 들린다는 것을 받아들이지 않는 것이다.사실 남의 얘기가 아닐 것이다.여전히 말은 어려운 영역이다.왜 국어시간이 중요한지 요즘 다시 깨닫게 된다.말은 평생 공부해야 하는 분야인 것 같다.나도 깊이 반성해 본다.

‘보고서 작성하느라 잠을 잘 못자서, 오늘 사진촬영 괜찮겠죠?’검게 내려온 다크서클. 2018 연말 야근상 후보자. IFC 19층에는 불이 꺼지지 않는 신비의 방이 있습니다. 암호화폐 투자자들에게 시장 트렌드와 올바른 정보를 전달하고자 밤낮으로 일하는 태인님이 있기 때문인데요. 투자자들에게 심도 깊은 암호화폐 정보를 전달하기 위해 오늘도 ‘열일'하는 태인님의 비하인드 스토리를 파헤쳐봤습니다.Q. 안녕하세요 태인님, 자기소개 부탁드릴게요!안녕하세요, 저는 코인원 리서치센터장 공태인입니다. 코인원 리서치센터가 어떤 일을 하는지 궁금하시죠? 리서치센터는 블록체인과 암호화폐 및 금융 시장 전반에 대한 Macro/Micro 리서치를 통해 고도화된 분석 업무를 수행하는 곳입니다. 급격한 시장 변화에 대응할 수 있도록 전반적인 트렌드를 분석하고, 보고서 발간을 통해 투자자들에게 깊이있는 인사이트를 제공하죠. Q. 코인원이 암호화폐 거래소 최초로 리서치센터를 설립했는데요, 태인님은 어떤 계기로 코인원 리서치센터로 오게 되셨나요?암호화폐 시장에서 발생하는 정보 비대칭성을 해결하고 싶었어요. 현재의 암호화폐 시장을 주식시장에 빗대보자면 90년대 후반 2000년대 초 주식시장이 미성숙했던 시기와 매우 비슷합니다. 투자업계가 발달되지 않아 정보가 부족했고, 이로인해 IR에 대한 개념도 잡히지 않았고 사업보고서조차 접근이 쉽지 않았었죠. 투자자들에게는 자신이 투자하고자 하는 대상에 대한 정보가 사실상 아무것도 없었습니다.현재 진행되고 있는 블록체인과 암호화폐 프로젝트들도 마찬가지에요. 토큰과 코인을 판매하는 주체가 프로젝트에 대한 정보를 쥐고 있지만, 투자자들은 이 정보를 찾아 어렵게 다녀야하죠. 저는 투자자들에게 이 시장이 어떤 메커니즘으로 돌아가는지, 왜 투자를 해야하고 하지 않아야 하는지에 대한 정보의 흐름을 알리고 싶었어요. https://news.naver.com/main/read.nhn?mode=LSD∣=sec&sid1=101&oid=366&aid=0000410893▲참고기사 : 코인원 리서치 센터 출범Q. 기본적으로 ‘리서치센터'라는 단어를 들었을 때, 독자분들은 증권사를 먼저 떠올리실 것 같아요. 실제로 증권사 리서치센터와 유사한 부분이 있을까요?블록체인과 암호화폐 산업이 안정화된다면, 저희가 하는 역할도 증권사들과 많이 유사해질 거라고 예측해 봅니다. 90년대 후반 2000년대 초 애널리스트들은 해당 산업의 외부전문가 역할을 톡톡히 하고 있었어요. 그때는 정보 비대칭성이 훨씬 심했던 시기이므로 애널리스트가 투자 의견 제시뿐만 아니라 다양한 이해관계자들을 대상으로 교육도 함께 중점적으로 진행했지만, 현재는 투자자에 훨씬 포커스 되어있죠. 암호화폐 시장도 마찬가지로 저같은 애널리스트들이 프로젝트의 투자자들에 대한 서비스를 진행하는 날이 올 것 같네요.  Q. 리서치센터에서 출간되고 있는 보고서에 대한 반응이 매우 뜨겁습니다.  예상보다 큰 반응에 놀랐습니다. 정말 많은 분들이 관심을 가져 주셔서 너무 감사하게 생각하고 있어요. 지금은 긍정적이든 부정적이든 피드백이 필요한 시점인 것 같아요. 사실 증권시장에서는 애널리스트가 발간한 보고서에 대한 피드백 흐름이 정말 자연스러워요. 투자자들을 대상으로 전화를 돌리거나 직접 대면해서 현장 반응을 그대로 체감하고 다음 보고서 토픽을 생각하죠. 아직 암호화폐 산업에서는 피드백 흐름이 형성되지 않은 극초기 단계라, 주변 반응을 듣고 커뮤니티를 모니터링 하면서 피드백을 놓치지 않기 위해 노력하고 있습니다!Q. 거래소에서 최초로 새롭게 접근한 암호화폐 분석법으로 매우 이슈가 되었는데, 그 동안의 분석법과 어떤 점이 다른가요? 금융권에서 활용되는 가치 측정 기법을 암호화폐 시장에도 적용했기 때문인데요, 현재까지 암호화폐를 이런 기법으로 분석한 곳은 코인원이 최초에요. 보고서를 보시면 아시겠지만, 코인원 리서치센터 보고서에는 기술 리서치의 비중이 상대적으로 제한적이에요. 이미 미디엄이나 레딧 등의 플랫폼에만 들어가도 블록체인의 기술적인 부분에 대해 더 전문적으로 설명하고 계시는 분들이 많기 때문이죠.그래서 투자 관점에서의 암호화폐 분석을 시작한거에요. 예를 들면 주가이익배율 (PER : Price Earnings Ratio)을 적용할 수 있을까? 블록체인 생태계 안에서 암호화폐 프로젝트를 하나의 기업으로 바라보고 유사한 증권분석 컨셉이 적용가능할까? 등을 고민했죠. 이런 무수한 고민들을 통해 현재의 분석보고서가 탄생하게 되었어요. (눈물)코인원 리서치센터에서 발행한 암호화폐 보고서▲코인원 리서치센터 바로가기Q. 기존 금융권에서 오랜 경력을 쌓으신 태인님이 어떻게 암호화폐 시장에 매료되셨는지 궁금합니다.제가 중, 고등학교 때 컴퓨터 자격증을 독학할 정도로 컴퓨터에 관심이 많았어요. 도이체방크에서 애널리스트로 근무했을 때에도 담당했던 산업이 ICT쪽이었습니다. 그러다보니 블록체인 개념 또한 빠르게 접할 수 있었는데요, 개발자가 주체적으로 이끌어가는 비즈니스 모델이 흥미로웠습니다. 이렇게 여러가지 관심사가 겹쳐서 암호화폐 시장의 매력에 빠지게 되었네요. Q. 태인님이 앞으로 코인원 리서치센터에서 전달하고 싶은 가치는 무엇일까요?현재 암호화폐 시장에는 올바르지 않은 정보가 난무하고 있어요. 저는 암호화폐 거래소에서 정보 흐름의 선순환을 만들어나가야 한다고 생각합니다. 제대로 된 정보를 제공하고 토큰 이코노미 내 이해관계자들 사이에서 자정작용을 일으켜야만 해요. 향후 중/장기적으로 블록체인과 암호화폐 산업에 규제가 잘 마련이 되면, 투자의견까지 제시할 수 있는 날이 올 거에요. 앞으로도 보고서에서 흥미로운 토픽들을 심도 있게 다룰 예정이니 많이 기대해주세요!저는 암호화폐 보고서뿐만 아니라 보노보노책(?)도 좋아합니다코인원은 리서치센터를 통해 암호화폐에 대한 심도 깊은 정보를 꾸준히 전달해, 암호화폐 시장의 투명성과 안정성을 제고하기 위해 노력하고 있습니다. 앞으로도 코인원 리서치센터에서 더욱 다채로운 보고서로 찾아 뵐 예정이니, 많은 관심과 응원 부탁드려요!#코인원 #블록체인 #기술기업 #암호화폐 #스타트업인사이트 #기업문화 #조직문화 #팀원소개 #인터뷰

 대부분의 정보통신 분야, 특히 소프트웨어를 제작하는 "개발 조직"의 구성은개발,  디자인, 기획(또는 PM), QA가 팀으로서 분리되어있고, 규모 있는 회사들의 경우, 업무에 관련된 직군 간의 갈등 상황이나 문제가 생길 시, 파트장 또는 팀장님들(이하 중간관리자)이 중재를 하고 의사를 결정하는 정해져 있는 프로세스가 되어 있습니다. 그러나, 작은 규모의 스타트업이나, 업무에 책임을 지고 있는 인원이 단 한두명일 경우, 중간관리자들의 부재 때문에 개인 간 생기는 갈등 상황을 피할 수 없습니다. 그래서 오늘은 지금까지 제가 느낀 "정확하고 빠른 업무 진행을 위해 각 직군 간 인원들이 챙겨야 할 덕목들."을 말씀드리려 합니다. 그렇다면 무엇보다도, 왜 갈등 상황이 생기게 되는 걸까요?저는 "각 직군 간 종사자의 업무를 진행하는 과정과 목표가 다름에도, 이해보단 자신의 기준에서만 업무를 바라보는 경향"이 가장 큰 원인이라고 생각합니다. 저의 글(라고 적고 깨알 홍보라 읽는다...)에서 말씀드렸듯, 개발자, 디자이너, 기획자 들은 서로 일을 하는 방식도 다르고(심지어 개인차도 있지요), 각 직군마다 지향하는 부분들이 다르기 때문에 같은 방향을 보고 가더라도 서로가 서로 간에 집중하지 못하는 부분들이 분명히 존재합니다. 그리고 그런 부분들을 줄이기 위해선 업무 중 서로가 서로를 이해할 수 있도록 한 번씩 자신을 돌아보는 것들이 중요합니다. 그래서 아직 많이 부족하지만 각 직군에 종사하는 분들 그리고 공통적으로 업무 중에 한 번씩만 더 생각해 주셨으면 하는 것들과, 이유를 적어보려 합니다.기획 (또는 프로젝트 매니지먼트)1. 스펙 산정은 다 같이큰 회사라면 잘 모르겠지만, 작은 개발팀의 장점은 "많은 인원들이 비교적 짧은 시간 안에 많은 생각을 나누고 지향점을 찾아가는 과정을 같이 할 수 있는 것."이라고 생각합니다. 분명 기획자가 생각하고 만들어 내야 하는 스펙들이 있겠지만, 독단적으로 "이건 무조건 해야 하니 들어."라는 태도는 작은 팀일수록 업무의 동기를  꺾어버리는 일이 생길 수 있으니 항상 조심해야 합니다.2. 혼자서 "뭐... 개발이든 디자인이든 되겠지." 하는 추측은 절대 금물개발자 출신, 또는 디자이너 출신 또한 마찬가지라고 생각합니다. 몇 가지 예를 들자면, 1. 지금 개발자 또는 디자이너가 부딪힌 상황에 있지 않고, 2. 해당 직군에서 새롭게 화두 되는 트렌드에 덜 민감하고, 3. 각 개발자, 또는 디자이너가 생각하고 있는  스펙이나 디자인을 알지 못하고, 4. 어떤 라이브러리, 어떤 테마를 기반으로 작업할 지에 대한 기본적인 이해가 없으면서"이건 이렇게 되니깐 당연히 금방 될 거야."라는 생각은 절대 금물이라고 생각합니다.(디자이너나 개발자 분들이 그냥 "이거 간단하게 뭐 메뉴 만들어서 대충 어디 집어넣으면 되지 뭘 그리 어렵게 생각해?"라고 하면 피꺼솟 하는 거랑 마찬가지입니다ㅎㅎ) 3. 삼초 안에 정해진 내용도 항상 문서화 작은 개발팀일수록, 내용 저장과 공유, 그리고 의사 판단의 근거들이 약할 때도 있고, "우리 왜 이거 이렇게 가게 됐지?"라고 생각할 때가 많습니다. 적어도 "몇 월 며칠날 어떤 주제에 관해서 어떤 이유 때문에 어떤 방식으로 처리하기로 한다." 정도라도 항상 적어둘 필요가 있습니다. 디자이너1. 레퍼런스 자료 준비에 시간을 아끼지 말자 원하는 인터렉션, 원하는 디자인의 방향이 있다면, "왜 원하는지, 왜 이런 방향으로 개발을 해주었으면 하는지."에 대한 판단의 근거가 필요합니다. "이쁘잖아."는 상당히 설득력이 있지만 개발자 또는 기획자를 완전히 설득시킬 순 없어요... 특히 아직 개발이나 기획에 대한 로직을 잘 모르시는 디자이너 분들의 경우, 레퍼런스 자료를 찾을 때 드리블(Dribbble)이나 핀터레스트(Pinterest)도 좋지만, 스스로 프로토 타이핑 구현이 불가능하다면, 반드시 구동되고 있는 애플리케이션을 찾아보고 어떻게 작동하는지에 대해 면밀하게 파악해 주세요.2. 작은 부분이라도 시안에 변경이 있다면 반드시 공유하기 처음 팀 단위로 일을 하다 보면, "요거 내가 생각해보고 금방 슉 바꿔놔야지."라는 생각에 조용히 디자인을 바꿀 수 있습니다... 아? 아니에요 절대 안 됩니다.....  다 같이 협업하는 일을 하다 보면, 버전 관리와 변경내역 공유가 제작보다 더 중요한 상황이 올 수 있습니다. "내가 어디 부분을 변경했고, 변경한 이유는 이것 때문이다." 라는것 없이 홀로 조용히 변경한 디자인은 엄청나게 큰 갈등 상황을 부를 수 있어요!개발자1. 장애 발견 시 어디가 어떻게 안될 거 같은지에 대해서 설명하기 가장 힘든 줄 알지만, 할 수 있다면 가장 강점인 부분일 것 같아요. "개발하는 과정에서 이러한 부분은 지금 서비스에서는 이런 식으로 동작하는데, 원하시는 이런 부분은 이런 게 다르기 때문에 동작하는데 장애가 있을 수 있어요."를 설명해 줄 수 있는 개발자와 일한다는 것은 정말 같이 일하는 다른 직군들에게는 큰 축복이라고 할 수 있죠. "내가 백번 말해도 모르실 거예요."라고 말하는 건 결국, 무엇이 문제인지도 모르고, "다른데선 되는데 왜 우린 안돼?"라고 생각하는 다른 직군의 동료들에게 질타를 받을 수밖에 없습니다. 개발자는 소통이 잘 안 되는 사람이라는 고정관념을 깨고, 오래 걸려도 좋고, 다른 직군의 사람들이 당장 무슨 이야기를 하시는지 이해 못해도 좋아요. 같은 선상에서 고민한다는 것을 알려주는 것만으로도 큰 도움이 됩니다.전반적으로모든 작업의 종료는 내 결과물 발표가 아닌 다음 작업자의 업무 최적화입니다.기획자는 "문서 완료했을 때"디자이너는 "디자인 가이드 또는 산출물 나왔을 때"개발자는 "시킨 개발 다 했을 때"가 아니라,기획자는 "다음에 문서를 읽을 디자이너, 개발자가 스펙이 이해가 안돼서 업무를 진행하지 못하는 일이 없도록"디자이너는 "개발 중에 필요한 자료가 없어 업무를 진행하지 못하는 일이 없도록 "개발자는 "QA 중 개발에서 요구한 스펙에 미달되는 부분이 있어 업무를 진행하지 못하는 일이 없도록"하는 게 업무의 궁극적인 틀입니다. 결국, 일의 최종점은 결과물이 온전하게 나왔을 때 의미있는 것이기 때문에 최종 결과물이 나오는 과정에서 내 역할을 마지막까지 충실히 하는것이 업무의 종료라고 생각합니다. 분명, 모든 것들을 한 번에 모두 다 알고, 또는 모든 것들을 다 계산하면서 할 수는 없어요. 항상 실수는 할 수 있죠. 하지만, 실수가 아니라 이런 부분들을 알면서, 또는 이러한 고려를 하지 않고 업무를 지금까지 진행하셨다면, 말씀드린 부분은 분명히 한 번씩은 생각해 보아야 될 부분이라고 생각합니다. 굉장히 오랜만에 글을 쓰는 것 같네요! 다들 건강하게 잘 지내고 계시죠? 저는 마지막 글 이후 한 번의 이직과 다른 이런저런 일들에 치여 이제야 글을 쓰게 되네요. 이번글을 시작으로, 직군별로 하나하나 더 디테일하게 설명드리도록 할게요! 그리고 앞으로는 기획 업무 관련 뿐만이 아니라, 이번 글과 같이 각 직군 간의 이해관계나 업무를 진행하며 느끼는 것들에 대해 공유드리고, 서비스 기획 관련해서도 조금 더 자주 글 쓸 예정입니다. 앞으로도 자주자주 들러주세요, 감사합니다! :)#코인원 #블록체인 #기술기업 #암호화폐 #스타트업인사이트

회사에 처음으로 방문하는한국 사람들을 안내할 때면빼먹지 않고 하는 말이 있다.가장 입구에 앉아 있는 분들이회사 임원진들이니까..조심해서 들어가야 해요..ㅎㅎ물론 농담 섞인 이야기지만,한국이었으면 가장 신입 직원들이 앉아있을 [문을 열고 들어가면 바로 모니터가 보이는 자리]에 CEO, CTO, CDO, CFO 그리고 인사담당 등이 자리 잡고 있다.일본도 한국과 다를 바 없는 권위적인 기업문화가 자리한 곳이라지만,20대로 이뤄진 젊은 스타트업에 걸맞게 직함, 자리 위치, 연봉, 업무시간 등,많은 부분에서 Fuller만의 문화를 만들어나가고 있다.하지만 모든 것을 다 바꾸려고 하지는 않는다.새로운 것 가운데, 너무나 전통적인 행사들도 있어 '함께하는 추억'을 만들어나가는 문화도 있다.아래는 1월 한 달 동안 구성원들과 함께하였던 '사내 일본 전통행사'들이다.1. 하쓰마이리 (신년맞이 신사 방문)새해 첫날 회사 사람들 모두 한해의 복을 기원하기 위해서 신사에 방문한다.신사에 가는 길에 운치 있는 풍경을 보는 것도 재미있지만, 함께 야외로 나와 보다 많은 이야기를 나눌 수 있는 시간이기도 하다. 엄숙한 분위기라기보다는 함께 소풍을 가는 느낌이다.신사를 처음 방문하는 나로서는 회사가 아니었다면 하지 못할 경험이었다.2. 떡 만들기 행사업무를 하는 사람들 뒤로 웬 떡시루가 들어온다.그리고 밥과 소금을 섞으면서 떡을 만드는 사람들그렇게 역할을 바꿔가며 약 1시간에 걸쳐 떡을 만든다.그래서 저 떡은 언제 나오냐....그리고 다 함께 만든 떡을 즐긴다.떡은 콩고물에 찍어서 인절미처럼 먹거나, 김에 말아서 소스에 찍어 먹는다.물론 사케(술)과 함께 -떡 만드는 것이 이렇게 힘든 일이었나.,만드는 과정부터 정리하는 과정까지 모두 함께 역할을 분담하면서 알지 못할 협동심이 다져지는 시간이다.3. 세쓰분에 마메마키(악귀 쫓기 행사)한국에서 동짓날에 팥죽을 먹어 악귀를 쫓는 것처럼 일본에서는 세쓰분(계절이 바뀌는 시기)에 볶은 콩을 먹거나 뿌리면서 악귀가 오는 것 쫒는 행사를 한다.한국에서는 동짓 날이 언제인지도 모르고, 팥죽을 맞춰 먹는 일도 드물지만...이곳에서는 도깨비(?) 에게 힘껏 콩을 던지고야구좀 할 줄 아는 우리 CEO, 악귀가 오는 것이 정말 싫었는지 있는 힘껏 던진다..(도깨비가 불쌍해 보일 때도 있다..)한해의 복을 기원하는 김밥을 함께 먹는다.회사를 들어오고 아직까지한 번도 한국식(?) 회식을 한 적은 없다.하지만 이곳에는 전통을 '콘텐츠' 삼아 다 함께 화합을 다지는 다채로운 행사들이 존재한다.함께 소풍 가고, 만들고, 먹으면서못하였던 이야기도 하고, 보지 못하였던 모습도 발견하고, 새로운 팀워크를 다져나가게 된다.물론 이런 행사는 모든 사람들이 사전에 인지하고 있고,일과 시간 중에 이뤄지며, 자신의 업무로 바쁜 경우에는자리에 앉아서 계속해서 일을 해도 아무도 뭐라고 하지 않는다.전통을 살리면서 구성원 간의 끈끈함을 유지해나가는 이런 방법,덕분에 나는 일본의 전통도 배우고 새로운 추억도 함께 만들어 나가는 시간을 보내고 있다.현재 직장에 있기 전, 50대 후반의 사장님과 함께 상하이에 출장을 가서 중국사람들과 함께 술자리를 갖은 적이 있다.술자리 화제 중에 하나가사업을 하면서 행해지는 전통적인 행사들에 관한 이야기였는데.고사를 지내고, 사업의 장수를 상징하는 거북이 등껍질을 기둥 밑에 심고, 축문을 태우고 등등나는 하나도 알아들을 수 없는 이야기로 가득했었지만...중국은 아직까지 이런 의식을 행하고 있다는 말에 사장님은 옛 친구를 만난 듯 이야기를 술술 풀어나가곤 했다.일본은 일찍부터 문호를 개방하고,옛것으로부터 벗어나 새로운 것을 추구한 나라라고 하지만,왜 잊혀가는 전통들은 우리가 더 많은지..생각해보면 아쉬움이 뒤따르는 상반된 현실인 것 같다.3#Fuller #일본 #스타트업 #해외취업 #스타트업합류 #일상 #인사이트

 이 글은 아무래도 실무를 진행하면서 쉽게 잊게 될 수 있는 이야기 입니다. 실무를 하고 계신분들은 다시한번 상기할 수 있는 기회를, 준비를 하시는 분들에게는 꼭 필요한 인사이트를 드리고 싶네요:)"내가 만든 서비스를 보다 쉽고 재밌게 이용자들에게 제공하고 싶다."라는건, 세상 모든 기획자, 개발자, 디자이너 분들이 다 가지고 있는 궁극적인 목표입니다. 열심히 만든 서비스가 단순히 "보기 힘들어서, 서비스 외적인 부분에 결함이 있어서" 사용하지 못하게 된다면 그것만큼 화나는 경험이 없겠죠. 그런 의미에서 UI/UX는 서비스의 얼굴을 만드는 과정이기 때문에 엄청나게 중요한 역할을 차지합니다. 굳이 서비스를 제작하시는 분들이 아니더라도, UI, UX에 대한 이야기들은 많이들 들으셨을 텐데요, 두단어가 비슷하게 보일 수는 있지만, 기본적으로 UI와 UX는 큰 차이가 있는 단어라고 생각합니다. 1. UX (User Experience) 직역하자면 사용자 경험이고, 이용자가 재화나 서비스 등을 사용할 때 생기는 신체적 반응이나 심리적 기호도(또는 선호도), 그리고 상징적 상호적인 사회적 기준 등을 수집하고, 이에 대한 조사와 연구 등을 통해 "이용자가 더 맘에  들어할 수 있는 재화 또는 서비스."를 설계하는 큰  과정입니다. UX는 개발자 중심이 아닌 사용자 중심의 컴퓨터 시스템을 구축하기 위한 제록스사의 연구 중 HCI(Human Computer Interection) 연구에서 처음 사용된 개념이며, 처음엔 하드웨어에 집중된 연구였다고 합니다.  현재는 UX라는 개념이 컴퓨터와 관련된  것뿐만 아니라 모든 산업을 통해 제공되는 재화와 서비스 전반적인 사회의 흐름이나 문화에 이르기까지 널리 응용되고 있고, 이를 연구하기 위하여는 다방면의 관점과 지식, 시야를 가지고 접근해나가야 합니다. 2. UI (User Interface) UI는 아무래도 더 친숙한 개념이실 텐데요, 왜 아이폰이나 애플, 또는 샤오미 같은 전자기기 회사에 대한 이야기를 할 때 "UI가 직관적이고 혁신적이다." 이런 말 많이 들어보셨죠? 정말 간단히 설명하자면, 전자기기 또는 어플이나 웹을 사용했을 때 이용자들이 보게 되는 화면 구성을  이야기하는데요, 이용자들이 선호하는 구성, 배치, 콘텐츠 등을 UX 조사를 통해 분석하고, 조율하여 보다 직관적이고 빠르게 서비스를 이용할 수 있도록 하는 개념입니다.  보시다시피 UI는 사용자의 경험을 기반으로 하여 어느 위치에 어느 기능이 담긴 어떤 기호 또는 인포그래픽을 그리고 어떤 콘텐츠를 기입함에 따라 보다 쉽게 이용자들의 생산성을 향상 시키는 분야라고 할 수 있습니다.(자세한 이야기는 여기, 와 여기를 참조하세요!) 설명에서  보시다시피 UX가 UI의 개념을 포괄하는 것을 보실 수 있죠, 그렇다면 UX, 또는 UI 정보는 어떻게 얻을 수 있을까요? 기본적으로 여러분들이 초보 디자이너 또는 기획자 시라면, 성공적으로 돌아가고 있는 서비스들이나, 다양한 UI 제작 회사나, UX 에이전시들의 제작 리뷰, 리서치 결과 등을 벤치마칭 하는 것으로 디자인 프로세스를 시작들 하시곤 하죠. 물론 검증이 된 서비스의 틀을 사용하는 것은 기존 이용자들의 편의성을 이끌어 낼 수 있기 때문에 굉장히 효율적인 방법이라고 생각합니다. "이용자의 경험에  기반한다."라는 약속을 100% 지킨 제작 방법이니깐요. 그러나 유명한, 또는 큰 서비스들의 심미성이나, 배치만을 보고 그대로 따라 하는 디자인은 절대로 옳지 않은 판단이라고 생각합니다. 아이디어의 유용에도 이유가 있어야 합니다. 출처: http://austinkleon.com/steal/ 저는 디자이너는 아니지만 재화 또는 서비스를 기획하고 디자인하시는 분이라면, 자신이 제작한 디자인, 또는 목업작업에 내재된 인사이트를 정확하게 설명을 할 수 있어야 하고, 이를 위해 스스로 리서치에 대한 결과를 분석하고 판단할 수 있어야 한다고 생각합니다. 예를 들면, 서울시 지하철 바닥에 붙인 동그라미 스티커나 버스 정류장에 붙여 있는 빨간색 스티커를 보신 적이 있으신가요? 출처: http://news.sbs.co.kr/news/endPage.do?news_id=N1003310218출처: http://www.lgchallengers.com/career/young1829/20130118_inter/  경제(행동경제학) 용어로는 넛지 효과(Nudge Effect)라고 하는데요, 의연 중에 이용자의 결정에 개입하여 원하는 결과를 이끌어 내는 효과를 뜻합니다. 제가 생각하기에는 이러한 피지컬 한(또는 비져블 한) UX도 그냥 여기서 끝나는 것이 아니라, 응용을 통하여 다방면의 분야에 퍼질 수 있다고 생각합니다. "이용자의 심리적인 판단의 흐름을 읽고, 인지적 선호에 따라 이용자의 행동을 파악, 이용자에게 시각적인 제한을 줌으로써 공공이익을 유도할 수  있다."라고 개인적인 인사이트를  발전시킬 수 있는 것 이죠. 웹을  벤치마킹하는 것도 다르지 않다고 생각합니다, 분명히 같은 모양, 같은 색, 같은 배열로 서비스 디자인을 할 수 있지만, 개인의 연구와 조사를 통해 인사이트를 발전시켜 나감에 따라 정당한 디자인 프로세스를 진행하고, 인사이트를 기반으로 익숙한 UX에 새로운 UX를 적용하는 것이 가장 바람직하다고 생각합니다.#코인원 #블록체인 #기술기업 #암호화폐 #스타트업인사이트

엔젤투자매칭펀드 알아보기 앞선 포스팅을 통해 일정 요건을 갖추어 공인된 엔젤투자자가 무엇인지 확인해보았습니다. 까다로운 요건을 충족하였으니 이를 통해 받을 수 있는 혜택에 대해서도 알아보아야겠죠? 소개해드릴 가장 주요한 지원사업은 바로 엔젤투자매칭펀드입니다.엔젤투자매칭펀드란, ①창업초기 기업에 ②일정요건을 갖춘 엔젤투자자와 ③매칭의 방법으로 신주를 엔젤투자 금액에 비례하여 ④1~2.5배 내에서 매칭투자하는 펀드입니다. 쉽게 말해 엔젤투자자가 1억을 투자하면 엔젤매칭펀드에서 1억을 매칭해서 함께 투자해주는 것이라고 보면 됩니다. 각 요건에 대하여 조금 더 자세히 살펴보겠습니다. 1) 먼저 투자 대상기업의 요건은 창업 초기기업(단, 창업 제외 업종이 아닐 것)이면서 기업가치가 70억원 이하이어야 합니다. 이외에 재창업기업이나 크라우드펀딩 성공 업체도 해당될 수 있는데요, 상황별 요건에 대해 아래 표를 통해 확인할 수 있습니다. [엔젤투자매칭펀드 대상 기업]  2) 일정요건을 갖춘 엔젤투자자는 이전에 살펴본 개인형 엔젤투자자인 적격엔젤투자자, 전문엔젤투자자 및 엔젤클럽과 개인투자조합이 해당됩니다. 개인형 외에도 액셀러레이터, 신기술창업전문회사와 같은 법인형 엔젤투자자도 해당이 되니 참고로 알아두면 좋겠습니다. [엔젤투자자 구분]  3) 신청 요건이 갖추어지면 엔젤투자매칭펀드에서 투자가 이루어지는데 이때 투자의 형태는 엔젤투자자의 투자 조건과 매칭하는 방법으로 진행됩니다.가. 신주투자(보통주, 상환권 혹은 전환권이 부여된 우선주)나. 엔젤투자자의 투자 조건과 동일한 투자 조건 및 방식다. 엔젤투자자와 동일한 기업가치를 적용.  4) 매칭 비율은 기본적으로 엔젤투자 금액의 최대 1배수 이내로 이루어지지만, 지방소재기업 (2배수), 재창업기업 (2배수) 등 경우에 따라 별도의 매칭비율 적용이 가능하니 신청 시 투자자와 피투자기업의 상황을 잘 고려하여 신청하는 것이 중요하겠지요.  엔젤투자매칭펀드, 그 이점은? 이렇게 꼼꼼하게 준비한 후 엔젤투자매칭펀드의 매칭을 받았다고 가정해봅시다. 기업 입장에서는 1억만 투자 받을 수 있을 줄 알았는데 추가적으로 1억을 더 투자받을 수 있으니 부족한 자금 상황을 해소시켜줄 단비같은 혜택이라고 생각할 수 있겠지요. 그러나 투자자는 어떨까요? 투자한 기업에게 이득이 되는 일이라면 물론 투자자인 나에게도 좋은 일이겠지만, 곰곰이 생각해보니 열심히 서류 준비해서 신청한 것에 비하여 직접적으로 나에게 돌아오는 이득이 없는 것 같다는 생각이 듭니다. 하지만 실망하기엔 이릅니다. 엔젤투자매칭펀드가 가져다 주는 진정한 이점이 아직 남아있습니다. 바로 엔젤투자매칭펀드 지분에 대한 콜옵션 행사 권리입니다. 콜옵션이 무엇이길래 이렇게 강조를 하는 것인지 조금 더 자세히 알아보겠습니다. 콜옵션이란, 쉽게 말해서 “정해진 조건으로 살 수 있는 (Call) 옵션 (Option)”을 말합니다. 상황에 따라 사거나 사지않을 옵션 중에 선택을 할 수 있으니 권리라 할 수 있겠지요. 그럼 공짜로 주는 것도 아니고 내 돈을 주고 사야하는데 무슨 혜택이냐고 반문할 수 있겠습니다. 하지만 ‘사야하는 의무’가 아니라 ‘살 수 있는 권리’ 라는 것, 그것도 ‘정해진 조건’으로 살 수 있다는 것에 그 의미가 있는데요. 간단히 예를 들어볼까요.  A라는 기업의 기업가치가 10억일 때 2억을 투자하고 엔젤투자매칭펀드를 신청하여 2억이 매칭되었다고 가정해보겠습니다. 1년 후 기업의 가치가 20억으로 2배 오르게 되면 내가 직접 투자한 2억과 엔젤투자매칭펀드를 통해 매칭된 2억은 각각 4억으로 가치가 함께 상승하게 되겠지요. 이때 엔젤투자매칭펀드를 통해 매칭된 금액 중 50%(*정해진 한도)에 대하여 콜옵션을 행사할 수 있습니다. 매칭금액이 2억에서 4억으로 올랐으니 그의 50%인 2억에 대하여 2억을 주고 사와야하느냐? 그렇지 않습니다. 매칭펀드에서 부여한 콜옵션은 “투자원금(및 투자원금의 5%를 가산한 금액)으로 되사올 수 있다”는 행사 조건을 가지고 있습니다. 즉, (이자율 부분을 제외하고) 투자원금 2억의 50%인 1억을 내면 현재 4억으로 가치가 오른 매칭펀드 지분의 50%인 2억원의 주식을 사올 수 있다는 것이지요. 더욱 간단히 이야기하자면 2억원어치의 주식을 1억만 주고 사올 수 있다는 말씀! 행사하는 즉시 해당 주식에 대한 수익률이 100%가 되는 것이지요. [기업가치가 10억에서 20억으로 상승할 경우 투자 지분의 가치 변화] * 이때 콜옵션의 행사 한도는 적격엔젤투자자의 경우 매칭펀드 소유 주식의 50% 이내, 전문엔젤투자자의 경우 매칭펀드 소유 주식의 70% 이내로 정해져 있습니다. 기업 가치가 하락한다면?만약 기업의 가치가 5억으로 하락하게되면 해당 콜옵션을 행사하지 않으면 됩니다. 앞서 말한 것처럼 살 수 있는 권리란 사지 않을 수 있는 권리가 되기도 하는 것이니까요.  엔젤투자매칭펀드 한도 및 관리 이렇게 매칭펀드를 통해 투자에 대한 추가적인 이익을 도모할 수 있지만 매칭받을 수 있는 기업과 투자자별로 각각 한도가 정해져 있습니다.  [엔젤투자매칭펀드 한도]  또한 매칭펀드는 지원사업이면서도 그 성격은 실질적인 투자와 같기 때문에 매칭을 통한 투자금액에 대한 사후관리도 지속적으로 이루어지게 됩니다. [엔젤투자매칭펀드 사후관리] 이러한 엔젤투자매칭펀드와 관련한 자세한 메뉴얼을 엔젤투자지원센터에서 제공하고 있으니 엔젤투자지원센터의 엔젤투자매칭펀드 메뉴를 참조하시기 바랍니다.  마치며 살펴본 것처럼 엔젤투자자에 대한 제도적인 관리와 그에 상응하는 지원사업을 통해 안정적이고 효율적인 엔젤투자를 장려하고자 노력하고 있습니다. 엔젤투자매칭펀드는 투자자에게 일정 요건을 공인 하여 전문성과 신뢰도를 부여하고 또 추가적인 수입을 도모할 수 있는 기회를 제공함과 동시에, 피투자기업에게는 규모있는 엔젤투자를 통한 자금 수혈이 원활하게 이루어질 수 있는 여건을 마련해주는 제도라는 것을 알아보았습니다. 관련 요건의 충족이나 서류의 구비가 다소 복잡하게 느껴질 수 있지만 관련 메뉴얼과 기관의 지원이 언제든 준비되어 있으니 두마리 토끼를 모두 잡을 수 있도록 꼭 잊지말고 신청해보는 것이 어떨까요?