스토리 홈

인터뷰

피드

뉴스

조회수 1245

AWS Lambda + API Gateway로 API 만들어보자

Overview좋은 아침입니다. 오늘은 AWS Lambda와 API Gateway 이용하여 API를 만들어보겠습니다. 서버 구축부터 해야 하지만 이번 글에서 서버는 따로 필요 없습니다. 당황하셨나요? 괜찮습니다. 이 글을 보면 곧 이해가 될 겁니다. 우선 Lambda와 API Gateway부터 알아봅시다. Lambda는 서버를 프로비저닝하거나 관리하지 않고도 코드를 실행할 수 있게 해주는 컴퓨팅 서비스입니다. 브랜디 랩스에는 이미 이것을 활용한 예제가 많은데요. 아마 아래의 포스팅들을 보시면 도움이 될 겁니다.SQS + Lambda: 이상근 팀장님CodeStar + Lambda + SAM으로 테스트 환경 구축하기: 천보성 팀장님API 호출부터 결과 확인까지API Gateway는 규모에 상관없이 API 생성, 유지 관리, 모니터링과 보호를 할 수 있게 해주는 서비스입니다. 이 글에서는 API를 호출해 결과를 확인하는 걸 목표로 진행하겠습니다.최종 API 호출 URL* GET /v1/reviews/{review-no}/comments* POST /v1/reviews/{review-no}/comments AWS(Amazon Web Service) 가입 절차는 생략하겠습니다. 1.AWS 로그인 후 API Gateway 시작!AWS에서도 설명되어 있듯이 API gateway엔 이와 같은 장점이 있습니다.1. API 개발 간소화: 새로운 버전을 신속하게 반복하고, 테스트하고, 출시할 수 있습니다.2. 규모에 따른 성능: 백엔드 시스템에 대한 트래픽 관리하여 유동적으로 API 호출하여 성능을 높이는데 도움이 됩니다.3. SDK 생성: 사용자 지정 SDK를 만들어 애플리케이션에서 신속하게 API를 테스트하고 배포할 수 있습니다. 2.API 생성새 API로 엔드 포인트 유형을 지역으로 선택하여 생성하세요. 엔드 포인트 유형1. 지역 : 현재 리전에 배포2. 최적화된 에지 : CloudFront 네트워크에 배포3. 프라이빗 : VPC에서만 엑세스 가능3.최종 호출 url로 순차적으로 리소스 생성리소스 이름과 리소스 경로를 입력하고 리소스를 생성합니다.리소스는 호출할 수 있는 특정 URL입니다. 생성된 리소스로 /reviews 주소가 만들어졌습니다.다음은 /reviews 주소 뒤에 {review-no}를 생성합니다. 리소스 경로에 {} 가 포함되어 있으면 경로 파라미터를 나타냅니다.마지막 리소스를 생성하게 되면 위의 이미지와 같이 /reviews/{review-no}/comments 리소스가 생성되었습니다. 이제 메서드에 연결할 Lambda 함수를 먼저 생성하겠습니다.4.Lambda 함수 생성GET, POST 메서드에 연결할 각각의 Lambda 함수를 생성합니다.‘Hello from Lambda’ 문자열로 리턴되는 Lambda 함수가 생성되었습니다. 생성된 Lambda 함수를 API Gateway 메서드에 연결해보겠습니다.5.메서드 생성GET, POST 메서드를 생성합니다.메서드의 의미* POST : 새로 생성(Create)* GET : 조회(Read)* PUT : 수정(Update)* DELETE : 삭제(delete)* PATCH : 일부만 수정(Update) 새 메서드의 통합 유형을 Lambda 함수로 선택하고 기존에 생성한 함수명으로 입력한 다음 저장을 누릅니다.메서드 실행 화면입니다. 해당 메서드에 통합 요청할 Lambda 함수가 연결됩니다. 연결된 Lambda 함수를 눌러보겠습니다.왼쪽 목록 트리거 추가하는 부분에 API Gateway가 연결되었습니다. 그럼 이제 정상적으로 호출되는지 테스트해보겠습니다.테스트를 클릭하면 오른쪽에 요청에 대한 결과가 나옵니다. 조금 전에 연결했던 Lambda 함수에 ‘Hello from Lambda’ 값으로 출력됩니다. 이제 리소스로 추가한 경로 파라미터를 매핑하여 출력해보겠습니다.메서드 요청에서는 사용자에게 노출되는 API를 정의할 수 있습니다. 리소스로 경로 파라미터를 추가하게 되면 메서드 요청 -> 경로 요청 부분에 자동으로 추가되어 있습니다.통합 요청에서는 백엔드와의 통신 방식을 지정할 수 있습니다. 메서드 요청에서 보낸 URL 경로 부분을 매핑시켜야 합니다. 명명 규칙은 아래와 같습니다. method.request.{"path" | "querystring" | "header"}.{param_name}매핑 템플릿을 추가하여 수신된 요청을 변환하여 통합 백엔드로 보내야 합니다. 정의된 템플릿이 없기 때문에 매핑 템플릿을 추가한 후 메서드 요청 패스스루로 지정합니다. 그러면 클라이언트가 제공한 요청이 변환없이 통합 백엔드로 전달됩니다.클라이언트가 요청한 경로 파라미터 출력하도록 Lambda 함수를 수정합니다.이제 다시 테스트를 해보겠습니다. 경로에 값을 요청하여 응답 본문에 출력되는 걸 확인할 수 있습니다.6.API 배포스테이지 정보를 입력하고 배포를 클릭합니다.스테이지 상세 정보에 API 호출 주소가 생성됩니다. Postman으로 생성된 API주소를 입력하여 정상적으로 return 값을 확인합니다.Conclusion정말 긴 과정이었습니다. 지금까지 API Gateway를 이용하여 API 생성부터 배포까지 알아봤습니다. API Gateway를 사용하면 서버 없이 높은 확장성을 가진 백엔드 애플리케이션을 구축하고 운영할 수 있게 될 겁니다. 백엔드에 관심이 있는 개발자에게 이 글이 도움이 되길 바랍니다.글곽정섭 과장 | R&D 개발1팀[email protected]브랜디, 오직 예쁜 옷만#브랜디 #개발자 #개발팀 #인사이트 #경험공유
조회수 986

바크 (Bark) - 우리들은 모두 무엇이 되고 싶다

페이스북이 만들어낸 거대 소셜네트워크 세상은 지구 반대편에 있는 사람들까지 연결할 정도로 세상을 좁게 만들었지만, 상대적으로 근거리에 있는 사람들과의 소통을 어렵게 만들고 행복감을 저해하는 원인이 되기도 한다. ‘Alone Together’의 저자 셰리 터클은 페이스북으로 인해 항상 연결된 소셜 그룹들이 존재함으로써 상대적으로 근거리에 있는 사람들과 대화가 단절되는 문제점에 대해 설명하였고 (Sherry Turkle, 2011), 요크 대학에서는 소셜미디어가 만들어낸 ‘수많은 관계형성의 멀티태스킹’이 보다 의미있는 관계형성을 저해하여 오히려 지루함과 불행감을 높인다는 연구 결과도 있었다 (John Eastwood, 2012).사실 이런 주변사람들과의 소통의 어려움을 해결하기 위해 수많은 위치기반 채팅서비스가 출시되기도 했지만 대부분은 이성간의 연결에 집중된 데이팅앱의 성격을 띄고 있고, 실제로 형성되는 관계는 지속적인 친구관계 보다는 하룻밤을 노리는 단편적인 관계가 대부분이다. (동아일보, 2016)거대 소셜네트워크가 만들어낸 세상에서 오히려 내 주위사람들과의 대화가 줄어드는 세상이다. - photo by Jaelynn Castillo @Unsplash그래서 우리는 사람들이 보다 근거리에서 쉽게 주변 사람들과 연결되고 쉽게 친밀감을 형성할 수 있는 새로운 근거리 소통 공간에 대해 고민하기 시작했고, 그 실마리를 개의 대화법에서 발견하였다.개들은 성별, 나이, 외모 등 관계형성에 있어서 아무 제약조건 없이 서로 짖는 행위 하나로 길거리에서 마주치는 개들과 쉽게 관계를 맺는다. 물론 그 관계가 친밀할 때도 있고, 서로 으르렁거리며 싸우는 관계가 될 수도 있지만, 중요한 점은 그들의 관계형성에 있어서 방해가 되는 ‘복잡한 대화’와 ‘소셜 아이덴티티가’ 존재하지 않는다는 점이다.개들은 성별, 나이등에 상관 없이 모르는 개들과도 서로 짖으면서 금방 관계를 맺는다. - photo by Hilary Halliwell @pexels이러한 배경으로 탄생한 앱이 바로 바크 (Bark)앱 이다. 바크에서는 나이나 성별에 관계없이 모두가 한 마리의 개가 되어 주변 사람들과 언제 어디서나 소통가능한 새로운 개념의 위치기반 커뮤니케이션 서비스라고 할 수 있다. 다른 SNS들처럼 무슨 말을 써야 할지 고민할 필요도, 다른 사람의 좋아요나 코멘트를 기다릴 필요도 없이, 그저 서로 짖고, 가끔은 짧은 말풍선 메시지를 통해서 주변 이웃들과 친밀감을 쌓아가다 보면 서로 관계가 형성되고 친구가 될 수 있는 근거리 관계형성에 최적화된 소셜 공간 이다.바크앱 에서는 모두가 한마리의 개가되어 주변 사람들과 소통하며 친구가 된다.지역을 이동할때 마다 그 지역에서 지금까지 사람들이 나눈 메시지 바크를 엿볼 수 있다.또한 바크 앱에서는 모두가 본인들의 영역을 가지게 되는데, 이는 개들이 서로 영역표시를 하면서 교류하는 방식에서 비롯된 기능이다. 우선 본인이 짖은 장소는 자동으로 내 Territory에 기록이 된다. 이 장소들은 위도와 경도를 중심으로 소숫점 두째자리 이내에서 구역화 되고, 내가 새로운 장소에서 짖을때 마다 내가 가진 영역의 숫자가 올라가게 된다. 아직 이 영역을 활용해서 뭔가를 할 수 있는건 아니지만, 향후 영역 빼앗기 등 다양한 추가 기능을 염두에 둔 개념이라고 할 수 있다. 지금까지 획득한 영역은 내 프로필 > 지도 메뉴에서 확인 가능하다.또한 사람들이 전송한 다양한 메시지 바크들은 해당 Territory와 함께 인덱싱 되는데, 이를 통해서 내가 현재 있는 구역에서 사람들이 지금까지 나눈 대화들을 확인해 볼 수 있다. 좌측 사이드바를 열게 되면 현재 내가 있는 영역의 이름과, 이 지역에서 가장 활동이 높은 개들, 이 지역에서 지금까지 오간 대화들을 보여준다. 이게 제법 재밌는 기능으로, 내가 지역을 이동할때 마다 대화 내용들을 엿볼 수 있고, 강남역쪽에서 사람들이 나눈 대화들, 홍대쪽에서 사람들이 나눈 대화들이 제법 다르고 나도 거기에 쉽게 참여해서 새로운 사람들과 교류가 가능한 기능이다. 바크 앱은 현재 베타버전으로 iOS만 런칭한 상태이고, 좀더 기능 고도화 및 다양한 가설을 실험하고 있는 중이다. 안드로이드 버전은 8월 초 쯤에 런칭할 예정이다. 현재 바크 앱을 사용하는 전 세계 유저들의 실시간 바크를 바크 웹사이트에서 확인 가능하다. 바크 앱의 목표는 데이팅니즈에 기반한 위치기반 소셜이 아닌 주변사람들과 친밀감을 기반으로한 진정한 소셜 네트워크 서비스를 글로벌 레벨에서 실현하는 것이다. 요즘 SNS쪽으로 스타트업한다고 하면 자살행위라고 할 정도로 이미 거대 SNS들로 이미 포화된 시장이라는 얘기가 많다. 하지만 그게 자살행위인지, 아니면 아직 더 여지가 무궁무진한 시장인지는 직접 도전해 보기 전에는 모르는거고, 바크 앱의 시도가 성공할 수 있을지? 그건 나도 장담 못하지만 지금까지 사용하고 있는 유저들의 사용성은 제법 괜찮은 편이다. (이 부분에 대해서는 별도의 글로 소개하겠다.)전 세계 유저들의 바크를 실시간으로 웹사이트에서 확인 가능하다. 누군가가 짖으면 실시간으로 위에 카운터가 올라가고 해당 점에서 빨간색 원이 퍼져나간다.바크 웹사이트 바로가기바크 앱다운로드 바로가기 바크 페이스북 바로가기글쓴이는 스팀헌트 (Steemhunt) 라는 스팀 블록체인 기반 제품 큐레이션 플랫폼의 Co-founder 및 디자이너 입니다. 비즈니스를 전공하고 대기업에서 기획자로 일하다가 스타트업을 창업하고 본업을 디자이너로 전향하게 되는 과정에서 경험한 다양한 고군분투기를 연재하고 있습니다.현재 운영중인 스팀헌트 (Steemhunt)는 전 세계 2,500개가 넘는 블록체인 기반 앱들 중에서 Top 10에 들어갈 정도로 전 세계 150개국 이상의 많은 유저들을 보유한 글로벌 디앱 (DApp - Decentralised Application) 입니다 (출처 - https://www.stateofthedapps.com/rankings).스팀헌트 웹사이트 바로가기
조회수 797

[인터뷰] 임팩트 베이스캠프 7기 | 디자인씽킹 B조

대중교통을 타고 이동할 때도, 집에서 밥을 먹을 때도 프로젝트를 고민하며 숨가쁘게 달려오고 있는 임팩트 베이스캠프 7기! DT프로젝트 팀별 인터뷰 세 번째 조를 만나보았습니다.권수연, 박소은, 엄석준, 이승연, 홍예진 베이스캠퍼가 속해있는 B조는 누구에게 공감하고, 어떤 사회문제를 해결하고자 하는지 볼까요?INTERVIEW .Q1. 하나의 키워드로 본인에 대해 소개해주세요!▲ 왼쪽부터 시계방향으로 권수연 님, 박소은 님, 엄석준 님, 홍예진 님, 이승연 님수연: “Arise, Shine” 나다움을 찾고자 하는 사람이에요. ‘교육’을 통해 다른 사람도 본연의 모습으로 살아갈 수 있도록 올바르게 세워주는 것이 제 비전입니다.소은: “작은 변화로 큰 변화를 이끄는 것” 작은 포인트를 교정하면 변화를 이끌어 낼 수 있다고 생각해요. 그 작은 포인트를 찾아내는 사람이 되고 싶습니다.석준: “대기만성형 인간” 지금은 스스로 어느정도 그릇을 채워가고 있는 단계라고 보는데요. 늦었다고 느껴질지 몰라도 완성되면 알찬 나를 기대해요.승연: “순간”이요. 지금 이 순간이 가장 젊을 때이고 결국 시간은 지나가고 있기 때문에 프로젝트 팀 혹은 가족, 지인과 함께 있을 때 그 자체에 집중하려고 노력하는 사람이에요.예진: “하고싶은 것 하고 살자” 제가 추구하는 모토에요. 내가 진짜 하고 싶은 걸 해 나가며 채워가는 것이 후회없는 삶이라고 생각해요.Q2. DT 프로젝트 문제정의의 발전(혹은 공감) 과정이 궁금해요▲ 프로젝트 주제 선정을 위해 논의 중인 B조의 모습예진: ‘장애인의 체육활동 증진’이 저희 팀의 첫 주제였는데요. 의미가 있을 것 같아서 선정하긴 했지만 다섯 명 모두 관심이 없던 분야라 공감 자체가 낮은 상태에서 시작했어요. 팀원의 지인을 통해 20대 시각장애인을 인터뷰하게 되었는데 그 과정에서 우리 팀이 더 공감할 수 있도록 대상을 구체화하여 시각장애인 문제를 다루기로 했어요.소은: 시각장애인이 겪는 불편함은 스포츠 활동 외에도 참 많더라고요. 인터뷰를 통해 우리가 생각지도 못한 문제가 있었다는 걸 인식하게 되었어요. 시각장애인의 생활 속 불편이 무엇인지에 대해 고민하고 ‘진짜’ 문제를 찾아가는 중이에요.수연: 저는 평소에 ‘교육’이라는 키워드에 몰입되어 있었기 때문에 개개인이 가진 잠재력을 들춰내는 변화에 초점을 맞추고 있었거든요. 그런데 프로젝트로 해결하고자 하는 문제는, 불편함을 바꿔주는 변화인거죠. 변화의 종류에 대해 알아가고 있는 중이에요.Q3. ‘시각장애인의 생활 속 불편함’에 주목한 B조, 어떤 프로토타입을 제작했나요?승연: [시각장애인은 공중화장실의 성별을 쉽게 구분하기 어렵다]는 불편함에 공감하고, 빠르게 프로토타입을 만들어 보았는데요. 인터뷰를 통해 시각장애인이 지하철 공중 화장실에서 성별을 구별하기 위해서는 점자를 만져봐야 한다는 것을 알게 되었어요. 그 점자 위치를 찾으려고 화장실 앞에서 헤매는 과정이 민망하지 않을까 생각했고, 점자가 아닌 유도블록으로 성별을 구분할 수 있도록 프로토타입을 제작하게 되었습니다.예진: 수수깡으로 미니 유도블록을 만들었다가 찰흙으로 실제 크기에 해당하는 프로토타입을 또제작했는데요. 현장 테스트 결과, 시각장애인 분들은 실제로 후각과 청각을 사용해서 구별하고 계셨어요. 여성 분들의 향수 냄새 혹은 구두 소리, 목소리 등을 통해서요!석준: 또 다른 프로토타입 중 하나는 [시각장애인은 식사를 할 때 반찬의 위치를 찾는 것이 어렵다]는 문제에 공감하여 만들었는데 아직 현장 테스트 전 단계이며, 인터뷰 섭외 중입니다.Q4. 이제 절반이 넘는 시간을 달려오셨는데, 팀으로 프로젝트를 진행해오며 느낀 점은 무엇인가요?소은: 저는 경영학과이기 때문에 팀플 경험이 많은데 보통 다수의 의견과 제 생각이 다르면 입을 열지 않았거든요. 그런데 DT 프로젝트 팀은 개인의 생각을 모두 존중해주고 오픈마인드로 서로의 이야기를 들어주는 것 같아요. 문제정의 같은 경우도 팀원 중 한 사람이 공감이 안되면 왜 공감이 안되는지 들어주고 함께 고민해줘요. 서로에게 자유롭게 생각을 말할 수 있는 이야기의 장이 열려 있다고 해야 할까요?수연: 저는 보이지 않는 가치를 발견하게 되었다는 점이 정말 좋아요. 또 ‘실패해도 된다’는 것을 알려주는게 디자인씽킹이라고 생각해요. 배움을 즐기고 교육자가 되고 싶은 학생으로서, 인사이트를 얻고 실행하는 이 모든 과정이 성찰의 습관을 만들어 주는 것 같아요. 또 저는 지금 ‘완벽하지 않은 나를 수용하는 훈련’을 하고 있다고 말씀드리고 싶어요.승연: 저도 실패해도 괜찮다는 말을 담아 두려고 노력하는 중인데요. 저는 완성된 상태에서 사람들에게 보여주고자 하는 강박 때문에 실패에 대한 두려움이 굉장히 크거든요. 또 저는 축산식품공학을 공부하고 있어서 과 특성상 팀플이 거의 없거든요. 각자의 역할을 ‘분업’하여 진행했던 팀플만 경험해보았는데 DT 프로젝트를 통해 ‘협업’에 대한 새로운 경험을 하고 있어요.예진: 이전에 팀 내에 공감하는 사람이 있으면 좋고 아니면 어쩔 수 없다는 주의였는데 공감의 중요성을 깨닫고 있는 중이에요. 공감하는 방법이 개념화되어 있는게 디자인씽킹이라고 생각하는데 저한테는 굉장한 센세이션이었어요. ‘공감을 이렇게 활용할 수 있구나’를 알게 되었습니다.Q5. 덧붙여서 IBC 인터뷰 단골질문을 여쭤볼게요! DT수업과 SL수업의 차이점은 무엇이라고 생각하시나요?수연: 우선 두 수업 모두 ‘Learning by doing’이라는 공통점을 가지고 있다고 생각해요. 차이점은 SL 수업이 나를 곤두세우면서 경험하게 한다면 DT 수업은 팀원끼리 서로의 온기를 느끼며 경험하게 한다는 것이에요. 비유를 들어보면 SL 수업은 나를 비춰보는 거울이고, DT 수업은 다른 사람 속에 내가 들어가 있는지(공감하고 있는지) 보는 활동인 것 같아요. 둘 다 정말 잘하고 싶어요.석준: 저는 두 수업 자체를 분리하는게 부자연스럽다고 생각하지만 SL 수업은 어두운 곳에서 무언가를 찾아가는 느낌이라면 DT 수업은 어느정도 조성된 안전지대에서 프로젝트를 하는 느낌이에요. 또 SL 수업에서 배운 것들을 직접 몸으로 부딪치면서 배우는 것이 DT 수업이라고 생각합니다. 예진: 저는 ‘감성과 이성’이라고 간단 명료하게 설명할 수 있을 것 같아요.Q6. 임팩트 베이스캠프의 모든 과정을 마친 후, 기대하는 것은 무엇인가요?소은: 사회를 위해서 무언가 하길 원하는 IBC 베이스캠퍼들과 지속적인 커뮤니티를 이어가길 원해요. 비단 비슷한 커리어를 갖게 되는 것만을 의미하는 게 아니라, 각자 다양한 자리에서 사회문제를 고민하고 해결할 때 서로 독려해주는 관계가 되었으면 하는 기대가 있습니다.수연: 항상 최상의 환경과 컨디션에서 프로젝트를 진행해야 된다고 생각했는데, 완벽하지 않아도 우리가 팀원으로 함께 할 수 있다는 것을 누리는 사람이 되었으면 좋겠어요.석준: 수업 초반에 제 DT 프로젝트 목표는 뚜렷한 아웃풋이 있어야 한다는 것이었어요. 평소에도 ‘결과물’이 중요하다고 생각하는 사람이었는데 그러다 보니 ‘과정’에서 배우는 것을 소홀히 했던 것 같아요. 그런데 이제는 결과에 크게 연연하지 않고, 어떤 프로젝트에 참여하더라도 과정을 통해 배운 나만의 무기를 갖추는 것이 목표에요.▲ 눈오는 날, 특별한 단체사진을 남기게 된 B조시각장애인이 일상생활에서 겪는 불편함을 느껴보고 공감하고자 집에서 불을 꺼둔 채 생활해보는 노력까지 마다하지 않는 B조. 프로젝트의 결과를 떠나 진심으로 배움을 즐기고 있는 베이스 캠퍼들의 모습이 참 아름답습니다. 우리의 배움과 채움이 더 나은 세상을 위한 나눔으로 이어지길 기대합니다. 다음 인터뷰로 돌아오겠습니다 :)#루트임팩트 #헤이그라운드 #임팩트베이스캠프 #디자인씽킹 #체인지메이커 #전략적리더십 #소셜벤처 #사회공헌
조회수 883

님과 함께

역할 중심 문화를 도입하면서 '팀장님'은 없어졌다. 그렇다면 우리는 서로를 무엇으로 불러야 할까?  '박PD님!' 역할로 부르는 것은 어떨까 오늘도 회의 시간은 조용하다. 대표님이 말한다. "다른 좋은 의견 없나요?" 어색한 침묵이 흐른다. 회의 시간은 길었는데 의미 있는 시간은 아닌 것 같다. 왜 우리는 말을 안 하는 걸까?역할 중심 문화를 도입한 이유 중 하나는 리더와 사원 간의 위계를 줄이기 위함이었다. 팀장에 집중되어 있던 권한과 책임을 명확히 분산시켜 리더와 리더가 아닌 사람의 차등을 줄이고 보다 수평적인 커뮤니케이션이 가능하게 하고자 했다. 역할 중심 문화의 '역할'은 '보직'이나 '직급'처럼 느껴지는 팀장보다 훨씬 가벼운 느낌이 되어야했다. 호칭 문제는 이와 같은 '문화'의 맥락에서 새롭게 고민해야 하는 주제가 되었다.우리는 기존처럼 역할을 그대로 호칭하면 위계의 문제가 해결되기 어렵다고 판단했다. 특히 역할 호칭이 붙은 사람과 역할 호칭이 없는 사람 간의 차이는 바로 눈에 띈다. 차이는 다시 위계가 되기 쉽고 자유로운 발언과 활발한 커뮤니케이션에 걸림돌이 된다. 별 것 아닌 것처럼 보이지만 호칭이 가진 힘은 상당히 커서 사람들은 금방 그 차이를 의식한다. '내 의견이 김디렉터님, 박PD님의 의견에 반하는 것은 아닐까, 내 발언이 리더들에게는 너무나 하찮은 것으로 보이면 어떻게 할까' 눈치를 보게 되거나 '나는 어차피 결정권도 없고 역할도 없는데 그냥 의견 따위 내지 말자'하고 포기해 버리기도 한다. 어떤 사안을 조율하고 최종적으로 결정하는 권한을 가진 역할은 있지만 발언권의 크기와 무게는 모두 동등하다는 사실을 구성원들이 받아들이는 데에 역할 호칭은 걸림돌이 될 수 밖에 없었다.없애고자 했던 위계는 리더와 사원 간의 문제만이 아니었다. 예를 들어 어떤 사람이 팀매니저와 PD를 겸임하게 될 경우, 그 사람을 어떤 역할로 부르게 될까? 대개의 경우 역할을 맡은 본인이나 주변에서 더 중요하게 생각하는 역할, 혹은 더 많은 권한을 가지는 역할을 호칭할 것이다. 결국 대표님 밑에 PD, PD 밑에 팀디렉터, 그 밑에 파트디렉터로 각 역할 간에 보이지 않는 위계가 형성될 가능성이 크다. 위계를 줄이려고 도입한 역할 중심 문화가 없던 부장, 차장, 과장 느낌마저 들게 하는 것이다.님이라고 부른다 수평적인 커뮤니케이션과 생활이 보장되어야 우리가 기획한 '모두가 참여하는 조직문화', '활발한 의견공유와 협업'이 가능하다.그래서 우리는 모두를 님이라고 부른다. 님 문화는 생활에서의, 과정 면에서의 수평을 강조한 호칭 문화다. 모두를 님이라고 부르는 것은 '점심 먹은 자리를 잘 치웁시다'라고 말할 만한 '입장'이 따로 있지 않다는 의미이다.옆 팀 디렉터가 '워크샵을 왜 가야하나요?' 했을 때, 가지 말아야 하나 보다 하는 게 아니라 '제 생각은 다릅니다'라고 말할 수 있다는 의미이다.주니어가 '연차 제도를 개선하는 것은 어떨까요?'라고 말해도 아무도 이상하게 생각하지 않는다. 오히려 자기 의견을 사람들과 공유하고 함께 개선해 나가는 것을 권장한다. 모든 회의실에는 '회의는 전쟁터'라는 문구가 붙어있다. 회의시간에 모든 참여자들이 역할에 관계없이 자유롭게 의견을 개진하고 반론하고 함께 결과를 만들어나간다.에이스프로젝트는 매년 사내 만족도 설문을 시행하는데 역할 중심 문화와 님 문화를 도입하기 전, 가장 낮은 만족도를 보였던 '회의 시간'에 대한 문항은 역할 중심 문화와 님 문화 도입 후 실제로 만족도가 큰 폭으로 상승했다.본인이 맡은 업무와 관련한 의사결정에 참여하고 있다고 생각하는 사람도 훨씬 많아졌다. 물론 님이라고 부른다고 해서 말하기 어려웠던 사람이 당장에 어렵지 않아지는 것은 아니다.대표님을 성훈님이라고 부른다고 해서 다가가기가 쉬워질 리는 없다. 처음 님 문화를 도입했을 때 사람들이 대표님이나 이사님을 더 부르지 않게 되는 부작용도 있었다.하지만 님 문화의 도입 취지를 구성원들과 공유하고 '님이라고 불러주오' 캠페인을 하는 등 적응 기간을 거치자 역할 중심 문화에 대해서도 더 잘 이해하게 되었다.신규입사자들이 자연스럽게 역할 중심 문화와 님 문화를 받아들인 것도 기존 구성원들에게 좋은 영향을 미쳤다. 조직문화가 좋은 기업으로 자주 언급되는 우아한 형제들에서는 '실행은 수직적, 문화는 수평적'이라는 원칙을 명시해 놓는다.문화가 수평적이라고 해서 업무 실행까지 수평적이지는 않다는 의미일 것이다. 에이스프로젝트의 님 문화 역시 단순히 '너도 나도 평등하다'는 의미로 도입한 것이 아니다.님 문화는 각 역할의 권한과 책임은 분명히 하되, 수평적인 문화를 추구하는 역할 중심 문화에 잘 맞는 옷이다. 님 문화 없이 역할 중심 문화만 도입했다면 구성원들의 인지 부조화(?) 문제는 계속됐을지 모른다.     님 문화는 수평적인 조직문화, 구성원들 간의 활발한 커뮤니케이션 이외에 또 다른 면에서 역할 중심 문화에 적합했다. 다음 편에 계속.
조회수 1392

옐로모바일의 뉴페이스, 임승원 신임 부사장 취임인터뷰

안녕하세요! 이번 헬로옐로에는 특별한 분을 모셨습니다:) 얼마 전 옐로모바일에 새로운 식구가 함께 하게 되었는데요, 바로바로 앞으로 옐로모바일의 대외 협력 업무를 총괄할 임승원 부사장입니다. 재무부, 재정경제부, 한국거래소, 한국IR협의회 등 국내 주요 기관들의 굵직한 보직을 거쳐온 그가 이야기 하는 옐로모바일이 궁금하시다고요? 저 사내기자 Y가 임승원 신임 부사장을 만나 다양한 이야기를 들어보았습니다!Y: 취임을 진심으로 축하 드립니다:) 소감 한 말씀 부탁드려요!임승원: 옐로모바일의 젊고 활기찬 분위기에 저도 덩달아 에너지가 솟아나는 것 같아 좋습니다. 앞으로 잘 부탁 드려요! Y:  옐로모바일과 함께 하게 된 가장 큰 이유는 무엇인가요?임승원: 저는 한국거래소에서 근무할 때부터 이상혁 대표를 알고 있었습니다. 대표가 가지고 있는 비전과 회사가 벤처 생태계에 미치는 영향에 대해 관심 있게 지켜봐 왔고요. 옐로모바일의 성장에 저도 기여하고 싶다는 생각에 합류하게 되었습니다.Y: 옐로모바일에 대해 가장 관심 있게 보신 부분이 무엇인지 궁금합니다.임승원: 스마트폰이 등장한 이후 사람들의 모든 일상에 스마트폰이 함께 하고 있습니다. 때문에 이를 기반으로 하는 모바일 플랫폼 비즈니스는 누가 시장을 선점하느냐에 성공여부가 달려있다고 생각합니다. 그런 측면에서 모바일 분야 선두주자인 옐로모바일의 성공 가능성은 크다고 생각합니다. Y: 기존에 계시던 곳들과 옐로모바일은 분위기가 상당히 다를 것 같아요.임승원: 20년간 공기업에서만 근무했는데요, 공기업의 경우 잘 짜여진 룰에 따라 움직이기 때문에 아무래도 정적이고 관료적인 분위기가 강하다고 할 수 있습니다. 반면 민간기업, 특히 옐로모바일과 같은 벤처기업은 자율적이고 역동적인 측면이 있습니다. 수평적인 분위기도 다른 것 같습니다. 새로운 분위기에서 젊고 유능하신 분들과 함께하니 저도 기분이 새롭고 즐겁습니다.Y: 생각하시는 옐로모바일이 가진 강점은 무엇인가요? 임승원: 모바일 비즈니스 분야별로 성장성을 갖춘 선두업체들이 옐로모바일이라는 이름 아래 연합해서 유기적인 연결을 통해 시너지를 내고 있고, 굉장히 짧은 기간 내에 엄청난 성과를 보여주고 있다는 점이 큰 강점인 것 같습니다.  Y: 반대로 단점은 무엇인가요?임승원: 취임하자마자 단점을 얘기하라고 시키시네요^^; 아무래도 전문기관에 있다 왔으니 개인적인 의견을 듣고 싶어하시는 것 같습니다. 제가 생각하는 약점은 아무래도 단기간 내에 빠른 성장을 이뤘으니 이에 상응하여 발생하는 작은 문제점들입니다. 그 중 하나는 많은 기업들이 단기간에 연합되었기 때문에 하나의 비즈니스 공동체로 보이기에 짜임새가 다소 부족한 면이 있다는 것이고, 또 하나는 대외적으로 비즈니스모델에 대해 정확하게 알려져 있지 않기 때문에 이런저런 부정적인 인식들이 있는 것 같습니다. 하지만 이러한 부분들은 가족사간 좀 더 활발한 소통과 대외 IR기능 강화 등을 통해 충분히 해소시킬 수 있을 것으로 생각합니다.Y: 옐로모바일과 함께 꿈꾸는 앞으로의 미래가 궁금합니다. 임승원: 네이버가 라인을 통해 중국을 제외한 아시아 메신저 시장에서 최강자가 되었듯, 옐로모바일이 모바일 분야 사업 선점과 IPO 등을 통해 경쟁력이 강화된다면 핵심 사업 분야에서 아시아 최고가 될 것으로 믿습니다. Y: 옐로모바일 가족들에게 한 말씀 부탁 드립니다. 임승원: 우리 속담에 ‘혼자가면 빨리 갈 수 있으나 멀리 가지 못하고, 함께 가면 빨리 가지 못해도 멀리 간다’는 말이 있습니다. 옐로모바일은 함께 가면서도 빨리 또 멀리 갈 수 있는 조직입니다. 그러기 위해서 조직 구성원간 서로 신뢰하고 끈끈하게 뭉쳐서 공동의 목표를 향해 함께 달려갈 때 가능하다고 생각합니다. 미력하나마 옐로모바일의 성장을 통해 옐로가족의 행복이 극대화 될 수 있도록 최선을 다하겠습니다. 감사합니다:)
조회수 2423

사운들리 백엔드 이야기

사운들리는 '귀에 들리지 않는 소리'를 이용해서 컨텐츠를 전달할 수 있는 SaaS 플랫폼을 서비스하고 있습니다.제품의 구성요소는,음파를 송신할 수 있는 송신단음파를 모바일에서 수신할 수 있는 Android, iOS SDK그리고 컨텐츠를 제공하고 데이터를 수집, 분석하는 백엔드로 구성되어 있습니다.오늘은 구성 요소중 백엔드에 대해서 이야기 해보도록 하겠습니다.<그림 1. 사운들리 솔루션 구성도>사운들리의 인프라는 모두가 잘 아시는 아마존 웹 서비스를 이용하고 있으며, 크게 컨텐츠를 제공하는 API서버 부분, 로그를 수집, 분석하는 부분, 그리고 컨텐츠를 관리하는 CMS 부분으로 이루어져 있습니다.소프트웨어 스택Java : 현재 사운들리의 일부 시스템을 제외하고는 전부 자바로 작성되어 있습니다. Node.js로 시작하여 PHP를 거쳐 지금의 자바 기반의 시스템으로 구성하게 되었습니다. 다양한 사람들이 개발을 해오면서 각자 가장 잘할 수 있고, 빠르게 구현할 수 있는 언어로 개발되어 가다 현재의 자바로 통일되어 구성되게 되었습니다.Spring : API서버는 HTTP 기반의 REST API를 이용해 컨텐츠를 전달하고 있으며 스프링 프레임워크를 이용해 개발되었습니다. 이외에도 일부 분석에 스프링 배치를 사용하고 스프링을 편리하게 사용할 수 있게해주는 스프링 부트도 이용하고 있습니다.gRPC : 분산되어있는 서버들끼리 이기종 언어간 통신을 하기 위해서 Protocol Buffers 기반의 gRPC를 이용하고 있으며 서버들의 모니터링하는 서버와 에이전트들 사이의 통신 목적으로 사용합니다.Flume : 분산된 서버들에서 로그를 수집하는 역할을 합니다. 수집된 로그는 파일로 저장하며 실시간으로 볼수 있도록 엘라스틱서치에 같이 저장하고 있습니다. SDK에서 전송되는 로그 또한 웹서버의 엑세스 로그를 플럼 에이전트가 수집하는 방식으로 비동기로 처리하고 있습니다.ElasticSearch : 수집된 로그들을 실시간으로 확인하기 위해서 사용되며 Kibana를 이용해 시각화하고 있습니다.Angular.js : CMS의 프론트엔드는 Angular.js + Bootstrap을 이용해 개발되었으며, Bower를 이용한 라이브러리 관리, Grunt를 이용한 빌드 관리를 하고 있습니다.소프트웨어 개발/운영GIT : 소스코드는 git로 관리하며 Git-Flow를 이용한 브랜치 정책을 수립하여 가져가고 있고 저장소로는 깃허브를 이용합니다.Quality Practice : QA단계에서 제품을 테스트하기 전 개발자들은 QA 프로세스에 맞게 다음 3가지 기준으로 소스 코드의 품질을 관리합니다.코딩 컨벤션 : 사운들리 내부 코딩 컨벤션에 맞게 개발되었는지 확인합니다. Checkstyle의 규칙을 정의 및 자동화합니다.테스트 코드 : 단위 테스트 코드를 작성하며 테스트 결과는 모두 통과되어야 합니다.테스트 커버리지 : 단위 테스트 코드가 작성된 커버리지를 계산하며 현재 60%를 목표로 진행하고 있습니다.젠킨스 : 소스코드 저장소에 변동이 일어나면 젠킨스가 소스코드를 빌드하고 위에서 언급한 세가지에 대한 리포트를 작성합니다.소나큐브 : 무료 오픈소스로 코드 정적 분석을 해주며 및 QA 리포트를 같이 볼 수 있습니다.슬랙 : 인력이 적은 저희 팀도 슬랙을 적극적으로 개발/운영에서 사용하고 있습니다.팀 커뮤니케이션 : 팀원들 간의 의사사통을 위한 주요 수단으로 모든 팀원이 함께 사용하고 있습니다.분석 리포트 : 젠킨스나 배치를 통해 분석된 데이터들은 분석이 끝난 지표들은 슬랙으로 결과를 전송하여 모든 팀원이 볼 수 있도록 공유하고 있습니다.서버 모니터링 : 서버들의 이상 징후 감지나 배치 오류등을 슬랙을 통해 담당자에게 전송하여 조치할 수 있도록 합니다.애플리케이션 및 서버 모니터링 : 애플리케이션의 모니터링은 Naver에서 오픈소스로 공개한 핀포인트를 사용하고 있고, 서버 상태 모니터링을 위해 자체 개발한 모니터링 시스템을 사용하고 있습니다. 모니터링 데이터 수집을 하는 에이전트와 전체 시스템의 데이터를 관장 하는 서버간에는 gRPC를 이용하여 상태 체크를 합니다. 서버의 상태에 문제가 있을 때에는 slack을 통해 담당자들에게 알람을 주도록 시스템 설계를 하였습니다.개발 문화개발자들은 각각 개발을 할때 정해진 정책에 맞춰 브랜치를 만들어 개발합니다.각각 개발된 소스들은 저장소인 깃허브에 푸시된 후 깃허브의 댓글 기능을 이용하거나 오프라인을 통해 코드 리뷰를 진행합니다.리뷰가 끝난 후 합쳐진 소스는 QP 활동을 통해 분석이 됩니다.빌드가 실패할 경우 커피를 사야합니다 ^^ (커피를 얻어 먹으려는 것이 아닌 소스코드를 푸시하기 전 잘 확인하자는 취지입니다) AWSEC2 : 사운들리의 대부분의 구성 요소인 API서버와 로그 수집, 분석 서버, 엘라스틱서치, 플럼, CMS등이 모두 EC2에 구축되어 있습니다.RDS : 컨텐츠의 주 저장소로 데이터베이스 관리의 용이성을 고려하여 RDS의 Multi-AZ에 배포하여 Active-Standby로 구성되어 있으며 이 데이터들은 레디스와 로컬 캐시를 이용하여 API서버에서 활용하고 있습니다.S3 : 컨텐츠에 포함된 각종 정적 데이터들이 저장되며 수집된 로그들도 저장하여 보관됩니다. EMR : 로그 수집서버를 통해 S3에 저장된 로그들은 EMR을 이용해서 분석됩니다.Beanstalk : 개발 서버의 배포에 사용됩니다. 최근 IntelliJ의 플러그인이 업데이트 되면서 IntelliJ 15버전을 지원하게 되므로써 로컬에서 개발하고 개발 서버에 배포까지 편리하게 하고 있습니다. VPC : 인터넷이 필요 없는 서버들은 VPC 내부 private-zone에 배포 및 ELB를 통해 외부에서 접근하도록 구성되어 있습니다.<그림 2. AWS 배포 구성도>이상으로 사운들리에서 사용하고 있는 백엔드 소프트웨어들을 소개해 보았습니다. 적은 인력으로 빠르게 사업을 진행하는 스타트업에서는 비즈니스에 집중할 수 있도록 도와주는 다양한 툴이나 오픈소스를 이용하여 많은 도움을 받을 수 있는 것 같습니다. 또한 코드를 잘 작성하여 에러를 줄이는 것도 필요하지만 여유가 많지 않으면 최소한 제품의 에러에 빠르게 대응할 수 있도록 하는 방법도 필요한 것 같습니다.#사운들리 #개발 #개발자 #문제해결 #프레임워크 #스킬스택 #스택 #인사이트
조회수 39

바로고에는 특별한 무언가가 있다~ 바로고의 비타민데이

[비타민데이]2017년이 시작된지 얼마 되지 않은 거 같은데벌써 1월이 끝나갑니다.요즘따라 날씨도 더 추웠어요.이럴때 우리는 챙겨주는 것은'바로고'뿐이다!바로고에는 특별한 무언가가 있어요.매월 1회임직원들의 건강까지 생각하는비타민데이를 진행합니다.센스있게 세팅까지 마무리한바로고의 비타민데이건조한 피부와 비타민 보충을 위해꼭! 챙겨 먹어야할 과일바로고에서는 사과, 배, 귤을 준비했어요.과일을 잘 챙겨드시면몸 안의 수분이 보충되고비타민까지 챙길 수 있어서꾸준히 잘 챙겨드시면피부도 좋아지는 효과가 있으니꼭! 챙겨 드세요^^MISURA 제품도 함께 준비했어요.아무래도 배고픔을 채우기에는탄수화물 섭취는 필수 입니다.다른 각도에서 인증샷을 찍으니좀 더 색다른 느낌.사무실이 아니라 카페에 온듯한 느낌이 드네요~인증샷 타임이 끝나자바쁘게 움직은 손들!기다렸다는 듯 비타민을 보충하기 시작 합니다.특히 아침을 잘 챙겨 먹지 못하시는 분들이제일 좋아하는 바로고 타임비타민데이 입니다.함께 비타민데이를 즐기는 모습입니다.바로고에만 있는 특별함바로고에는 특별한 무언가가 있다.임직원의 건강까지 생각하는바로고의 따뜻한 마음이 느껴지는사내 복지 중의 하나 입니다.바로고에는 임직원들을 위한다양한 복지들이 준비되어 있어요.모든 복지들이 호응도가 좋지만그 중에서도 비타민데이는임직원분들의 반응이 뜨거워요~역시 맛있는 것이 쵝오!어느새 비워져 가는 테이블든든하게 아침식사를 하고 업무를 위한 대화가 오고 갑니다.업무 외 이런 시간들이바로고 안에서 끈끈한 무언가를 만들고더 나은 바로고를 만들기 위해함께 노력하는 원천이 되는 것 같아요.앞으로도 바로고는 함께! 즐거운 마음으로 나아가겠습니다.다음에는 어떤 특별함을 찾아올지기대 많이해주세요!"바로고에는 특별한 무언가가 있다"바로고의 비타민데이 였습니다.감사합니다.
조회수 6788

매출 50배 증가한 7개월, 우리는 이렇게 일했다.

지난해(2017년) 7월 7일 삼분의일 매트리스를 출시했다. 8개월이 지났고 많은 것이 달라졌다.대표와 나, 공동창업자 두 사람이 지켰던 텅 빈 사무실은 9명이 북적이는 공간으로 변했다. 주말에는 제품 체험을 원하는 고객들이 끊임없이 찾아온다. 단 30분도 쉴 틈을 주지 않아 '언제 밥 먹지'하는 행복한 고민을 한다. 매출은 제품 출시 초기와 비교했을 약 50배 이상 늘었다.이것은 대표와 나 두 사람만의 힘이 아닌 새로운 동료들과 합심해서 만든 결과이며, 그들이 없었다면 이뤄내기 힘든 성과다.7개월 동안 판매량(≒매출) 변화대부분의 스타트업이 그렇듯 이 성장세가 한순간에 꺾일지도 모른다. 하지만 모든 구성원이 지금까지 잘 지켜왔던 것을 앞으로도 잘 유지한다면, 올해는 현재보다 몇 배 더 성장할 것이라 나는 기대한다.이런 나의 기대와 달리 스타트업 업계에서(뿐만 아니라 가구 업계에서도) 우리의 매출 증가를 이해할 수 없다고 말하는 분들이 꽤 많다. 그들의 관점에서 성장에 비해 우리가 한 것이 너무 없기에, 우리를 알면 알수록 신기해한다.뭐가 신기한데?성장이 빠른 스타트업은 몇 가지 공통점이 있다. 많은 광고비를 진행하는 등 돈으로 성장을 사거나, 판매 채널을 최대한 많이 늘리거나, 검색했을 때 블로그 리뷰 등 관련 정보를 쉽게 찾을 수 있거나, 다수의 마케터들이 다양한 채널로 많은 콘텐츠를 배포한다. 그런데 우리는 반대다.1. 투자받은 5억 중 사용한 돈은 0원지난해 삼분의일은 5억 원의 시드머니 투자를 유치했다. 대부분 이 돈을 사용해 성장했다고 어림짐작하는데, 단 1원도 사용하지 않았다. 오직 조금씩 늘어나는 이익 만으로 소액은 광고로 사용하고 배 이상 인건비와 연구비로 사용하고 있다.2. 판매 채널을 최소화삼분의일은 수많은 업체로부터 입점 제안을 받았다. 지난 1월 말에 29cm를 제외하고 제안을 모두 거절했고, 앞으로도 계속 거절할 예정이다. 판매 채널이 늘어난 만큼 고객과의 접점이 분산되고 그만큼 브랜드 가치가 훼손되리라는 우려 때문이다.※ 참고. 29cm에 입점한 이유브랜드 컬러가 우리와 같은 검은색이라는 점, 그들이 우리의 브랜드 가치를 훼손하지 않으리라는 믿음 때문이다. 그리고 같은 이유로 새로운 판매 채널을 늘릴 계획은 없다.3. 리뷰가 아닌 인터뷰를 중시손쉽게 다운로드할 수 있는 모바일 앱 등과 다르게 우리와 같은 고관여 제품은 블로그 리뷰 등이 구매에 큰 영향을 미친다. 그래서 수많은 경쟁사들(을 비롯해 고관여 제품을 판매하는 수많은 업체들)은 블로그 체험단 등을 운영해 리뷰를 생산하고 쉽게 검색에 노출되도록 포스팅한다.우리도 체험단을 운영한 적 있다. 첫 제품 출시 전 약 백여 명이 체험했는데 그들 누구에게도 리뷰를 요구한 적이 없다. 때로는 가능한 쓰지 말아달라고 요청했다. 대신 1시간 이상 인터뷰를 부탁했다. 제품을 보다 객관적으로 알기 전까지, 제품을 알리는 것은 옳지 못한 것이라 여겼기 때문이다.4. 마케팅 담당자 1명 이하지금은 마케터가 2명이지만, 출시 후 7개월 동안은 마케팅과 더불어 브랜딩 담당자는 나 혼자였다. 삼분의일의 경영자 역할 대부분은 전주훈 대표가 일임하고 있지만, 나도 공동창업자이기에 문화와 내규를 만드는데 꽤 많은 시간을 쏟는다. 시간 자원 기준으로 온전히 마케팅 업무만 하는 마케터는 1명도 없다고 보면 된다.그럼 그동안 어떻게 일했는데?투자받은 돈을 사용한 것도 아니고 판매 채널이 많은 것도 아니다. 그렇다고 리뷰가 많은 것도 아니고 수많은 마케터가 홍보 콘텐츠를 생산하고 다양한 채널로 배포한 것도 아니다.우리는 이렇게 일했다.남들과 다르게, 우리를 더 알고, 고객을 진정 최우선으로보면 알겠지만 거창한 비결 같은 것이 아니다. 마치 경영 교과서에서 나오는 지키기 힘든 정석과 같다. 어떤 기업이든 우리는 남들과 다르다고 말하고 고객을 우선한다고 말한다. 그런데 이것을 제대로 실천하고 있느냐고 물을 때 명쾌히 답할 수 있는 곳은 얼마나 될까. 하지만 우리는 그렇다고 답하며 다음 3가지를 실천한다.브랜드 가치에 따라 일하기: 세상에 똑같은 브랜드란 없다. 따라서 브랜드 가치를 최우선 기준으로 일한다면 자연스럽게 남들과 달라진다.4계절 제대로 경험하기: 사람의 심리와 제조 환경은 계절마다 달라지는 경향이 보인다. 4계절을 경험할 때까지 고객과 제조 공정 이슈를 파악했다고 속단하지 않는다.고객을 위한 매뉴얼 만들기: 단순히 고객 데이터를 쌓는 법부터 시작해 진정으로 고객을 최우선 하기 위한 마음가짐까지 정립한다.※  이 글에서는 '브랜드 가치에 따라 우리가 어떻게 일하는지'에 대해 더 이야기하겠습니다. 4계절과 관련해서는 우리가 어떤 식으로 일하는지 최근 전주훈 대표가 쓴 글(삼분의일 매트리스 냄새 이야기)을 링크하니 참고 바랍니다. 고객 매뉴얼과 관련해서는 여러 편으로 나누어 조금씩 소개하겠습니다.브랜드 가치에 따라 일하기우리가 브랜드 가치에 따라 일하는 방법은 과거에 소개한 적 있다. 지난해 작성한 브런치 글 시작하는 기업이 꼭 갖춰야 할, 업무 매뉴얼 만들기 에 언급했는데, 다시 한번 소개한다.우선 우리의 브랜드 가치(=핵심 가치)를 소개한다.합리적인: 이유가 타당하고 납득이 간다. 꼼꼼하게 따져보고, 꼭 필요한 것만 간결하게 제시한다.전문적인: 우리가 가장 잘 알고 능숙해야 한다. 그러기 위해서는 계속 연구하고 분석한다.섬세한: 사용자에게 관심이 많다. 주의 깊게 관찰하고 친절하게 다가간다.우리는 3가지 가치에 따라 복잡한 선택 상황에서 보다 빠른 결정을 내린다. A/B 선택지가 있을 때 '이것이 합리적인가, 전문적인 선택인가, 섬세한 접근인가'하며 묻는다. 그렇게 묻다 보면 답은 의외로 명쾌하게 나오는 경우가 많았다.앞서 언급한 업계에서 우리를 신기해 여기는 것들도 브랜드 가치에 따라 결정된 것이다.섬세함에 따라 고객을 주의 깊게 관찰하기 위해서 판매 채널을 최소화하고 인터뷰를 중시했다. 그 결과 제품과 고객을 수월히 연구하고 분석할 수 있었다. 합리적인 관점에서 최소한의 채널로 꼭 필요한 것만 간결하게 우리를 소개했기에 마케팅 인력을 늘리지 않았고, 타당하지 않기 때문에 투자금을 사용하지 않았다.이어서 브랜드 가치에 따라 일한 사례 2개를 소개한다.브랜드 가치에 따라 제품 설명하기온라인에서 매트리스를 구매한 사람들은 대부분 느낀 바가 있다. 상세 설명이 너무 어렵다는 것이다. 상장 자랑하듯 나열한 품질인증서는 의미를 알 수 없고, 화려한 3D 그래픽에 눈이 어지럽다. 게다가 좋다고만 말하지 제품에 어떤 주요 특징이 있는지 어떤 의도로 만들었는지 알려주지 않는다.그래서 우리는 '섬세하게' 100여 명과 인터뷰를 통해, 그들이 온라인에서 제품을 구매할 때 가장 망설인 점이 무엇인지부터 제품을 체험하지 않더라도 구매를 결정하는데 도움 줄 수 있는 정보가 무엇인지 등 차근차근 알아냈다.가장 원하는 정보를 먼저 볼 수 있도록 목차를 정했고, '전문적으로' 우리가 가장 잘 알고 내용을 능숙하게 설명할 수 있는 것이 무엇인지 정리했다. 이어서 화려함보다는 '합리적으로' 꼭 필요한 내용을 제시하고 납득이 가도록 풀어쓰는데 집중했다. 초안을 만든 후 '합리적인가?', '정말 섬세한가?' 묻고 수정하며 완성했다.이런 노력을 알아줬을까. 흥미롭게도 삼분의일과 관련된 첫 블로그 포스팅은 제품에 대한 리뷰가 아니라 제품 상세 페이지에 대한 리뷰였다. 일부 인용하면매트리스 구매를 정말 많이 했는데, 하나같이 상세페이지엔 알아들을 수 없는 용어들과 복잡해 보이는 온갖 기능대잔치 쓰리디 이미지 때문에 제품 스펙에 대해 한눈에 알기가 어려웠다. 그래서 스펙에 따른 의사결정보다는 후기나 가격만 봐서 구매결정을 했었다. 제품상세페이지가 오히려 너무 복잡해서 상세페이지가 제기능을 못한다는 생각을 했었다. 삼분의일은 제품 상세페이지를 다 읽게 만든다.메시지가 간결하고, 글자가 크고(모바일, 웹 모두), 어려운 용어가 없어 이해가 쉬우며, 나에게 뭐가 좋은지를 클리어하게 알 수 있다. 구매자와 비구매자의 후기를 모두 보여줘, 반품 가능성이 있는 사람들은 애초에 주문을 하지 않게 함으로써 CS를 최소화했다.※ [출처 링크] 삼분의일 1/3 매트리스 상세페이지 리뷰 - '제품 상세 페이지의 중요성' 더불어 우리의 제품 설명을 따라 하는 회사들이 등장했다. 설명 흐름부터 FAQ의 문장까지 누가 보아도 우리를 참고해서 상세 페이지를 제작한 곳이 하나둘 늘어나고 있다. 심지어 그림까지 유사한 경우도 발견했다.방수커버 기능을 설명하기 위한 그림. 왼쪽이 삼분의일모든 텍스트 하나하나 직접 작성하고 일부분 그림까지 그린 개인적인 입장에서 황당하기도 하지만, 다른 회사가 따라 하고 싶을 정도로 잘 하고 있다고 생각하기로 했다.(※ 덧붙임. 이 글을 올리고 어떤 분이 삼분의일의 '비즈니스 모델'을 보며 너희도 따라하지 않았냐고 평하셨다. 우리와 같은 비즈니스 모델은 국내외 존재하고 있다는 것을 이미 알고 있고 부정하지 않는다. 위 문단에서 내가 말하고 싶은 것은 비즈니스 모델이 아니다. '제품 설명'이다. 예를 들어 품질인증서를 스캔해서 올리기만 하는 기존 방식보다 품질인증서의 의미를 알기 쉽게 말하려고 했고, 그렇게 만든 문장을 그대로 따라 쓴 곳이 있다. 어떤 곳은 1페이지 분량 텍스트를 업체 정보만 변경해서 올린 경우도 봤다. 그래서 나는 따라하는 곳이 늘어나고 있다고 언급한 것이다. 오해하지 않았으면 한다.)브랜드 가치에 따라 고객과 관계 형성하기삼분의일의 브랜드 미션 중 하나인 '평생 케어: 팔면 끝이 아니다. 관계의 시작이다.'와도 어느 정도 연관이 있는데, 우리는 한번 구매한 고객과 지속적으로 관계를 유지하고자 노력했다.일부를 제외하고 구성원 대부분은 시간 자원 상당수를 '새로운 고객 유치'보다 '기존 고객과의 관계'에 집중했다. 구매 감사 안내 문자부터 시작해 귀찮아하지 않는 범위 내에서 인터뷰와 설문을 요청하고 고객의 진짜 속마음을 알고자 노력했다. 특정 기간 공정상에 문제가 있었음을 발견하면 해당 기간에 제품을 구매한 모든 고객에게 연락해 양해를 구했다. 회사가 이익을 보지 않더라도 고객이 원하는 방향으로 모든 조치를 취했다. 그것이 우리 브랜드 가치 '섬세한'에 맞다고 생각했기 때문이다.남들은 당연히 그래야 하는 거 아니냐고 말하기도 하지만 그 당연함을 제대로 하지 않는 것을 나는 정말 많이 보고 경험했다. 그래서 그 당연함을 제대로 하기 위해 우리는 항상 '섬세하게' 일하려고 노력했다.이런 노력이 통했을까. 올해 초 1,000명의 고객에게 삼분의일에 대한 평가 서술을 문자로 부탁했고, 단 이틀 만에 300명이 답했다. 작게는 한 줄이었지만 많게는 A4 한 페이지 분량도 있었다. 이를 보며 브랜드 가치에 따라 고객과 관계를 만드는 것이 옳았음을 깨달았다. (삼분의일의 매출 증가는 이런 고객들 덕분이다. 입소문과 지인 추천의 힘은 매우 크다)문자를 보내고 하루가 지났을 때 분량. 인쇄하고 하나하나 다 읽었다.최근 전주훈 대표에게 화를 낸 적이 있다. 방문 고객에게 섬세하게 답변을 하지 않았기 때문이다. 그때 전주훈 대표는 틀린 대답을 하진 않았지만 충분하게 답변하지 않았다. 고객에게 도움될 수 있는 정보를 알면서도 전하지 않은 건 섬세하지 못하게 응대한 것이고, 나아가 전문적이지 못한 행동이라고 여긴 것이다. (참고로 전주훈 대표는 평소 나의 불평과 고집을 주의 깊게 들어주고, 언제나 함께 올바른 결정을 내리고자 한다. 그래서 항상 고맙다.)사실 처음부터 이렇게 일했던 것은 아니다. 제품 출시 초기에 잘못된 응대로 고객과 관계를 여러 번 망치고, 반성의 결과가 현재의 모습이다. 이 과정에 대해서는 (언젠가...) 새 브런치 글로 자세히 소개하겠다.되돌아보기와 마무리글 초반에 투자금 중 사용한 돈이 없다고 밝혔다. 그렇다고 우리가 돈을 안 쓰는 것이 아니다. 삼분의일은 투자를 받기 전에 수억 원 가치의 기계를 구매했었다. 우리는 브랜드 가치에 따라 전문적으로 일하기 위해 항상 배웠고 설비 투자의 중요성을 깨달았다. 꼼꼼하게 따져보니 합리적이고 타당하기에 자본금을 모으고 모아 값비싼 기계를 구매했다.이렇게 삼분의일에 있어 '브랜드 가치'란 기계 구매와 같은 큰 결정뿐만 아니라 세세한 업무 방식을 결정하는 중요한 기준인 것이다. 삼분의일은 이 기준(과 동료들) 덕분에 지금까지 잘 성장했다. 다만 앞으로도 계속 성장할지는 미지수다. 해결해야 하는 문제가 많고, 모르는 문제 또한 많을 것이기 때문이다.분명한 것은 브랜드 가치에 따라 일하다 보니 우리를 좋아하는 고객이 생겼고 우리를 따라 하는 곳이 생겼다는 것이다. 삼분의일은 말 그대로 브랜드가 되고 있다.ps. 끝으로 삼분의일 브랜드 담당자로써 무리한 요구에도 불구하고 잘 따라와 준 동료들에게 감사의 말을 전한다. 함께 더 성장합시다.#삼분의일 #매트리스 #운영 #스타트업인사이트 #성장 #브랜드 #브랜딩
조회수 3901

소셜 네트워크 분석(Social Network Analysis)이란?

소셜 네트워크 분석은 이벤트 로그 데이터를 작업자(Resource), 사회적 관점에서 분석하는 것입니다. 이벤트 로그의 속성 중에 누가 수행했는지를 나타내는 작업자(Resource) 속성이 있습니다. 이러한 속성을 사용하여 간단한 형태의 소셜 네트워크 분석을 할 수 있습니다. 소셜 네트워크 분석을 위한 방법에는 작업자-액티비티 매트릭스(Resource-Activity matrix), 핸드오버 매트릭스(Handover of work matrix) 등이 있습니다.작업자-액티비티 매트릭스(Resource-Activity matrix)는 누가 무엇을 하고 있는지에 대한 기본 인사이트를 제공해 줍니다. 작업자-액티비티를 작성하면 한 작업자가 특정 액티비티를 몇 번 수행했는지 알 수 있습니다. [그림 1] 이벤트 로그 예제[그림 2] 작업자-액티비티 매트릭스(Resource-Activity matrix)[그림 1]의 이벤트 로그를 이용하여 [그림 2]와 같은 작업자-액티비티 매트릭스를 작성할 수 있습니다. 작업자-액티비티 매트릭스에서 한 셀의 값은 케이스당 해당 액티비티를 특정 작업자가 수행한 비율을 나타냅니다. 예를 들어 [그림 2]의 액티비티 a열의 내용을 보면 a열의 총합 1(0.3+0.5+0.2)은 케이스당 액티비티 a가 평균 1회 발생하는 것을 의미하고, 액티비티 a는 오직 Pete, Mike, Ellen만이 작업하고 그 비율은 Pete 30%, Mike 50%, Ellen 20% 임을 알 수 있습니다. 액티비티 e의 경우에는 Sara만 수행하고, 케이스당 평균 2.3회 수행되는 것을 의미합니다. 즉 액티비티 e는 한 케이스당 여러 번 발생하는 것을 알 수 있습니다. 작업자 관점에서 보면 Sean은 액티비티 b만 수행하고, Sara는 e와 f만 수행하고 있습니다.핸드오버 매트릭스는 작업이 어떻게 전달되었는지에 초점을 맞추어 분석합니다.[그림 3] 핸드오버 매트릭스(Handover of work matrix)[그림 1]의 이벤트 로그로 [그림 3]과 같은 핸드오버 매트릭스를 만들 수 있습니다. 핸드오버 매트릭스에서 한 셀의 값은 한 작업자가 다른 작업자에게 작업을 전달하는 비율입니다. 예를 들어 Pete가 자기 자신에게 작업을 전달하는 비율, 즉 연속해서 작업을 하는 경우는 케이스당 평균 0.135회 발생하고 있습니다. 이는 Pete가 여러 작업을 수행하고 있어 자기 자신에게 작업을 전달하는 것일 수도 있고, 재작업으로 인한 반복 업무가 나타나는 것일 수도 있습니다. Sara가 Mike에게 업무를 전달하는 경우는 케이스당 평균 1.475회 발생하여 두 사람은 업무 연결도가 상당히 강하고 두 작업자 사이에 강한 Causality 관계가 있을 가능성이 높습니다.[그림 3]의 핸드오버 매트릭스를 기반으로 한 소셜 네트워크를 구해 보면 [그림 4]와 같이 표현할 수 있습니다. [그림 4] 핸드오버 매트릭스 기반 소셜 네트워크작업자와 작업자를 연결하는 화살표는 작업을 넘겨주는 관계를 표시하며, 화살표의 두께는 작업 전달 빈도를 나타냅니다. Mike와 Sara의 경우 서로 두꺼운 화살표로 연결되어 있어 두 작업자 간의 업무 전달 빈도 수가 높고 업무 연관 관계가 높음을 알 수 있습니다. Sara의 경우 모든 작업자와 연결되어 있어 핵심 업무 수행자일 수도 있고 모든 프로세스의 공통 업무를 담당하고 있을 수도 있습니다.핸드오버 매트릭스는 소셜 네트워크를 만드는 많은 방법 중 하나입니다. [그림 4]의 핸드오버 매트릭스 기반 소셜 네트워크에서 같이 일하는 그룹을 같은 노드 색깔로 표시하고 노드의 크기를 특정 작업자가 수행한 작업 빈도 수로 표시하면 또 다른 정보를 얻을 수 있습니다. 또한 케이스 기반으로 소셜 네트워크를 그릴 경우 같은 케이스를 수행하는 사람들의 업무 관계를 파악할 수 있습니다.이벤트 로그는 업무 프로세스 내의 업무 관계에 대해 다른 관점을 만드는 많은 정보를 제공합니다. 누가 가장 중심 업무를 수행하는지, 같이 일하는 그룹은 누구인지, 업무 상관성은 누가 높은지를 알 수 있습니다. 따라서 프로세스에서 작업자의 행동을 분석할 수 있으며 이는 종종 개선된 업무 방식에 대한 단서를 제공합니다. 소셜 네트워크 분석으로 다양한 인사이트를 얻기를 바랍니다.#퍼즐데이터 #개발팀 #개발자 #개발후기 #인사이트
조회수 6018

개발자 채용 시 기술검증 어떻게 할 것인가

eBrain에서 진행하는 "개발자 채용 시 기술검증 어떻게 할 것인가"라는 미니 워크숍을 다녀왔다. 항상 고민하고 있는 주제이기도 하고 개인적으로 팬심(?)을 가지고 있는 김창준님의 강의라 한시간 거리를 극복했다.  이미 창천향로님이 강의 내용을 잘 정리해 주셨다. 하지만 내 자신의 학습을 위해 강의 내용을 재해석 해서 적어 본다. 빠져든다! 1. 현재 기술력 검증의 문제점최근의 개발자 채용에 사용되는 기술력 검증 방식은 다음과 같은 것들이 있다.  온라인 코딩 테스트 (최근에 여러 가지 플랫폼도 있다)손 코딩 테스트기술 인터뷰과제 제출이 중 최근에는 주로 알고리즘에 대한 코딩 테스트가 주가 되는 것 같다. 생각보다 난이도가 있어서 재직자들이 “이런 문제면 저는 못 들어왔을 것 같아요”라고 하는 경우도 있다. 코딩 테스트에 대해 두 가지 사례를 들어 질문을 던져 본다.  삼각형 판별 문제삼각형 판별 문제는 세 좌표가 주어졌을 때 이 삼각형이 어떤 삼각형인지 (정삼각형, 이등변 삼각형, 둔각 삼각형 등)를 맞추는 것이다. 이 프로그램이 잘 동작하는지를 검증하는 것이 QA 동네의 ‘Hello World’ 문제다. 이 문제가 주어지면 초보자들은 그냥 문제를 푼다. 하지만 전문가는 문제를 풀지 않고 “이 프로그램을 누가 쓸 것인가요?”를 물어본다. 콘텍스트에 따라서 완전히 다른 테스트의 설계가 필요하기 때문이다.  코딩 테스트도 이와 비슷하다. 코딩 테스트는 단순화된 문제를 푼다. 즉 맥락이 제거된 상태에서의 문제를 푼다. 실무는 종합적인 환경에서 이뤄진다. 따라서 이 문제를 잘 푼다는 것이 실무를 잘할 수 있는 것을 의미하지 않을 수 있다.  질문) 우리의 코딩 테스트는 과연 실무에서의 실력과 높은 상관관계가 있는가?  전문성 연구개발자는 종종 전문성의 연구 대상이 되곤 한다. 이때 연구비를 이유로 주로 혼자서 빠르게 풀 수 있는 문제로 실험이 이뤄진다. 하지만 이런 식의 실험들에서 “토이 문제”가 아닌 “복잡하고 확장된 문제"를 전달했을 때 전혀 다른 결과가 도출된다는것을 알게 되었다.  복잡한 문제, 즉 실제 문제를 풀 때는 인지적 전략이 많이 바뀐다. 또한 사회적 요소도 필요하다. 이런것들을 “토이 문제”로 검증하기는 쉽지 않다. X를 테스트하면 X를 잘하는 사람을 뽑게 된다.  즉, 알고리즘 코딩 테스트를 하면 알고리즘 코딩 테스트에 능한 사람을 뽑게 된다. 질문) 실무에 최대한 가까운 상황을 제한된 면접 시간 내에 만들어 내려면 어떻게 해야 할까? 2. 개발자 채용은 어떻게 해야 할까?채용이 더 크리티컬 한 곳이 있다. 델타포스, 네이비씰과 같은 특수부대이다. 이곳에서는 사람을 어떻게 뽑을까?  작전 지역을 설정 해 두고, 보급품과 군사장비를 실제 작전 수행 환경과 같이 조성해 놓는다. 그곳에서 직접 작전을 수행하는 것을 시뮬레이션 한다.이를  교관이 직접 따라가며 기록과 채점을 한다.  개발자의 면접 시에도 최대한 실제와 비슷한 환경을 구축하는 것이 좋다. 코딩 문제처럼 맞고 틀림만 보는 것이 아니라 과정에 대한 채점이 이뤄져야 한다. 3. 효과적인 기술력 검증을 위해서는 어떻게 준비해야 하는가?1) 우리가 하는 일을 분석한다.  우리가 하는 일에 코딩만 있는 것이 아니다. 설계도 하고, 버그도 찾고, 장애 해결도 하고, 커뮤니케이션도 한다.  2) 대표 케이스들을 뽑거나 만들어 내야 한다.  예를 들어 새롭게 코드를 작성하는 것보다 기존의 기능을 파악해서 코드를 수정하는 일을 더 많이 한다면 이런 상황을 문제로 만드는 것이 좋다.  3) 대표 케이스들로 파일럿 테스트를 해본다.  우리 회사의 뛰어난 개발자 3명과 평범한 개발자 3명에게 이 문제를 풀게 해보고 이를 기준으로 채점표를 만들어야 한다. 어느 누가 평가해도 비슷하게 나오도록 해야 한다. 뛰어난 개발자의 문제 풀이 방식을 기준으로 채점 기준을 만들 수 있다. 예를 들면 다음과 채점 기준이 나올 수 있다.  질문을 5개 이상 한다.코딩하는 과정에서 반복적인 실행을 한다. 4) 면접 후에는 결과에 대한 논의가 필요하다.  특정 항목에 대해 채점 기준이 다른 경우 이에 대한 논의 과정이 필요하다. 이는 면접관의 훈련에 도움이 된다.   4. 실습실제로 면접 문제 만드는 것을 실습해 보자.1) 수강생의 제안다음과 같은 면접 문제는 어떨까요?첫날 출근을 했는데 회사 웹서비스가 죽었습니다. 어떻게 하면 좋을까요? 2) 코칭좀 더 게임스럽게 만들어 본다. 실제 토이 서버를 죽여 놓고, 쉘을 주면서 실제로 어떻게 해결 하는지 살펴본다.옆에 조언을 줄 수 있는 가상의 3년 차 팀원(NPC처럼)을 제공한다. 제한된 답변을 하도록 한다.면접자가 다음과 같은 경우면 더 높은 점수를 줄 수 있다. 실제 업무를 할 때에는 이런 상황까지 이어진다는 것을 유념하자.  문제의 원인을 밝힌 이후에 이 문제를 근본적으로 해결하기 위한 후속조치를 말한다. 개발팀 내에 이 원인과 해결에 대한 공유를 한다.  5. 질문 답변1) 필터링의 목적으로 코딩 테스트는 의미가 있나요? 간단한 문제를 던져서 못 푸는 사람을 필터링하는 것으로는 의미가 있다. 하지만 그 이상의 목적으로 사용하는 것은 조심해야 한다고 생각한다.코딩 테스트라는 과정은 특히 지원자에게 많은 비용이 드는 과정이기 때문에 조금 더 경제적인 방법들이 있다. 예를 들면 “행동 기반 인터뷰”가 있다. 과거에 있었던 행동에 대한 구체적인 질문을 던지는 것이다.또한 코딩 테스트는 지원자에게 상당히 스트레스를 주는 방법이고, 지능이 높은 사람은 오히려 스트레스에 취약하다는 연구가 있다. 따라서 코딩 테스트를 진행하더라도 스트레스를 덜 주는 방향을 고민해야 한다.  2) 블라인드 테스트(이력서를 보지 않고 면접)의 장단점? 결국 코딩 테스트에 적합한 사람을 뽑게 될 것 같다. 코딩 테스트라는 것이 훈련 과정이 필요하기 때문에 입사에 대한 갈망을 볼 수는 있겠다. 질문 시에는 실무와 관련이 깊은 질문을 하면 좋겠다. 역시나 과거의 행동에 기반한 질문이 편향이 적고 많은 정보를 얻을 수 있다. 예를 들면 “팀장이 한 달 걸릴 일을 일주일 만에 끝내라고 한 적이 있나요? 그때 어떻게 하셨나요?”와 같은 질문이다. 3) 끈기, 성실 여부를 판단할 수 있을까요? 주위에서 끈기, 성실이라는 키워드를 생각하면 떠오르는 사람이 있을 것이다. 그 사람의 구체적인 행동을 기반으로 면접 문제를 만들어내는 것이 좋다. 행동에 대한 질문을 할 때에는 과거에 대한 질문을 하는 것이 좋다. 사람은 미래에 대해서는 거짓을 이야기 하가 쉽지만 과거의 이야기를 할 때에는 과거의 상황을 조작하는 동시에 거짓말을 하기가 쉽지 않다.  4) 채용 여부는 실력에 기반하게 되는데, 결국 연봉은 연차에 따라 주게 된다. 좀 더 세밀하게 측정할 수 있는 방법이 있을까? 임시 월급을 주고, 1달 혹은 3달 뒤에 급여를 적용하는 방법이 있다. 실제 환경에서는 보다 정확하게 퍼포먼스를 측정할 수 있다.  하지만 입사할 때 연봉이 중요한 요소가 되지 않게 하는 것이 더 주요한 방법이다. 내재적 동기를 갖게 하는 것이 더 중요하다. 연봉 인상에 따른 동기는 최대 3 달이면 없어진다. 외재적 동기는 점점 내재적 동기를 감소시킨다. 그 일을 즐기지 않게 되고, 하기 싫어지고, 성과가 없어진다. 연봉 말고 다른 협상 거리를 많이 가지고 있어야 한다. 연봉이 여러 가지 조건 중 하나가 되어야 한다.  5) 현재 잘하는 사람을 기준으로 채점 기준을 만들었다면, 다른 장점이 있는 사람이 탈락되지 않을까? 만일 현재 채점기준에는 적합하지 않지만, 다른 측면에서 장점이 있는 사람이 있다면 그 측면을 반영한 채점 기준을 만들어야 한다.  채용에 대해서 틀린 선입견을 가지고 있는 경우가 많이 있다. 예를 들면 술을 잘 먹는 사람이 협력을 잘한다.라고 생각하는 것이다. 그 반례가 있는지를 생각해 보면 그런 선입견을 깨는데 도움이 된다.  6) 비개발자와 함께 면접을 할 때 합의가 힘든 경우가 있다.  회사 안에서 어떤 사람을 뽑고 싶은지 합의가 필요하다. 우리 회사에서 핵심 인재를 추린 다음에 이 사람들의 공통점을 찾아서 인재상을 만들어야 한다.  7) 전화면접 괜찮을까요? 화상면접이 더 효과적인진 않을까요? 억양이 포함되어 있는 대화는 90%의 정보를 전달할 수 있다고 본다. 그 사람의 생각을 충분히 전달받을 수 있기 때문에 화상면접이 크게 더 효과적이라고 생각하지는 않는다.  우리나라에서는 많이 하지 않지만 면접에 대한 비용이 저렴하기 때문에 전화면접이 효과적인 수단이라고 생각한다. 단, 전화면접을 하기 전에 기준이 명확해야 한다. 느낌만으로 판단을 내리는 것은 의미가 없다. 8) 사내 전문가가 없는 영역에 대한 채용을 해야 한다면? 회사 외부의 전문가 몇 분을 찾아가서 그분들의 경험을 듣는다. 그 경험들에 기반해서 면접 문제를 만든다. 도메인에 관계없는 전문성이 있는지는 검증할 수 있는 방법이 있다. 즉, 전문가의 특징이 있다. 전문가는 공부를 한다. 실력을 향상하기 위한 꾸준한 노력을 한다.전문가는 확정적이지 않고 유연하다. 9) 러닝 커브가 좋은 사람을 찾는 방법은? 소규모 회사일수록 현재는 저평가되어 있지만 성장 가능성이 있는 사람을 채용해야 한다. 사실 능력 좋은 사람이 노력도 많이 한다. 뛰어난 사람은 “의도적 수련”의 양이 많고 질이 좋다.  학습에 관련된 테스트를 할 수도 있다. 예를 들어 “새로운 언어로 작은 프로그램을 작성해 보세요. 그리고 그 과정을 타임 로그로 남겨보세요” 와 같은 문제를 보면 학습 자체에 대한 능력을 테스트할 수 있다.  10) 개발을 잘하는 친구는 리드를 안 하려고 하고, 상대적으로 부족한 친구는 리드를 하려고 합니다.  개발을 잘하는 것에 대해서 생각해 볼 필요가 있다. 보통 개발을 잘한다고 하면 코딩을 잘하는 것만 생각하지만 협력에 대한 것이 포함되어야 한다. 흔히 하는 실수가 코딩 실력만 보고 리더를 삼으려고 하는 것이다.  내가 좋아했던 상사를 생각해 보고 그 사람의 특징을 생각해 보는 것부터 시작해 보는 것이 좋겠다. 개발 트랙, 매니저 트랙으로 나눠서 이야기하는 것은 좋지 않다.   6. 후기좋은 시간이었다. 워크숍에 참여하고 나서 어떻게 실력을 검증할것인가에 대해 구체적인 방향이 잡혔다. 우리가 현재 하고 있는 것들 중에 도움이 되는것과 그렇지 않은것이 구분 되었다. 8퍼센트에 좋은 분을 모실 수 있게 하나씩 시도해 봐야겠다.#8퍼센트 #에잇퍼센트 #개발자 #워크숍 #워크샵 #채용워크숍 #채용워크샵 #후기 #참여후기
조회수 882

방법론이 아닌 마음의 중요성

 기획, 또는 PM이라는 직군에서 일을 하다 보니, 개발자, 디자이너, 그리고 기획자 분들과 업무의 중심에서 커뮤니케이션을 많이 하게 되고, 커뮤니케이션을 하며 느낀 점들에 대해서 공유드리고 싶네요. 현업에서 계신 분들은 "당연히 그런 거지, "라고 생각할 수 있으나, 꼭 한 번쯤은 생각해 주셨으면 하는 일들이니, 읽어봐 주세요~1. 업무 끝의 기준은 "다음 작업자가 일할 때 문제가 없는가"입니다. 언제나 하는 이야기지만, 업무의 끝은 "내가 생각하기에 끝났다." 보다는, 다음 작업자가 "지금 내 작업물을 가지고 다른사람이 작업을 시작하면 고민이 생길까?"를 한 번만 더 생각해주세요.- 기획자 같은 경우, 자신이 설계한 플로우를 따라가면서, 될 경우 보단 안될 경우, 성공할 경우보단 실패할 경우에 대해 더 고려해 주시고 작업해 주세요.- 장표에 내가 기획한 정책, 규칙 등을 구현할 때 개발단에서는 어떤 식으로 동작을 해야 하는지, 또 디자인을 하면서 필요한 작업들에 대해서 한 번만 더 고려한다면(그럼에도 언제나 이슈가 생기기 마련이지요!), 서로의 업무에 더 큰 도움이 될 겁니다!2. 모를 수는 있어도 몰라도 되는 일은 없어요. 일을 하다 보면, 자리에서 순간순간 결정되는 것들이 있고, 회의를 통해 많은 분들이 모여 결정을 할 때도 있고 또, 스스로 내린 결정을 공유해 결정하는 다양한 상황들이 생깁니다. 그리고 기획자들에게는 어떤 이유에서건 결정된 사항에 대해서 기록하는 건 언제나 중요합니다. 그리고 더 중요한 건 "어떤 이유에서 어떤 것을 결정하기로 했다."라는 의사결정에 대해 업무파악을 놓칠 순 있어도, 놓아도 되는 일은 없습니다. "아 저는 잘 모르고 들어와서 이제야 파악했어요." "저는 회의 주제를 잘 모르고 들어와서..." 등과 같이 팀이 모여 일을 하고 있는 업무상황에서 항상 책임감을 가지고 업무를 진행해야 합니다.3. 내 업무가 밀리면, 다른 사람들의 업무도 밀립니다. 에자일 프로세스라고 하더라도, 1. 기획 없이 디자인과 기능 스펙을 짤 수 없고, 2. 디자인 없이 클라이언트가 개발을 할 수 없습니다. 정확한 기한이 있다면, 그전에 일을 마치는 것이 같이 일하는 업무자들에게 도움을 주는 것이 아닌, 당연한 일입니다. 그리고 기한이 없는 일은 늘어질 수 있으므로, 모호하게라도 기한을 잡아두고 시작하는 것이 중요합니다. 마지막 순간에 "준비가 안돼서..."가 나오는 건 정말 잘못된 표현입니다. 기한안에 완료를 못할 것 같다면 빨리 이야기해주는 것이 중요하고, 어떻게 대응할 건지에 대해 생각하고 행동하는 게 중요해요.항상 중요한 건 마음의 문제예요, 기술의 문제가 아니라. 우리는 항상 새로운 것들을 만들어 내는 것에 집중하면서 "기술집약적"인 사고를 기반으로 일을 하지만, 하나의 프로젝트를 기반으로 여러 인원들이 업무를 한다면, "타인의 이해를 기반으로 한" 사고를 가지고 일을 해야 한다고 생각해요. 그리고 궁극적으로도 내가 하는 업무에 대한 자부심을 느끼기 위해선, 서로가 서로 간의 업무에 대해서 자부심을 느낄 수 있는 환경을 만드는 것이 가장 선결돼야 합니다. 당장 내일부터라도, 조금씩만 더 서로를 생각하며 일하면 좋을 것 같습니다!#코인원 #블록체인 #기술기업 #암호화폐 #스타트업인사이트
조회수 659

디자이너가 조직에서 인정받지 못하는 이유

디자이너는 대단하다.디자이너가 대단한 이유는 매우 탁월한 능력을 가지고 있기 때문이다. 디자이너 스스로도 그 역량을 잘 인식하지 못하기 때문에 타인들에게 잘 어필하지 못하기도 하지만, 이 능력은 분명 무시무시한 역량이다. (스스로 잘 인식하지 못한다는 의미는 누구나 디자이너처럼 그 능력을 가지고 있다고 믿기 때문일지도 모른다)그 탁월한 능력이란생각을 언어와 이미지로 동시에 구체화할 수 있다는 것이다.언어와 이미지로 동시에 생각할 수 있다는 것은 추상적 개념의 단계에서 구체적 구상의 단계로 넘어가는 과정을 동시에 프로세싱 할 수 있다는 것이다. 뿐만 아니라 머리속 상상을 세상이 인식할 수 방식으로 민첩하게 표현할 수 있기 때문이기도 하다.이 능력을 갖지 못한 사람들은 그것이 어떤 파워를 가질 수 있는지 상상하지 못한다. 그렇기 때문에 디자이너가 다른 이들에게 그 위상이나 가치를 쉽게 인정받지 못하는 것이다. 그 능력을 상상하지 못하기 때문에 인정받기도 힘들다는 의미이다.이런 확신은 아주 최근에 더 강해졌다.디자이너로의 경험을 바탕으로 브랜드 영역의 업무를 하다보니, 브랜드의 컨셉을 text로 정리하는 업무와 text를 비주얼로 표현하는 업무에 상당한 프로세스가 존재한다는 것을 알게 되었다. 업계에 verbal의 영역과 visual의 영역을 담당하는 전문 분야가 당연히 나눠져 있겠지만, 그 간극은 꽤 멀다. 멀기 때문에 복잡해지고, 갭이 존재할 수 밖에 없고, 커뮤니케이션의 오류가 생길 수밖에 없다.만일 이 두 가지를 동시에 할 수 있다면, 그것은 대단한 힘을 가질 것이다. 마치 시나리오를 쓰는 작가가 직접 영화를 연출하거나, 작곡을 하는 뮤지션이 직접 노래를 부르는 것과 같은 '의도와 표현의 일치 효과'를 보여줄 수 있다.인간의 언어는 세상을 표현하기엔 너무나 낮은 해상도를 가지고 있다. 동일한 언어를 각기 달리 해석하는 이유도 그 때문이다. A라는 사람이 특정 의도로 정리된 verbal을 B라는 누군가가 시각적으로 표현한다면 당연히 자의적인 해석이 개입될 수밖에 없으며, 초기의 생각과 다른 방향으로 표현됨으로써 오류가 발생될 수 밖에 없다. 기획자가 디자이너와 갈등하는 이유이기도 하다.좋은 디자이너란, 특정 생각(컨셉)을 verbal의 낮은 해상도 단계를 거치지 않고 곧바로 현실 세계에 표현할 수 있는 능력 때문에 존중되어야 한다. 그리고 그 능력 때문에 조직에서 복잡한 프로세스를 현격히 줄일 수 있다. 때문에 디자이너의 아이디어가 올바른 방향이라면 이 능력은 조직에서 엄청난 생산성과 창의적 결과를 발휘한다. 디자이너가 CEO 역할을 하는 배달의 민족이나 에어비앤비가 그런 예시가 될 수 있을 것이다.하지만,왜 그런 일들이 빈번히 일어나지 않을까?곳곳에서 역량을 발휘하는 디자이너들이 늘상 자신의 능력과 재능을 인정받지 못하고, 조직 내에서 늘상 을의 입장에 놓여야만 하는가? 감각이 뛰어난 디자이너조차 조직에서는 크게 다르지 않다. 디자이너라면 공감할 것이다.왜 그럴까?이유는 이미 앞에서 언급되어 있다.디자이너가 아닌 사람들이 이미지를 구체화하기 어렵듯이 디자이너는 이미지를 언어로 표현하는데 어려움을 겪는다. 혼자서 일하지 않는 한 타인과 생각을 공유해야 하는데, 이미지라는 포맷으로만으로는 다양한 전문가들을 일일이 상대하지 못한다. 때문에 디자이너의 verbal 표현 능력이 매우 중요하다. 조직에서 일하기 위해서는 말이다.그동안 내가 경험했던 훌륭한 디자이너들은 뛰어난 감각과 자신의 생각을 매력적으로 표현하는 능력을 동시에 가지고 있었다. 그들은 예외없이 뛰어난 프레젠테이션 능력을 가지고 있다. 화려한 언변이 아니라, 매력적인 단어 선택 능력과 핵심을 끄집어내는 표현 능력을 가지고 있다. 낮은 해상도의 언어를 통해서이지만 전체를 이해할 수 있게 표현한다.디자이너는 verbal 표현 능력을 키워야 한다. 꾸준히 훈련해야 한다. 그것도 감각이다. 그걸 통해서 반쪽짜리 디자이너에서 벗어나야 한다.특히 조직에서 제대로 인정받기 위해서는 verbal 커뮤니케이션 능력을 월등히 키워야 한다. 생각을 글로 표현하고, 함축적 언어로 기술할 수 있어야 한다.그럼 점점 주위에서 자신을 인정하기 시작할 것이다. 인정받지 못하는 것은 당신의 언어가 아니라 타인이 인식할 수 있는 언어로 표현하지 못했기 때문이다.그 덕분에 주변의 조직이 디자이너의 창의적 아이디어를 꽃 피울 수 있기를 기대한다. 또한 덕분에 디자이너들이 조직에서  점점 더 주체적으로 일할 수 있기를, 그리고 없어서는 안될 사람으로 인정받을 수 있기를 기대한다.아깝지 않은가?그 탁월한 능력이....

기업문화 엿볼 때, 더팀스

로그인

/