아키텍처적인 판단과 비기능적인 요소, 품질요소에 대한 것을 기준으로 우선순위를 결정하는 것은 차라리 간단하다. 아리송하고 판단하기 어려운 것은 따로 있다. 서비스를 어떤 기능이나 어떤 서비스, 어떤 영역을 먼저 시작해야 하는 가?. 아니면, 서비스가 개시되고 돌아오는 버그 리스트와 추가 요구사항 등의 사용자의 피드백을 통해서 유지보수의 순서를 정하는 것 등이 아리송한 것이다.이번에 중점적으로 이야기하는 것은 개발자들에게 요구되는 요구사항과 업무의 작업 단위들은 왜 이렇게 많이 변화하고, 이러한 요동치는 환경들은 무엇 때문에 발생하는 것인지에 대해서 생각해본다.대부분의 소프트웨어 개발자들은 시시각각 변화하는 요구사항과 유지보수 업무의 홍수 속에서 점점 무덤덤해지면서, 자신들이 할 수 있는 일만을 하려고 하는 경향으로 변화해 간다. 그렇게 변화하면서 개발 조직 내에서 무력감에 빠져드는 현상을 맞이 한다. 그 모든 이유의 대부분은 최고 경영자나 경영진, 리더층의 결정장애이거나 판단 미스인 것이 대부분이다.슬프게도 최고 경영진에게는 소프트웨어 개발팀에서 업무를 제대로 처리해주지 않는다는 영업과 기획 조직들의 푸념이 늘어나는 이유는 소프트웨어 개발팀에서는 제대로 된 요구사항의 정의가 되지 않았고, 작업의 우선순위가 불분명하기 때문에 이런 기술적 판단 미스와 잘못된 기술 부채가 누적되어지기 때문이다.기술적 부채에 대해서는 다음에 이야기하고, 이번 이야기에서는 '작업'의 우선순위를 결정하는 부분에 대해서만 이야기해보자.우선순위를 결정하는 기준이 없거나, 기준에 대해서 의사소통이 안 되는 경우가 발생할 수 있다. 그리고, 대부분의 스타트업들은 이런 현상을 맞이한다. 물론, SI현장에서는 너무도 비일비재하게 반복되는 경우가 많기 때문에 이런 현상은 지금 이 순간에도 반복되고 있다.도대체 왜 이런 상황을 만들었는가? 그리고, 누가 이렇게 만들었는가? 분명, 스타트업 초기에는 의기투합했던 CEO와 기술 총 책임자가, 어느 정도 기업이 성장하고 나니, 업무의 우선순위와 요구사항의 폭주 속에서 서로 일기토를 벌이는 대립된 상황이 되어버린 것은 무엇 때문일까? 도대체 이렇게 개발업무가 뒤죽박죽 되어버린 것은 누구의 책임인가?아키텍처가 부재하고, 아키텍트 역할을 담당하는 사람이 없는 경우에는 이런 현상은 매우 당연하다. 오히려, 발생되고 있는 것을 모른다면 그것은 더 위험하다. 개발자나 담당자가 현상을 숨길 가능성도 매우 크다. 언제나 개발 리소스는 부족한 것이 정상이다.개발 일정은 촉박하고 만들어야 할 것은 많으며, 버그는 언제나 발생한다. 이런 사항들을 어떻게 처리하는 것이 가장 합당한 것인가에 대해서 삐딱한 아키텍트의 시선으로 몇 가지 정의하여 보자.한편으로는 이러한 상황은 매우 당연한 것이다. 소프트웨어 개발을 할 때에 수많은 업무들이 밀려온다. 또한, 요구사항들은 급변하고 시장 또한 급속도로 변화를 일으키는 것을 간과해서는 안된다.‘냉정하게 ‘경영진’이나 ‘개발 총 책임자’의 능력이 부실해서 그런 경우가 태반이다.‘라고 필자는 이야기하고 싶다. 그런 상황을 피하게 해야 하고, 그런 문제를 해결하기 위해서 최선을 다해야 하는 것이 그들이 해야 할 일이다. 그래서, 고액 연봉을 받는다. 그러니, 이런 문제는 그들이 해결해야 한다.결론은 그러하지만, 그런 상황을 좀 더 세밀하게 분석해보자.보통 이러한 일이 발생하는 경우의 가장 대표적인 문제는 경영진의 ‘경영 목표’가 불분명하고, ‘프로젝트의 골’에 대해서 가치의 설정을 제대로 못하고, 이에 대해서 조직원들에게 의사전달이 불분명할 때에 이런 상황들이 대부분 발생한다. 그리고, 결과는 불을 보듯 뻔하게 된다. ( 의사소통이 안되었다고 판단하기도 하지만, 대부분 일방통행으로 전달되어지는 지시사항들이 대부분이므로, 의사소통의 문제는 아니다. 그러니, 개발자나 기획자, 디자이너의 책임이 아니다. 그냥, 지시가 잘못된 거다. )물론, 전통적인 제조업체와 전통적인 관료조직에서는 이러한 문제를 해결하는 다양한 방법들이 연구되었고, 차근차근 일을 풀어나가는 방법에 대해서도 많은 해결책과 솔루션들이 등장한다. 하지만, ‘지적 생산’을 주 업무로 하고 있는 소프트웨어 개발에 있어서는 이러한 방법들은 정말 바보스러운 프로세스를 만들 뿐이고, 인원이 비대해지며, 불필요한 회의와 불합리한 결정들이 도배되는 경우가 많은 관료조직을 비대하게 만드는 경우가 많다. 이런 문제를 해결하겠다고, 조직의 구성 방법이나 조직을 관료화하고, Tree구조로 만드는 바보 같은 짓을 필자도 그런 실수를 반복했었다. (ㅡ.ㅡ;)스타트업으로 빠르게 시작한 기업이 어느 정도 매출을 일으키거나, 서비스가 완성되어 갈 때에, 대규모 인원을 확충하면서 발생되는 문제들은 아이러니하게도 대부분 비슷하다. 그 문제의 핵심중의 핵심은 그 ‘문제’ 들을 어떻게 나열하느냐이다.그렇다면, 이러한 문제들을 어떻게 명확하게 해야 하는가? 그것을 조금 더 명확하게 개발업무에 있어서 정의한다면. 소프트웨어 개발에 있어서 가장 초보적이고 기본적인 ‘업무의 요구사항’을 제대로 결정하는 것이다. 그리고, 이러한 ‘요구사항’을 어떤 방법으로 중요한 ‘업무의 우선순위’를 잘 결정하는 것이다.이런 ‘우선순위’를 결정하기 위하여 ‘요구사항’을 어떻게 잘 정의하는가가 이 문제를 보다 명확하게 하는 방법의 가장 핵심중의 핵심이 되겠다. 물론, 똑똑한 경영자와 리더가 앞에 나서는 것은 당연한 것이겠이고, 그러한 리더는 ‘요구사항’을 정말 명확하게 정의하고, To-be에 대해서 명쾌하게 정의할 수 있다. To-be가 명확하고, 만들고자 하는 제품과 서비스가 명확하다면 이런 혼란을 발생하지 않을 것이다.하지만, 불분명한 목표와 불분명한 요구사항은 결국, 소프트웨어 개발을 파국으로 만들어 버리는 첫 번째 문제점이다. 훌륭한 리더는 작은 요구사항과 작은 결정사항부터 명확하게 정의한다.소프트웨어 개발 업무의 우선순위를 결정하는 방법물론, 이 내용은 소프트웨어를 중심으로 IT설루션이나 서비스를 개발하는 업체를 대상으로 설명하기는 하지만, 일반적인 기업들도 요즘은 대부분 중요한 의사결정과 지적 프로세스들을 갖추어야 하기 때문에 발생되는 문제들은 대부분 대동소이하다고 하겠다.또한, 경영의 목표에 대한 설정과 과학적인 접근 방법은 경영학적인 관점이기 때문에, 그 부분에 대해서도 이 글에서는 논외로 하자. 보통 조직이나 기업은 제한된 리소스와 자원과 일정을 가지고 최대의 이익과 목표를 도달하기 위한 경영자의 판단에 의해서 결정되어지고 움직여진다. ( 그래서, 사장이 똑똑해야 한다. )대부분의 조직과 회사는 이미, 시작부터 그 결과를 예측할 수 있다고 보는 것이 합당하다. 이처럼, 냉정하게 경영의 목표를 명확하게 하고, 조직의 비전과 한 해의 목표와 프로젝트의 목표에 대해서 얼마나 잘 결정하느냐가 핵심적인 성공요소들이다. 목표가 명확하면, 업무 순위도 명쾌하다.아무리 개발자가 똑똑하다고 해도, 경영진의 삽질을 버텨낼 수 있는 것은 거의 ‘기적’에 가까운 일이기 때문이다. 결정하고 업무의 우선순위를 정의하는 사항들이나 체크리스트에 대한 이야기인 경영진들이 판단해야 하는 내용에 대해서는 필자의 경험( 중견기업의 임원 노릇 )을 바탕으로 다음 기회에 이야기하도록 하겠다. 아마도, 스타트업과 중견기업의 임원으로 일해본 필자가 해줄 수 있는 이야기는 필자 주변에서 물어보듯이 생각보다 많은 듯하며, 브런치를 통해서 자주 언급하고 이야기하도록 하겠다.정말 중요한 소프트웨어 개발 기업에서의 업무의 우선순위는 무엇으로 결정되어지는가? 그것은 대부분의 기업과 대동소이하다. 그것은 ‘기업이 추구해야 할 이익’이다. 그리고, 그 이익을 위해서 어떠한 경영적인 지표와 목표를 설정하느냐에 따라서 결정되어진다.이러한 결정사항이 개발업무의 우선순위에 가장 지대한 영향을 준다. 앞서 이야기했지만 경영지표를 설정하는 것은 이 글에서는 논외이다. 일단, 여기서는 경영의 목표는 명확하다는 전제하에서 매일매일 요구사항에 따르는 업무의 우선순위가 요동치게 되는 상황을 생각해보자. ( 일단, 똑똑한 경영진이 제대로 된 목표 설정을 했다고 본다. )하지만, 그렇게 목표 설정이 되어도, 요구사항과 업무의 우선순위가 요동치는 경우는 똑같이 발생하게 되는 경험을 하게 된다. 도대체, 왜? 이런 현상들이 발생되는 것이고, 왜? 우리는 이러한 변동되는 상황 속에 노출되어 있는 것일까?대부분의 소프트웨어 개발 업무들을 보면, 생각 이상으로 매번 계획에 없던 일은 수시로 발생하고, 발생된 업무들은 아이러니하게도 중요한 업무 리스트로 추가되는 해괴한 현상이 수업이 되풀이된다. 도대체! 왜? 그런 현상이 일어날까?시장의 매우(!) 변화는 당연하다.물론 이러한 상황을 여러 가지 상황으로 해석할 수 있겠지만. 대부분의 이런 식의 업무의 우선순위가 요동치는 이유는 '회사 주변의 변화'가 극심해서 벌어지는 현상 중의 하나일 수 있다. 이러한 경우는 극히 당연하며, 이 요동치는 것을 어떻게 프로세스에 반영하는가가 관건이다. 그래서, 해당 프로세스의 분석과 반영에 집중하면 최고의 프로세스를 얻을 수 있다. 대부분이거나 특히, 일등 경쟁업체가 있고. 그 업체의 행동을 주시해야 하는 팔로워 정책을 사용하는 업체의 경우에는 이런 일은 거의 매번 발생하는 경우이니, 어떻게든 이러한 변화를 탄력적으로 운용할 수 있는 환경을 만드는 것이 중요하다.분명, 더욱더 극심하게 발생하는 것과 소프트웨어 개발과 환경, 조직을 그에 맞추어야 하니까 발생하는 것이다. 냉정하게 해당분야의 1등 기업이 아니고서는 대부분 이러한 현상을 비일비재하게 만나게 된다. ( 보통 기업들은 애플과 같은 선도적인 기업이 아니다. ) 그리고, 이런 요동치는 '변화'에 따라서, 보통은 이러한 변화에 따라서 세부적인 실행방안과 전략, 결과물들이 변동되는 것인 어찌 보면 당연하고 지당한 범위의 변동일 수 있다.당연하게도 이러한 ‘시장의 변화’를 내부 조직원들에게 어떻게 전파하고, 의사소통하는 것이 효과적인 것인가에 대해서 더 많은 투자를 해야 하고, 해당 정보들을 빠르게 전파할 수 있는 방법들을 고안해야 한다.하지만, 시장은 그대로인데? 요구사항은 요동친다?그렇지만, 시장의 변화도 없고, 경쟁기업의 변화도 그다지 없는데도, 부서와 부서원, 개발자와 영업 등에 있어서 주요한 우선순위가 요동치고, 기준점이 없는 상황에서 방황하게 되는 현상은 왜 일어나는 것일까?재미있게도, 대부분의 '우선순위'변동은 이러한 외부요인에 의해서 발생하지 않는다는 점이다. 보통은 이런 '외부요인'에 대한 대응방안과 충격은 대부분의 회사와 조직에서 반응할 수 있도록 대처가 되어있는 편들이다. 그리고, 경영이나 관리조직은 그러한 것들을 탄력적으로 운영할 수 있는 다각도적인 방법들에 대해서 이미 익히 알고 있기 때문에, 대부분은 소프트웨어 개발 조직에 이러한 여파가 가지 않도록 최선을 다한다. (* 만일 이런 상황이 아닌데도 개발 조직에 여파가 전해진다면, 전적으로 관리조직이나 리더십의 문제, 의사소통 등의 문제들이 그대로 드러난 것이다. )정말 대부분의 '우선순위'의 변동은 엉터리 같은 상황에서 발생되는 경우가 생각 이상으로 많다. 그것의 대부분은 납득하기 어려운 모호한 이유와 상사의 변덕, 사내 정치의 비합리적인 결정 등에 따라서 변화되는 경우가 많다.물론, 대한민국의 SI특성상 거지 같은(?) 고객의 불합리한 요청사항 때문에 거지 밥상을 뒤엎듯이 변화하는 것 또한 엄연한 현실이고 사실이다. 하지만, 냉정하게 이러한 현실에 대해서 잘 알고 있으면서 대응을 하지 못한다는 것 또한 분명 능력과 실력의 문제이기도 하다. 분명, 거지 같은(?) 고객과 시장이라면 그에 응당한 대응조직이나 프로세스를 갖추어야 한다. 하다 못해, 술말 마시는 술상 무라도 동원하는 것이 합당하다. 대한민국 공공 SI의 성패는 ‘술자리’에서 결정되는 경우도 많다. (ㅡ.ㅡ;)정말 중요한 것은 이런 상황을 파악하는 것 그 자체가 중요한 것이다. 이처럼 정말 중요한 것은 업무의 요구사항에 대한 본질을 정확하게 파악하는 것이다.분명, 자신의 조직과 회사에서 '소프트웨어 개발업무의 우선순위'는 어떤 식으로 결정되어지며, 어떤 것들이 정말 중요한 업무인지 파악하고 분석하는 것이 가장 핵심적으로 필요하다. 아주 세부적인 우선순위에 대해서는 실제 해당 업무를 분석하고 정의해야 하지만, 일반적으로 이러한 ‘요구사항의 본질’을 정의하는 데 있어서, 최소한 두 가지의 스텝으로 업무를 구분하고, 다음의 4가지 정도의 업무형태는 구분해야 한다고 생각한다.현재 팀에 적합한 소프트웨어 개발업무의 우선순위를 결정하자!그것의 첫 번째 스텝은 정말 필요한 '0순위의 업무'와 '쓸데없고 필요 없는 일'을 구분하는 것이다. 그리고 남은 요구사항과 업무들은 일반적인 업무들이며, 그 업무들은 다음 스태프의 분석과 정의에 따라서 ‘고품질이 요하는 업무’와 ‘적정 품질을 요하는 업무’를 구분하는 것이다.이처럼 0순위 업무, 불필요한 일, 고품질 업무, 적절 품질업무의 4가지 스태프로 구분하여 업무의 우선순위를 정하는 것이 요구사항 분석의 첫 번째 단계이다. 그리고, 그러한 기준과 성격에 대해서 조직원들에게 폭넓은 이해를 구해야 하며, 그 부분에 대해서 공감대를 형성해야 한다. 대부분 기업의 목표와 비전은 그러한 것을 전제로 구성되게 된다. 그렇다면, 이러한 해당 업무의 성격은 어떻게 구분하는지 하나씩 살펴보자. 요구사항들에 대해서 구분이 어렵다면, 필자가 사용하는 방법을 한번 사용해 보라. 아래의 표는 요구사항의 우선순위를 평가하기 위해서 필자가 사용하는 방법이다. 점수를 만들어서 사용하는 것이 가장 간단할 수 있다.표1, 요구사항에 대한 가중치 리스트위의 표를 이용하거나 적절하게 요구사항의 가중치를 조절하여 ‘수치화’하는 것도 일부분 가능하다. 하지만, 이렇게 정량적으로 판단하는 것보다 더욱더 중요한 것은 ‘요구사항’은 ‘정성적’인 판단을 제대로 하는 것이다.0 순의 업무를 찾고 정의하자가장 쉽게 이야기하면. ‘기업의 이익을 가져다주는 확실한 것’이 명확하게 드러난 것을 의미한다. 몇 가지 부연설명을 하자면, 기업이 사활을 걸어야 할 신기술이 들어간 서비스, 매출 증대를 위한 새로운 시장에 진입하는 비즈니스 모델을 갖춘 서비스, 수익모델을 만들고 실현하기 위한 일련의 서비스의 Back-office 작업들, 현재 서비스 중인 소프트웨어의 위기사항을 타개할 해결책을 찾는 것 등이 이러한 '0순위 업무‘에 해당한다.더 명쾌하게 이야기하자면 '업무의 가치'가 명확하고, '업무의 요구의 원천'이 명확하고 정확하게 드러난 요구사항들 중에 '수익'이 명쾌하게 보이는 일이 이에 해당한다. 이러한 '업무'들은 개발 조직뿐만 아니라, 영업이나 기타 조직에서도 발 빠르게 대응하는 것이 가장 중요하다.보통 이러한 일들에 있어, 가장 중요한 것은 '타이밍'이게 된다. 말 그대로, 발생한 시기와 해결되는 시기의 주기가 가장 짧아야 한다. 말 그대로, 고객이 원하는 제품과 서비스를 의미한다. 그래서, 0순위로 진행해야 한다.또한, 이러한 타이밍은 기업에게도 큰 기회를 주지만, 해당 업무를 추진하는 부서와 개인에게도 큰 이익과 인사고과의 결과를 선사하기 때문에 정말로 의미 있고 중요한 업무가 된다. 다만, 이러한 0순위 업무의 구분을 해야 하는 경우에는 해당 조직과 회사에 당연하게도 인사고과나 인사정책 또한 잘 구성되어 있는 경우에만 이러한 우선순위의 결정이 의미가 있다. 또한, 결정되어지는 긴급한 의사결정에 대해서 신속하고 명확한 의사전달과 의사소통이 가능한 집단의 경우에게만 이러한 ‘0순위 업무’에 대한 정의가 가능하다.앞서 이야기한 인사정책이나 의사소통이 불분명한 조직에서는 아무리 ‘고객’이 당장 원하는 ‘서비스’와 ‘제품’이라고 하더라도. 소프트웨어 개발 조직에서는 생뚱맞게 튀어나온 불특정 한 업무로 밖에 받아들이지 않는다.그러한 ‘문화’와 ‘환경’을 갖추고 있지 않는 기업이라면, 이러한 ‘0순위 업무’는 가능한 발생시키지 않는 것이 최선이다. 그리고, 다음의 ‘불필요한 일’을 구분하는 정도로만 진행하는 것이 더 효과적일 수 있다.하지만, 잘 갖추어지고 유연한 소프트웨어 개발 조직에서는 이러한 이벤트적인 최고 결정사항을 발 빠르게 대처할 수 있다. 이러한 일들은 말 그대로, 잘 수행된 이후에 기업도 이익이고 부서도 신바람 나고, 개인도 업무 고과에서 큰 영향을 받을 수 있는 일이므로, 기업에 가장 큰 이익과 긍정적인 효과를 매우 크게 안겨다 주는 업무가 된다.가장 중요한 ‘문화’가 성립되어진 기업과 조직은 어떻게든 이러한 ‘0순위 업무’를 정말 잘 필터링하는 것이 해당 기업의 점진적인 성공과 성패의 최우선적인 결정사항이 될 것이다.보통 이러한 결정은 어느 정도 회사의 서비스와 제품이 성공적으로 시장에 안착한 다음, 시장이 확대되거나 해외 수출 등의 매출이 급속도로 증가하는 시점에서 심각하게 고려해야 할 사항들이다.그렇다면, 이러한 요구사항이나 업무는 어떤 식으로 결정하는 것이 최선일까? 여러 가지 의견이 있지만, 크게 두 가지로 나눌 수 있다. 하나는 대부분 이러한 업무는 특정 체크리스트와 회의에 의해서 결정될 수도 있다는 점. 또 다른 하나는 리더십을 가진 사람이거나 경험이 풍부한 사람이 직감과 경험에 의존하는 것이다.과연 어떤 방법이 효과적일까? 프로세스로 이러한 0순위 업무를 결정할 것인가? 직감과 경험에 의존할 것인가? 두 가지 모든 것을 고려할 것인가에 대해서는, 각 조직과 기업의 성격에 따라서 조금씩 다르다.다만, 정말 중요한 것은 ‘0순위 업무’를 제대로 구분하고, 이를 정하는 일련의 작업들을 수행하고 있는가 하는 점을 먼저 판단하는 것이다. 보통 이런 ‘0순위 업무’들은 너무도 명확하기 때문에 잘 드러나서 경험과 직관으로 결정하는 것이 더 효과적인 경우가 많다. 경험이 풍부한 고급 개발자나 아키텍트와 같은 인력을 보유하는 절대적인 이유이기도 하다.하지만, 문화적인 형성도 힘들고, 고급인력도 없다면, 다음의 ‘쓸데없는 일’을 찾는 것에 중점을 두어보자.현재 상황에서 ‘쓸데없는 일’을 구분하자.대부분의 소프트웨어 개발 조직에서 가장 잘해야 하는 작업은 정말로, '쓸데없고 필요 없는 일'을 구분하는 것이다. 냉정하게 지금 당장 필요 없는 업무, 해도 그다지 성과가 없는 업무, 의미가 부족한 업무 등이 이에 해당된다. 대부분 이러한 업무들의 대부분은 '업무의 가치'가 불명확한 경우와, 누가 만들고 요구한 것인가? 에 대한 요건이 불명확한 경우가 많다.이 두 가지에 해당되는 내용들이라면, 대부분 쓸데없는 일이나 요구사항으로 구분하여 정리하고 처리해야 한다. 물론, 요구사항의 수집이 잘못되었을 수 있지만, 그것은 수집의 문제에 대해서 다시 논하기로 하자. 요구사항 수집 공학과 관련된 이야기도 칼럼 중에 한번 이야기해야 할 내용이다.하여간 이러한 ‘쓸데없는 일’들은 분명, 현재의 작업에 등록되어 있고, 누군가가 하고 있으며, 어떤 지시에 의해서 실제 수행되는 경우가 상당수 존재한다. 이러한 대부분의 일들과 요구사항들을 살펴보면, 현재 등록되어진 대부분의 업무들 중에 10가지 중에 1~2가지 일들은 대부분 타성적으로 흘러 지나가는 경우가 대부분인 경우가 많다. 냉정하게, 현재 등록되어진 요구사항이나 업무에 해당하는 것들의 10~20%는 정말 '쓸데없는 일'들이 많다. ( 지금 당장 업무의 Task를 살펴보면, 이런 쓸데없는 일들을 찾을 수 있다. 왜? 자신도 모르게 버퍼 삼아서 등록해 놓은 업무, 팀장이 버퍼로 등록한 업무까지 정말 많다. )또한, 그 이외에도 대부분이 비즈니스 환경이 변하거나, 업무를 지시한 상사의 변덕 등으로 사라지는 업무들도 이에 해당한다고 볼 수 있다. 이러한 업무들은 해당 이벤트와 상황에 따라서 후순위로 처리되거나 하지 말아야 할 것들에 해당한다. 그렇다면, 이러한 쓸데없는 일들을 어떻게 구분해 내는가? 가장 대표적으로 구분하는 방법은 ‘만들어진 보고서’와 ‘결과물’이 소홀하게 관리되는 경우가 대부분 이에 해당한다고 보면 되겠다.이러한 쓸데없는 일들의 결과들을 살펴보면, 정말 심한 경우 보고서나 결과물에 대해서 보고를 받는 시간 10~20분 정도의 대충하는 경우도 많은 것이 대부분이다. 그리고, 실제로 관료화된 조직에서는 이러한 많은 업무들이 필요 없는 업무들로 구성되어진다.소프트웨어 개발 조직이 관료화된다는 것이 얼마나 비효율적인가 하는 점은 굳이 첨언하지 않아도 대부분의 개발자들이 잘 알고 있을 것이다. 소프트웨어 개발 조직이 관료화되어있다고 생각한다면, 대부분의 '소프트웨어 개발 업무'들은 쓸데없는 일에 30~40%의 일을 소모하고 있는 경우가 대부분이라고 봐도 무방하다.그래서, 이러한 업무들을 구분하는 방법으로는, '업무가 추진되고 나온 결과물'을 검토하는 시간과 결과물에 대한 반응을 살펴본후, 그 반응이 어떻게 내재화되는지에 대해서 검토하여 보면 대부분 알 수 있다.또한, 해당 서비스나 라이브러라, 산출물들이 얼마나 재활용되고 있으며, 효과적으로 반영되고 있는지에 대한 평가도 같이 하면, 이러한 ‘쓸데없는 일’을 찾아낼 수 있다. 대부분 이러한 업무들의 대표적인 것들이 냉정하게 신입사원들 대부분의 업무가 그러하고, 선임 직원들은 관성에 따라서 만들어 내는 업무들이 대부분 이러한 경우가 많다. 또한, 습관적으로 중복적인 업무들도 많이 발생한다. 이러한, 업무의 누수를 어떻게 잘 검토해 내느냐가 관건이고, 정말 필요한 일을 잘 판단하는 기본적인 체크를 할 수 있는 방법을 만들어야 한다.이러한 분리된 스텝으로 정말 필요한 일과, 정말 필요 없는 일을 구분하는 것만 체크하고 점검하여 진행하여도, 업무의 우선순위는 대부분 정해지고, 불필요한 일과 쓸모없는 일들을 제거할 수 있다. 물론, 냉정하게 이러한 업무를 제대로 해야 하는 것이 중간관리자나, 팀장들이 일을 잘하는 경우에 해당되겠다. 또한, 효과적인 의사소통이 많아지고, 효과적으로 대응하는 경우에 이러한 업무의 구분이 보다 명확해진다. (* 그렇다고, 의사소통을 많이 하겠다고, 회의시간만 길게 잡는 것 또한 불확실한 일처리를 의미한다. 대부분 그 방법은 해당 조직들이 더 잘 알고 있다. 어떤 장소에서 어떤 시간이 더 많은 대화를 나누는 것인지 잘 알고 있다. )최소한의 이러한 구분이 가능하다면, 좀 더 업무의 우선순위를 좀 더 세분화하여 정의할 수 있게 시도할 수 있다. 그것은 소프트웨어 개발에 있어 정말 중요한 정말 고품질을 요하는 업무와 적정한 품질로 처리해야 하는 업무에 대한 구분이다. 필자의 경험에 따르면 정말 고품질을 요하는 소프트웨어 개발의 범위는 전체 프로젝트 범위의 30%를 넘어선 적이 없다. 대부분은 변화가 있으며, 단순 처리되는 내용들이므로, 적절한 품질로 대응이 가능하다.단순한 crud성 화면 프로그램에 엔진에서 검토해야 하는 품질 절차와 리소스를 투입하는 바보 같은 짓을 되풀이해서는 안된다. 전체적인 품질 테스트에서도 충분하게 검토될 내용과, 단위 테스트와 아키텍처적인 관점에서 접근해야 하는 고품질의 영역을 제대로 구분해 내는 것 또한 소프트웨어 개발의 요구사항을 효과적으로 대응하는 것이다.해야 할 일중에 정말로 고품질을 요하는 소프트웨어 개발업무를 구분하자성과가 명확하게 보이는 개발업무로써, 해당 소프트웨어의 개발된 서비스의 실체와 가치가 완벽하게 드러난 일이다. 또한, 해당 서비스나 소프트웨어가 다른 개발팀이나 다른 서비스에 많은 영향을 주는 영역의 개발이라면 당연하게도 ‘고품질’이 요구된다.다만, 0순위처럼 '그 이익'이 정량화되지는 않았으나, 정성적인 기준에 의해서 그 가치가 명확해진 개발업무들이라고 보면 된다. 대부분 이러한 일들은 '요구사항'의 변화가 거의 없을뿐더러, 관료조직의 극성인 변덕스러운 직장상사도 필요한 요구사항을 틀지 못하는 경우가 많은 서비스이거나 업무에 해당한다.또한, 이러한 대부분의 고품질 개발일은 이러한 '최선을 다해야 하는 일'인 경우이다. 하지만, 업무 순위를 결정할 때에 잘못하는 것 중의 하나가. 매일, 매번 이러한 '최선을 다해야 하는 일', ‘고품질’로 결정되어진다는 것이다. 그렇지만, 그렇게 결정된 ‘고품질 속성’은 잘못 결정된 판단일 가능성이 높다. 고품질은 많아야 전체 업무의 30% 정도이다. 그 이상으로 책정된다면, 평가기준부터 잘못된 것이므로 다시 살펴봐야 한다.물론, 정확하게 일에 대해서 살펴보면 이렇게 구분하는 것은 대단한 업무 처리능력을 가진 기업이나 조직일 수 있겠지만. 그런 식으로 제대로 관리하는 기업은 한 번도 본 적이 없다. 관리의 S기업도 그렇게 정의하지는 않고, 안전이 가장 중시되는 항공기 관련 소프트웨어 개발에 있어서도 그런 식으로 기준을 정하지는 않는다. 이런 식으로 대부분의 업무가 '고품질'로 책정된다면, '업무의 중요도'를 잘못 판단하고 있는 것이다. 그러므로, 기준 작업과 검증작업을 다시 해야 한다.다만, 개발업무내용에서 그 사용가치를 찾기 힘들고, 만들어진 결과물 또한 다른 서비스나 개발 조직에 별다른 기여를 하지 못할 것이 명백하지만, 최선을 다해야 하는 개발업무가 있다. 그것은 '사장님' 또는 개발 총괄 책임자가 만들어낸 업무이다. 그것은, 개발업무 우선순위에 있어서 '책임'은 윗분들이 결정한 것이기도 하지만, 고위층의 경영적인 판단에 의해서 움직이는 전략적인 업무일 수 있다.보통 이러한 사항들은 '경영진의 의사결정'이기 때문에, 우선순위를 중요하게 책정해야 한다. 그리고, 이러한 ‘업무의 성격’은 명확하게 ‘요구사항’이나 ‘업무’에 명시가 되어야 한다. 그래야, 개발 조직은 개발함에 있어서 주저함이 없을 것이다.대부분은 고품질이 아니며, 적절한 품질요건으로 만족하는 개발 영역대부분의 '쓸데없는 일'이 아닌 보통의 개발업무들의 경우에 이 4번째에 해당한다. 이 소프트웨어 개발업무는 고품질이 아닌, 해당 개발업무의 기본적인 완성도만 추구하면 되는 일이다.또한, 이러한 업무들은 대부분 QC와 QA의 업무가 구분되어져 있고, 해당 리소스를 투입하고 있는 경우에는 이 부분으로 처리가 되는 경우가 더욱더 많이 정의되게 된다. 가능한, 품질관리에 투입되는 리소스를 최소화하는 것이 전체적인 개발의 성과를 향상하게 된다. 소프트웨어 개발업무를 어떻게 하든 이 영역을 80% 이상으로 끌어올리는 것이 개발을 효과적으로 수행하게 하는 것이다. 필자의 경험에 따르면 ‘고품질’은 20%, ‘저품질’은 80%의 영역으로 설정하고, 고급 리소스는 ‘고품질’에 투입하도록 하는 것이 가장 합당하다.일반적으로 소프트웨어 개발업무의 대부분의 구성 업무들은 이러한 '적당하게 해야 하는 업무'이다. 이 업무에는 '에너지'와 '시간'을 낭비하면 안 된다. 말 그대로, 적정하게 해야 한다. 그리고, 개발자들에게 ‘잉여’를 공급하게 하고, 반복적인 테스트와 품질 검토는 품질관리 조직에서 다양한 방법으로 접근하고, 문제의 발생을 추적하여 통보하여, 품질관리를 분리하는 것이 최선이다.‘고품질’은 품질의 주요한 권한과 책임을 ‘개발자’에게 주는 것이고, ‘저품질’은 품질을 프로세스에서 검토하여 통보하는 방법으로 수행하는 것이다. 이는 개발 조직의 최대한의 역량을 ‘고품질’에 집중하게 하고, 단순 반복 테스트와 같은 업무를 소프트웨어 개발 조직에 있어서 가장 중요한 ‘개발 조직’을 효과적으로 활용하게 하는 것이다.물론, 이러한 품질 관련 업무의 가장 중요한 고려사항은 직장상사나 동료들과의 커뮤니케이션을 가장 중요시하게 된다. 이러한 업무의 대부분은 '신뢰'가 전제가 되어야 하기 때문이다. 또한, 여기서 가장 중요한 것은 '신뢰받는 직장상사'와 ‘신뢰받는 부서’의 업무지시가 가장 핵심이 되게 된다. 또한, 이러한 업무의 우선순위가 정치적/심리적 변화에 따라서 변화되는 요구사항은 제대로 된 업무가 아닌 것이 된다. 이 부분이 가장 중요하다.일반적으로 이해하고 있는 에자일의 핵심적인 요소는 위에서 잠시 설명한 ‘신뢰’를 어떻게 의사소통하느냐가 관건이다.결론적으로 이야기하자면 소프트웨어 개발업무에 있어서 ‘업무의 우선순위’를 결정하는 요구사항을 분석하는 데 있어서 최고의 핵심 요소는 다음의 5가지를 잘 정의하는 것이다.1) 업무의 가치2) 업무의 원천( 누가 만들고 요구한 것인가? )3) 기업의 가치 추구4) 직장상사와 동료의 가치 추구5) 고품질이 정말 필요한 업무의 구분이러한 4가지의 관점을 어떻게 정성적이고 정량적인 방법으로 도출하며, 이를 의사소통하여 공통 관심사를 형성하느냐에 달려있다. 하지만, 현대의 관료화된 조직의 대부분들은 쓸모없는 요구사항들이 상당수를 차지하며, 해당 조직의 스트레스에서의 핵심 요소가 된다는 점이다.이와 같이 업무의 요구사항들을 어떻게 구분하는 것인가부터 시작하는 것이 '요구사항 공학'의 기본적인 정의이다. 냉정하게, '업무의 가치'는 그 기업과 조직이 가지고 있는 '비전'과 '골'에 영향을 받는다.그러므로, 경영진이 가장 똑똑해야 그 기업의 가치가 증대된다. 언제나 이야기하지만 경영자의 삽질을 이길 수 있는 슈퍼 개발자는 존재하지 않는다. 그것은 기적이다.

조직에 익숙해지면 편하게 일하는 방식을 터득하게 된다. 같이 일하는 사람의 성향을 파악하여 능숙하게 대처하는 요령이 생긴다거나, 일정한 업무 패턴을 깨닫고 그 공식에 맞춰 일을 처리해가기도 한다. 이른바 감이 생기는 것이다.사람이 무언가에 익숙해지면, 게을러진다.그것이 개인의 탓이라거나, 비난 받아야 할 일이라고 생각하지는 않는다. 어쩌면 당연한 자연 현상이다.월급을 받고 일하는 사람이라면, 급한 일과 중요한 일 중에 급한 일에 손이 먼저가게 된다. 왜냐하면 중요한 일이라는 것이 회사에 중요한 일과 내게 중요한 일 사이에 갭이 있기 때문이다.정치인이나 공무원들이 국민에게 중요한 일과 자기 밥그릇에 중요한 일 사이에서 늘 자기 중심적인 이유와 동일한 이유이다.살다보면, 닥쳐서는 절대로 풀어낼 수 없는 일들이 있다.말기 암 환자와 비슷한 상황이다.현명한 사람들의 공통 점은 시급함을 초월하여 중요한 기준으로 우선 순위를 두는 습관을 가졌다는 것이다. 시간에 얽메이는 자는 늘 뒤쫒아 갈 수 밖에 없으며, 중요함을 우선 순위로 두는 사람은 늘 준비된 상태에서 기회를 기다릴 수 있다.그것이 차이다.아주 큰 차이다.지금 무언가 갑갑해 하는 사람들은 시간에 쫒겨 살아온 것이 이유가 클지도 모른다. 중요한 것이 무엇인지 생각해보자. 급한게 아니라 중요한 것!급한거 말고, 중요한거 먼저!세상에 정말 급한 것은 없다. 그 시간을 지키지 못했다고 세상이 어떻게 되지 않는다. 잘 생각해보라, 은하계 우주 안의 지구라는 듣보잡 행성에 일개 점으로 인식되지도 못할 존재들 중 하나이다.무엇이 중헌지 생각하고 그것에 우선순위를 두자.그럼 당신은 무언가 특별한 사람이 되어 있을 것이다.그게 내가 살면서 얻은 지혜 중에 하나이다.물론 무엇이 중요한지의 기준은 사람의 철학에 따라 각기 다를 수 있다.그냥 자신의 기준에 충실하면 된다....아님 그냥 바쁘게 살거나...

타인 기준의 삶이 아닌, 제 기준의 삶을 살기 시작했어요.사내 인터뷰를 진행하면서, 본인 스스로의 취향, 선호도를 이만큼 확고하게 아는 사람은 아마 'Henie'뿐이라고 생각했다. 어떠한 질문도 한치의 망설임 없이 대답하던 해니에게 물었다.Q. "해니는 대체 어떻게 그렇게 스스로를 잘 알아요?"해니의 노트"예전엔 주로 타인의 취향과 성향에 맞춰서 살았던 것 같아요. 그래서 제가 무엇을 좋아하는지 어떤 사람인지 저만의 기호를 모르고 살고 있더라고요. 그리고 1년 전부터 노트에 모든 걸 적기 시작했어요. 제가 좋아하는 색깔, 좋아하는 성향의 사람들, 영화 등 모든 것을 쭉쭉 적어가면서 스스로를 알려고 노력하게 되었어요. 그러다 보니 사소한 거 하나까지 제가 무엇을 좋아하는지, 싫어하는지를 알게 되더라고요! 남에게 맞추고 의지하는 생활을 버리고 제 스스로가 좋아하는 것들을 스스로에게 해주려고 하다 보니 가장 저 다운 모습이 되었어요."(개인적으로 정말 좋은 습관이자 배울 점이라고 생각합니다! 멋있어요)헤니 아니고 해니!"헤니라고 하면 너무 연예인 다니엘 헤니 같잖아요. 그리고 해니가 훨씬 더 예뻐요. 그리고 혜니는 너무 본명 하고 비슷해서요 해니가 좋아요 저는! 호주 워킹홀리데이에 갔을 때 지은 이름이에요. 원래 Henney라고 이름을 지으려고 했는데 뜻이 아기 암탉이라고 하더라고요. 그래서 Henny 대신 Henie가 되었어요. 앞으로 '헤니' 말고 'ㅎH니'라고 불러주셔야 해요 알았죠?"점심시간 자고 있는 Neil(대표)과 셀카 찍는 해니와 체리 씨*Neil과 Cherish의 동의하에 올리는 사진입니다.듣고 싶은 당신의 스푼 라이프최연소 감독에서 콘텐츠 디자이너로"저는 원래 방송국 출신이에요. 4년 반 정도 방송국에서 일을 했었어요. 저는 초등학교 5학년 때부터 피디가 꿈이었어요. 그때부터 그냥 영상이 좋았거든요. 좋아하는 언니들이 영화 동아리 멤버여서 따라다니면서 프리미어를 배우기 시작했어요. 초등학교 5학년 때 청소년 영화제 최연소 수상을 하기도 했었고요. 중고등학교 내 내도 방송부 소속이었어요. 커서 피디가 될 줄 알았는데,  막상 앞에 다가가니 너무 문 턱이 너무 높다고 느꼈어요. 그래서 독립 기술을 배워서 편집 전문가가 되기로 마음먹고, 대학교 때 CG아르바이트를 시작으로 SBS 궁금한 이야기Y에 데뷔를 했어요. 24살 땐 KBS 최연소 CG 감독이 되어보기도 했고요. 방송국 편집일이 너무 재미있고 행복했지만, 뭔가 모를 붕 떠있는 기분이랄까요? 안정감과 소속감을 느끼고 싶단 생각을 많이 하게 되었던 것 같아요. 그때 선배들이 제게 취업을 제안해주시더라고요. 어딘가에 속해 보는 것도 굉장히 좋은 경험이라고 해주셔서 취업을 준비하게 되었고 그때 스푼이 콘텐츠 디자이너를 모집 중이라는 것을 알게 되었어요. 원래 스푼 라디오를 잘 알고 있었고 공고에 복지 및 회사에 대한 설명을 읽어보고 마이쿤(스푼 라디오)에 호감을 가지게 되어 지원을 하게 되었어요. 그리고 현재는 무한 소속감을 느끼며 스푼 라디오 한국 마케팅팀에서 콘텐츠 디자이너로서 스푼 라디오 광고를 제작하는 업무를 맡고 있습니다!"스푼에서 일하는 거 어때요?"저의 첫 회사생활, 너~무 좋아요! 제가 상상했던 그대로예요 이곳은. 아니 어쩌면 상상 이상 인 곳인 것 같아요.  저의 작업 스타일을 많이 존중해주시고, 제가 생각했던 '회사'라는 곳보다 훨씬 유연한 것 같아요. 그래서 일하러 오는 게 행복해요. 처음엔 영어 호칭에 대해서 별 다른 생각을 해본 적이 없는데, 막상 사용해보니까 이게 정말 좋더라고요. C-level분들과 말을 더 편하게 할 수 있는 것 같아요. 만약 대표님, 이사님, 부대표님 이런 식으로 호칭을 불러야 한다면 이만큼 편하게 커뮤니케이션하기 쉽진 않았을 것 같아요. 저는 스푼에 대한 애정, 스푼 사람들과 하고 싶은 것들이 많아요. 수평적인 문화뿐만 아니라, 디자이너를 존중해주시는 작업 분위기 때문인 것 같아요.그리고 저는 사내 브런치가 제겐 너무 도움이 되었어요. 브런치를 읽게 되면서 다른 부서 구성원분들에게 더 편하게 다가갈 수 있게 되었어요. 무슨 업무를 하시는지 알 수 있고, 관심사는 무엇인지 교류가 쉬워졌거든요. 특히 저는 Hugh의 대해서 되게 궁금했는데, 브런치를 읽고 어떤 사람인지 미리 알게 되었고 인터뷰가 정말 인상 깊었어요! 그 후 휴와 대화하는 데도 정말 편해졌어요. 마이쿤에는 정말 다양하고 멋진 사람들이 많다는 걸 글로 알게 되었어요"우리와 함께 일해요저는 한국 마케팅팀 분위기가 정말 좋아요.현재 분위기에 자연스럽게 잘 스며들 수 있는 사람과 함께 일하고 싶어요.첫째도 소통, 두 번째도 소통! 소통이 잘 되는 사람이요!해니를 잘 표현하는 야구장과 향수알고 싶은 Henie의 이야기야구 덕후! 향수 덕후 해니"맞아요. 저는 스포츠 중에 야구를 제일 좋아하고 NC Dinos 덕후예요! 그래서 직관은 최대한 많이 가려고 해요. 근데 시즌의 반이 여름이다 보니까 봄, 가을에만 직관을 가는 편이에요. 제가 더위를 조금 많이 타서 여름엔 휴대폰으로 본답니다! 야구 덕후가 된 이유요? 재미있잖아요! 보고 있으면 엔도르핀이 돌아요. 사람들과 다 같이 함께 소리를 지르고 응원하는 그 순간이 너무 좋아요. 그 쫀~쫀한 긴장감 있잖아요!제가 NC 팬인 이유는, 제가 마산 사람이거든요. NC Dinos 연고지가 마산이랍니다! 그래서 그때부터 좋아하게 된 것 같아요. 한참 야구에 빠졌을 땐 친구들도 만나지 않고 야구를 보러 갔던 것 같아요. 제 삶의 낙이에요 야구는!그리고, 저는 향수를 굉장히 좋아하는데요. 특히 조 말론 향수를 좋아해서 집 진열장에 쫙 나열되어 있어요. 제가 후각이 되게 발달되어 있어서 사람을 향으로 기억할 정도로 향을 좋아해요. 기분이 좋지 않은 날엔 향수를 뿌리고 잘 정도로 향을 좋아하다 보니 향수 수집가가 되었어요"나를 표현하는 한마디 스펀지 - "어디서든지 잘 적응하고 밝은 저를 나타내는 단어인 것 같아요. 중학교 1학년 때 담임 선생님이 저의 롤링페이퍼에 적어주신 별명인데 아직도 기억이 나고, 마음에 드는 단어예요"해니의 끼와 텐션의 비밀"저의 끼는 아마 부모님으로부터 물려받은 것이 아닐까 싶어요. 엄마 아빠가 두 분 다 실용음악을 하셨던 밴드 출신이세요. 엄마는 기타리스트이자 보컬이셨고, 아빠는 키보드 담당이셨어요. 집안 자체가 흥이 많다 보니 가족들끼리 명절에 노래방을 가면 3시간 내내 춤추고 노래를 부를 정도로 텐션이 높아요. 저는 아마 방송국에서 감독생활 아니었으면 음악 쪽으로 진로를 선택하지 않았을까 싶어요. 제18번이요? 사실 매번 바뀌긴 하지만, 어디 가서 든 잘 부를 수 있는 노래들이 있어요. '1. 박기영 - 나비 2. 박효신 - 그곳에서 서서'이 두곡은 언제 어디서나 불러도 잘 부를 수 있어요. 저는 일하다가도 꽂히는 노래가 생기면 점심시간이나 퇴근 후에 꼭 코노(코인 노래방)에 가야 해요. 스푼 멤버들 중 코노 좋아하시는 분들 많은데 같이 가면 좋겠어요 (스푼 라디오 내, 발라드파들 모이세요)그리고, 저의 높은 텐션은 사실 제가 스스로 만들어내는 것이기도 해요. 사실 보기보다 저는 덜 가벼운 사람이거든요. 사람을 너무 좋아해서 생각도 많고, 걱정도 많은 사람이에요. 기분 나쁜 일이 있어도 회사 올 때는 그런 모습을 보이고 싶지 않아서 고민과 걱정을 집에 놓고 출근을 하는 편이에요. 그리고 퇴근 후 한강을 걸으면서 잡생각을 버리려고 노력하기도 하고요."Henie는,1. '오이를 싫어하는 모임'에 가입되어 있을 정도로 오이를 싫어합니다.(오이, 토마토, 수박, 참외, 멜론을 못 먹는데요!)2. 찜닭, 들깨칼국수, 일식을 사랑합니다3. 스푼 라디오가 들으면 누구나 아는 서비스, 마이쿤이 누구나 입사하고 싶은 회사가 되었으면 합니다.4. 새로 입사하신 Ethan의 이야기가 궁금하다고 합니다. (조만간 인터뷰 요청드려야 할 것 같아요)팀원들이 Henie를 한마디로 표현한다면?Jay 曰: 김삿갓 - "그녀의 자유로운 영혼과 예술 감각 때문"Ted 曰: 보석 - "반짝반짝 빛이 나는 강한 존재감, 분위기 또한 반짝임"Sunny 曰: 거울 - "나와 비슷한 점이 많은 친구라서 보면 정감 가면서 동시에 걱정(?)도 되는 많은 것들이 고마운 친구"Summer 曰:  PO붙임성 WER -"붙임성의 끝판왕!"Chloe 曰: 수원 갈비 통닭 - "지금까지 이런 캐릭터는 없었다. 아이인가 어른인가! 마케팅 팀의 독보적인 캐릭터! 어린아이 같은 해맑음과 때론 진지한 두 가지 매력을 가졌다!"William 曰: 미뇽 - "미뇽처럼 귀여운 외모와 부드러운 성격의 소유자, 닐까지 녹이는 능력을 지닌 포켓몬"Cherish 曰: 도라에몽 - "처음 봤을 때 주먹이 동그랗고, 하얀 사람이었다. 도라에몽 주머니에서 뭐 나오듯이 자꾸 가방에서 뭘 꺼내서 준다."Ceci 曰: 비타민 - "밝고 상큼한 그녀의 목소리가 들리면 자동으로 기분이 좋아진다"

일반적으로 콜드 네트워킹이라는 용어보다 콜드콜이라는 용어를 많이 쓰는 듯 하다.근데 필자는 네트워킹이라는 말을 더 좋아해서 낯선 사람에게 도움을 요청하는 모든 것들을 콜드 네트워킹으로 그냥 부른다.현재 필자는 지난 몇년 사이 정말 많은 부분에서 성장을 했다.실무적인 면에서 인간적인 면에서 굉장히 많이 성장을 해왔다고 생각한다.그러나 이 성장은 온전히 나의 열정만으로 나의 노력만으로 이루어진 것은 절대 아니다. 항상 정체되었을 때 슬럼프일 때 해매고 있을 때 항상 누군가의 도움이 있었다. 근데 그 도움은 누가 갑자기 우연히 도와준 것이 아니라 "이 낯선 사람이 나에게 해답을 줄지도 몰라"라는 생각에 무작정 도움을 요청했다. 정중하게 내 상황과 고민을 밝히고 원하는 답에 대해서 조언을 해줄 수 있냐는 식의 요청이였다.나는 이러한 방식의 도움 요청이 인생을 살아가는데 있어서 굉장히 굉장히 중요하다고 생각한다.스티브 잡스도 콜드 네트워킹에 대해 굉장히 강조한 바 있다.필자는 3년전 22살때 굉장히 고민에 빠져 있었다.열정은 충만했고 목숨을 걸어서 무엇인가 하고 싶었다. 근데 내가 좋아하는 것이 무엇인지 사실 잘 모르겠고 내가 잘하는 것이 무엇인지도 몰랐고 어떤 일이 나에게 어울릴지 고민이 많았었다.우연히 IT칼럼을 보다가 인사이트 있는 글이라고 생각했고 그 글의 작성자에게 무작정 진로에 대한 고민을 털어놓았다.돈 한푼 들지 않았던 갑작스러운 이메일 요청으로 내가 어떤 미래를 그려야될지 꽤 명확해졌다.그리고 그것이 현재 나를 만드는 것에 크나큰 기여를 했다.이런 식의 콜드 네트워킹은 굉장히 많았고 그 순간 순간마다 나는 엄청난 성장을 했었다. 그리고 꿈과 열정이 가득했던 한 청년의 이메일에 정성스럽게 답변주신 전혜경님에게 다시 감사의 말을 전하며 식사한 끼 대접할 수 있는 시간을 마련해달라고 메일을 드렸다.필자의 콜드네트워킹 방식은 다음과 같다.1.전화를 하거나( 메세지나 , 메일로 전화번호를 받은 뒤) - ex12.직접 만나거나 & 그 오프라인에서 질문을 직접 한다거나 - ex13.페이스북이나 인스타로 메세지를 한다거나 - ex14.메일로 요청을 한다거나 - ex1 ex2 ex3 ex4(부끄러운 사례들이 정말 많지만.... 공유하기로.....ㅠㅠ)(참 저때 어렸구나 그런 생각.......)사실 콜드 네트워킹 요청했을 때 거절 당한 경우도 꽤나 있었다. 그러나 그런 걸로 상처받을 필요는 없다.그리고 거절 당할 것 같으니깐 안할 필요도 없다.낯선 사람이 도움을 요청하는데 무응답을 하는 것은 어찌보면 당연한 것일 수도 있고 그런데도 불구하고 도와주는 것은 정말 고마우신 분들이기도 하다.콜드하기에 앞서서 상대방을 배려하고 있다는 느낌을 줘야된다. 무작정 요청하기보다 현재 내 상황을 잘 설명하고 원하고자 하는 결과가 무엇인지를 깔끔하고도 명료하게 상대방에게 알려주는 것이 중요하다. 상대방은 어쨌든 답장을 하는데에 시간을 써야하기 때문이다. 그 요령은 한국인으로 구글에서 최연소 상무를 하셨던 김현유님의 팁들을 참조하면 될 듯 하다. 1)콜드콜 노하우  2)네트워킹 이야기누군가에게는 낯선 사람에게 도움을 요청하는 것이 사실 용기를 필요로 한다.그러나 그것도 잠시라고 생각하자.유명한 심리학자 중 프로이트만큼의 명성이 있는 벤듀라는 자기 효험 이론을 내놓았다. 사람들은 어떤 것을 추측할 때 두려운 감정을 느끼지만 실질적으로 그것을 마주하고 나면 두려웠던 경험을 극복하는 것은 물론이며 더 다양한 경험들도 두려움 없이 마주할 수 있다는 것을 실험을 통해 밝힌 바 있다.사실 이러한 것은 virgin의 회장 리처드 브랜슨이 말한 "한가지의 분야에서만 사업을 성공시키면 다른 분야에서 사업도 성공시킬 수 있다고 확신했다." 라고 말하는 것처럼 한번 콜드 네트워킹을 실제로 해보면 그리고 인사이트까지 얻는다면 앞으로 자기가 힘들 때 고민하고 있을 때 슬럼프일 때 정말 잘 헤쳐나갈 수 있는 하나의 유니크한 기술을 가지게 되는 것과 같다고 생각한다.운과 기회, 사람을 기다리지 말고 직접 행동하고 도움을 요청하고 낯선 사람에게도 조언을 충분히 구해보자.앞으로 필자도 이런 것에 대한 두려움과 망설임을 더욱 없애고 자신있고 당당한 삶을 살아갈려고 한다. 단 잊지 말아야할 것은 우리가 그렇게 누군가에게 낯선 도움을 구하듯이 누군가가 나에게 낯선 도움을 요청한다면 정말 감사한 것으로 느끼고 그 사람에게 다시 베풀자.pay it forward !#페오펫 #peopet #인사이트 #꿀팁 #경험공유 #조언

끊임없는 자기 계발과 성장 욕구는 Z세대의 특징이라고들 합니다. 약관 20세에 병역특례로 입사해 2년째 오픈서베이의 Z세대를 대표하는 김승엽 웹 프론트엔드 개발자(이하 레드)도 그렇습니다. ‘나이에 비해 잘한다’는 ‘아직 잘 못 한다’는 뜻이라며, 달콤한 퇴근 후 시간을 방통대 강의와 과제에 투자하고 있죠.  원동력이 무엇인지 물으니, 그도 얼마 전까지는 게으른 집고양이처럼 사는 게 꿈이었다고 합니다. 직원들을 진정으로 위하는 회사의 모습과 형·누나·아빠뻘의 구성원과 일하며 받은 좋은 자극 덕에 향상심이 자라났다고 하죠. Z세대의 마음을 울린 회사의 모습은 무엇일까요?       오픈서베이 김승엽(레드) 웹 프론트엔드 개발자   레드, 안녕하세요!  안녕하세요. 오픈서베이 웹 프론트엔드 개발을 담당하는 레드입니다. 오픈서베이 DIY 리뉴얼, 랜딩페이지 등 오픈서베이의 각종 웹페이지 개발을 맡고 있습니다. 오픈서베이에서 병역특례 복무 중이기도 하고요(웃음).   2년 전 스무살 나이로 입사했는데, 실은 오픈서베이도 2번째 회사라면서요. 맞아요. 고등학생 때 바로 취업을 했거든요. 특성화 고등학교에 다니면서 프로그래밍을 배웠어요. 배우다 보니 재미가 붙어서 친구들이랑 프로젝트도 해보고 교내 대회에도 나갔고요. 그때 대학교에 진학하기 보다는 빨리 취업해서 실무에서 배우고 성장하는 게 더 좋을 것 같다고 생각했던 것 같아요. 또 저희 학교 특성 상 졸업 전에 다양한 회사에서 구인 행사를 하러 와요. 전 그때 한 스타트업에서 병역특례 지원 해준다는 말만 듣고 멋모르고 첫 취업을 했어요. 아직 병특 지정 업체도 아니었는데, 입사만 하면 병특 업체 지원 해준다는 말만 믿고 순진했었죠.  그렇게 멋모르고 1년 정도 다녔더니 대표님이 병특 업체 선정 안 됐는데 더 신청한다고 될지 모르겠다고 하더라고요. 군대는 각자 일이니 스스로 해결 방법을 찾으라면서요. 그때 회사가 말하는 성장에 대한 비전이나 직원과의 약속이 현실성 없는 허황된 말이라고 생각했던 것 같아요. 그렇게 첫 회사에 실망해서 이직한 곳이 오픈서베이입니다.    첫 회사에서의 경험으로 이직 시 고려요소가 좀 달라졌나요? 조건이 까다로워졌다기보다는 회사에 바라는 게 줄었어요. 그냥 내가 다니는 동안 배울 게 있는 회사였으면 좋겠다는 생각만 있었어요. 병특 지원이 급했을 때라 더 그랬던 것도 같아요(웃음). 그런데 오픈서베이를 다니면서는 좋은 회사에 대한 생각이 또 조금씩 달라졌어요. 예전에는 천국 같은 회사에 대한 환상이 있었는데, 지금은 회사는 천국일 수 없다고 생각하는 편이거든요. 일을 하는 곳이 천국 같을 순 없으니까요.   그럼 정말 현실적으로 좋은 회사가 뭘까 생각해보게 되겠군요. 맞아요. 저는 열심히 살아야겠다는 생각이 들게 하는 회사가 좋은 회사라고 생각해요. 그런 면에서 오픈서베이는 정말 좋은 회사 같아요. 제가 계속 더 잘해야겠다는 자극을 받게 하거든요. 특히 함께 일하는 팀원들에게 긍정적인 자극을 많이 받는 편인 것 같아요.  조셉(김경만 안드로이드 개발자 겸 오베이 PM)이 입사하신 지 얼마 안 돼서 개발팀 세미나를 했을 때가 처음으로 충격을 받았어요. 저는 주제와 내용 자체가 어려워서 이해하기 힘들었는데 그걸 다 소화해서 발표하는 모습을 보면서 경각심이 생기더라고요.   조셉은 어떤 주제로 개발팀 세미나를 했을까요? (클릭)   아무래도 완전 경력자보다는 비슷한 또래나 경력을 가진 분들에게서 더 자극을 받나 보군요. 저는 그런 것 같아요. 그래서 로빈(권장호 개발자)이 입사했을 때는 진짜 충격이었어요. 저보다 어리고 경력도 짧은데 일을 대하는 태도나 적극성이 저랑 많이 달랐어요. 일하는 시간 외에도 시간 내서 꾸준히 개발 공부나 블로그를 하는 모습을 보면서, 저도 열심히 해야겠다는 생각이 들더라고요.  그전까지는 좀 안주하려는 면이 있었어요. 왜 그러냐면 저는 저보다 나이나 경력이 많은 분들이랑만 일해왔잖아요. 그러다 보니 칭찬도 “나이에 비해 잘한다”는 말을 주로 들었어요. 사실 그게 “아직 잘은 못한다”는 뜻이잖아요. 그걸 모르고 그냥 내가 잘하고 있구나 하면서 안도해왔던 것 같아요.  그런데 아직 어리다는 장점은 시간이 지날수록 약해지잖아요. 이른 나이에 빠르게 일을 시작했다는 저만의 장점을 계속 가지고 있으려면 지금 상황에 만족하는 게 아니라 계속 노력해야 한다는 걸 깨달은 것 같아요. 개발자를 하루 이틀 하다가 때려치울 것도 아니고 남들보다 빨리 실전에 뛰어든 만큼 이론적으로 부족한 것도 많으니 더 공부해야 한다는 거죠.    “일을 일찍 시작했다는 장점을 유지하려면  지금 상황에 만족하지 않고 계속 노력해야 돼요”   그런데 열심히 해보려고 해도 뭘 해야 할지, 어떤 공부를 어떻게 하면 좋을지 막막할 때도 있잖아요. 전 직장이었다면 그랬을 것 같아요. 그런데 개발팀원은 모두 저보다 개발 경력이나 사회 경험도 많고 언제든 조언해줄 마음이 열려있는 분들이라 도움을 받고 있어요. 특히 폴(이건노 CTO)은 주니어 개발자들과 1:1 미팅을 자주 가지면서 도움 되는 조언을 많이 해줘요.  한번은 폴이 제 개발자 커리어에 대한 조언을 해주셨어요. 저는 프론트엔드 개발자라면 프론트엔드만 전문적으로 파면된다고 생각했거든요. 그런데 백엔드 등 다른 개발 분야도 1단계 정도는 공부를 해둬야 지반이 탄탄한 프론트엔드 개발자가 될 수 있다는 조언을 해주셨어요. 그 조언이 지금도 기억에 많이 남아요. 왜냐면 지금 당장 해야 하는 프로젝트 단위가 아니라 제 인생 관점에서 조언을 해주신 거잖아요. 사실 폴은 CTO고 저는 직원이니까 조언도 업무 코치 위주로만 해줄 수도 있는 건데요. 이렇게 저보다 10, 20년 넘는 경력을 가진 분이 제 개발자 인생에 대해 해주는 조언은 어디서도 듣기 힘들잖아요.    그렇죠. 멘토가 중요하다고는 하는데, 20대 초반의 멘토는 보통 책이나 TV같이 멀리서만 접할 수 있는 인물이잖아요. 좋은 멘토는 많지만 나를 위한 조언이 아닐 때는 공허하게 들리기도 하고요.  맞아요. 저도 지금 이 시기에 바로 옆에서 조언해줄 수 있는 분이 있다는 건 정말 좋은 것 같아요. 그런 폴 덕에 개발팀은 시켜서 하기보다 자기 주도적으로 일할 수 있는 환경과 문화가 잘 갖춰진 것 같아요.  매주 진행하는 개발팀 업무 공유 회의 때도 단계나 일정에 대한 틀을 잡아주는 역할에 집중하는 편이세요. 위에서 “이거 해, 저거 해”라고 콕 집어서 마이크로 매니징을 하는 게 아니라, 프로젝트 단위로 자발적으로 구성원이 꾸려져서 진행해 나가는 게 오픈서베이의 업무 문화인 것 같아요.  그런 문화다 보니까 저도 시키는 일만 하는데 그치지 않고 다양한 시각에서 프로젝트를 바라보면서 의견도 많이 낼 수 있는 것 같아요. 구성원들이 제 의견을 경청해주고 수용해주면 ‘내가 프로젝트에 직접적으로 기여하고 있구나’란 생각이 들면 책임감도 더 생기는 것 같아요.    “내가 프로젝트에 기여하고 있다는 생각이 들면 더 책임감을 가지면서 일할 수 있어요”   그런 긍정적인 자극이 실제 업무 능력 향상으로도 이어지는 편인가요?  네. 저는 기술적인 면에서도 많이 성장하고 있다고 생각해요. 유지보수하기 수월한 깔끔한 코드를 짜는 능력도 예전보다 많이 향상됐고, 주어진 시간 내 일을 더 빨리 효율적으로 마칠 수 있는 생산성도 많이 올랐다고 생각해요. 저는 야근 없이 깔끔하게 일을 끝내는 게 일을 잘하는 거라고 생각해서요(웃음).   와! 그럼 레드가 배운 일 잘하는 방법 하나만 알려주세요.  저는 ‘똑똑하게 질문하기’라고 생각해요. 질문사항에 대해 충분히 고민해본 뒤 물어봐야 한다는 걸 알았어요. 사실 주니어 때 가장 많이 하는 고민이 ‘어떻게 해야 좋은 질문을 할 수 있을까’ 잖아요. 회사에서는 모르면 물어보라고 하는데 그냥 물어보면 혼날 때도 있으니까요. 그런데 질문거리에 대해 제가 충분히 소화를 못 하면 어디에서 어려움을 겪고 있고 그래서 어떤 도움이 필요한지 질문을 받은 분도 몰라요. 질문이란 건 제 업무를 위해 다른 분의 업무 시간을 빌리는 건데, 정확히 질문하지 못하면 질문한 사람이나 받은 사람의 시간을 그만큼 허비하는 거니까요.  이걸 알고 난 뒤 충분히 고민하고 물어보기 시작했더니 신기하게도 질문을 받은 분의 답변도 달라졌어요. 제가 테리(이한별 개발자)에게 질문을 많이 하는 편인데, “이렇게 해라, 저렇게 해라”는 단편적인 답변이 아니라 “이건 이래서 이렇고, 저건 저래서 저렇다. 그래서 이럴 땐 이걸 써야 하고, 저럴 땐 저걸 써야 한다”는 맥락적인 답변을 해줘요.  테리가 좋은 분이라 답변을 잘 해주시는 것도 있지만 제가 질문거리에 대해 충분히 고민해서 알고 있으니까 구체적으로 대답해줄 수 있는 거라고 생각해요. 이런 좋은 답변으로 과정을 충분히 알면 질문을 반복하거나, 다른 분의 질문에 불필요한 시간 낭비를 하지 않고 답할 수 있게 되는 것 같아요. 나중에 비슷한 상황이 오면 제가 스스로 문제를 해결할 수 있게 되고요.   주니어에게 꼭 필요한 팁이네요! 고맙습니다. 최근에는 방송통신대학교에 진학했다고 들었어요.  맞아요(웃음). 사실 방통대 진학도 로빈의 영향이 컸어요. 안 그래도 최근에 개발 이론 공부를 따로 해보자고 생각하던 차였어요. 그런데 로빈이 방통대 진학을 하면서 같이 해보자고 해서 이참에 도전했죠. 마음만 먹고 있다가 로빈 덕에 실행할 수 있었던 거에요. 요즘은 일을 마치면 방통대 강의를 듣거나 과제를 하는 데 시간을 보내고 있어요.     “이론 공부는 마음만 먹고 있다가 로빈 덕에 실행할 수 있었어요” (레드 옆에 노란옷을 입고 앉아 있는 분이 로빈입니다)   와.. 그럼 일과가 어떻게 되는 거예요?  오픈서베이 병특은 출퇴근 시간이 기본 10시 출근-7시 퇴근인데, 경우에 따라 신청해서 9시-6시로 변경할 수 있어요. 저는 방통대 다니면서부터 9시로 출근 시간을 조정했어요. 출근이 늦으면 그만큼 퇴근도 늦어지니 저녁 시간을 충분히 활용하지 못하겠더라고요.  하루일과는 9시까지 출근해서 우다다 일하고 점심 먹고 일하다가 6시에 칼같이 퇴근해요. 집에 가서는 씻고 밥 먹고 강의를 듣거나 과제를 하죠. 최근에는 저녁 필라테스를 시작해서 평일 저녁 중 이틀은 필라테스를 하러 가요. 주말에 좀 쉬고요(웃음).   조바심이 든다고 다 열심히 할 수 있는 건 아닌데, 남다른 원동력의 배경이 궁금하네요.  저도 진짜 빡센 것 같고 가끔 힘도 들어요. 그런데 다른 회사에서 병특 중인 주변분들 보면 운영보수 위주의 반복적인 업무만 하거나, 병특이라 쉽게 이직할 수 없으니 업무를 과다하게 몰아주는 경우도 보곤 해요.  제가 주어진 업무 시간에만 집중하고 퇴근 후 시간을 자기 계발을 위해 쓸 수 있다는 건 쉽게 얻기 힘든 기회일 수도 있는 거죠. 성장을 위한 중요한 시기에 주어진 기회라고 생각하면 열심히 할 수 있게 되는 것 같아요. 저보다 더 열심히 하는 다른 구성원을 보면서 자극을 받는 것도 물론 있고요.   산업기능·전문연구요원으로  오픈서베이에 지원하고 싶다면? (클릭)   자기개발에 매진하면 회사 생활에 소홀해질 것도 같은데.  음. 회사에서 성취가 없다는 생각이 들면 그럴 수 있겠네요. 그런데 오픈서베이는 반기마다 전사 회의를 통해 하이(황희영 대표이사)가 회사 성장에 대해 공유해주잖아요. 이 시간은 단순히 오픈서베이 매출 성장 공유가 아니라 제 기여가 회사에 어떤 도움이 됐는지, 이를 바탕으로 회사가 얼마나 성장하고 있는지를 점검하는 과정이라고 생각해요.  개인적으로는 투자 받은 돈 까먹는 스타트업이 아니라 우리 서비스와 구성원의 노력으로 흑자를 기록하고 매번 매출 성장을 하고 있다는 점도 저한테는 큰 보람이고 성취거든요. 실질적인 매출이 있고, 고객사가 계속 늘고, 매출 성장도 계속 일어난다는 이야기를 들으면 진짜 회사다운 회사라는 생각이 들고 성취감이 느껴져요.   6월에 강남역 1분 컷 초역세권 사무실로 이사도 가고! (웃음) 그것도 좋은데 사실 저는 하와이 간다고 했을 때 진짜 신났어요(웃음).  사실 전사 하와이 워크샵은 18년 목표 공약이라서 가는 거잖아요. 회사가 진짜 할 수 있는 목표를 잡아서 노력하고 목표 달성을 했을 때 약속을 지키는 모습을 보면서 되게 멋지다는 생각을 했어요. 좋은 회사와 좋은 어른의 모습은 이런 건가 싶고, 이런 모습을 보면서 저도 더 성장해야겠다고 생각하는 것 같아요.      “레드와 함께 일하고 싶으시다면 지금 바로 오픈서베이 입사 지원을 해보세요”

데이터진흥원 DB 스타즈 프로그램에서 연락이 와서 오늘 오후 스타트업 얼라이언스에서 진행했던 스타트업 조직문화 특강. 조직,인사 컨설턴트였다가 조직심리 박사과정을 하고 있고(논문 써야 하는데 ㅜㅜ) 이제는 작은 스타트업의 대표가 된 이력때문에 패스트캠퍼스에서 연락이 와서 시작했던 강의인데 그 이후에 이 내용으로 여기저기서 강의 요청이 와서 신기해하고 있다. 그런데 아마 이 내용으로 강의는 다음 달에 있을 현대아산나눔재단이 마지막이지 않을까 싶다. ^^ '나도 팀원으로 일하고 싶은 스타트업 만들기'라는 다소 유치해보이는 강의제목을 달아놓았는데 실제 우리 마보를 그런 스타트업으로 만들어 놓기 전까지는 내가 그런 말을 하고 다닐 자격이 있을까 하는 생각이 들기 때문이다.우리 마보가 저 제목에 당당한 스타트업이 되면 그때 당당하게 우리의 사례를 알리는걸로! 그러려면 마보 서비스를 더 알리고 우리 마보팀부터 키우는 것으로~덧붙임: 그래도 끝나고 Dable 과 rainist 에서 대표로 오신 두분은 도움이 많이 되었다고 하셔서 기뻤음. 사실 이 강의는 스타트업 CEO분들께 꼭 전달하고 싶은 내용임. 한마디로 요약하면 스타트업 대표가 본인 스스로를 동기부여하는 것이 무엇인지 먼저 생각해보고 직원들을 동기부여하라는 것!#마보 #스타트업 #스타트업강연 #강연후기 #조직문화 #기업문화 #사내문화 #특강 #스타트업CEO

현재 담당하고 있는 업무에 대해 소개해 주세요.윤활유사업부문은 태동한지 얼마 되지 않은 신사업으로, 부문 내에서 생산부터 마케팅, 판매까지 모두 이루어 집니다. 자동차용 윤활유, 산업용 윤활유 등 약 200여 개의 제품을 다루며 현대오일뱅크의 새로운 수익 창출원으로 자리매김 해나가고 있습니다. 저는 그 중에서도 윤활유국내사업팀에서 법인거래처를 대상으로 윤활유 영업을 담당하고 있습니다. 다양한 이해관계 속에서 제품 판매를 하는 것이 쉬운 일은 아니지만, 신사업을 이끌어간다는 자부심과 보람 속에 가슴 뜨겁게 일하고 있습니다.입사를 준비하고 있는 후배들에게 해주고 싶은 말은?저는 원래 사무일반 직무로 입사했으나, 자원하여 영업본부로 오게 되었습니다. 영업을 하다 보며 느낀점은 모든 것은 결국 사람의 마음을 얻는 일이라는 것입니다. 사람의 마음을 얻었을 때 판매도 이루어지고 조직의 성장뿐만 아니라 나의 성장도 이루어 집니다. 입사의 과정도 마찬가지라고 생각합니다. 자기소개서와 면접에서 어떻게 하면 나를 바라보는 사람의 마음을 얻을지 끊임없이 고민해 보는 것을 권해 드립니다. 회사 홈페이지에 보면 제품소개, 사보 등 여러 정보를 얻을 수 있으니, 그 정보를 바탕으로 마음을 얻을 방법을 정하는 것도 좋을 것입니다. 또한 면접의 경우 현대오일뱅크에 입사하기 위해 기울인 나만의 노력을 어떻게 나타낼 수 있는지 생각해 보시기 바랍니다. 저는 면접 전에 대산 공장을 무작정 방문하여 밖에서 식사 중이시던 직원 분들을 붙잡고 인터뷰를 진행했습니다. 정답이라고 할 수는 없겠지만, 차별화된 노력을 보여준다면 현대오일뱅크의 문에 한발 더 가까이 다가갈 수 있을 것입니다.#현대 #현대그룹 #현대오일뱅크 #윤활유사업부문 #직무정보 #직무소개 #선배들의이야기 #현대오일뱅크공채 #현대오일뱅크채용

Q) 안녕하세요 Juan Carlos(환 까를로스)님 자기소개 부탁드려요.네 안녕하세요. 지금 immersive 6기에서 개발자가 되기 위해 열심히 공부하고 있는 환 까를로스라고 합니다. 어쩌다보니 immersive 6기에서 전문 네비게이터로 생활하고 있어요.(웃음) 네비게이터는 페어프로그래밍을 할 때 드라이버가 코딩을 할 수 있도록 큰 그림을 그려주는 거라고 생각하시면 되요. 페어와 같이 코딩을 하면서 Immersive를 헤쳐나가고 있습니다.Q) 코드스테이츠 오시기 전에는 어떤 일을 하셨었나요?해외영업을 했습니다. 이 일을 선택한 이유는 조금 특별해요. 제가 취준생이었을 때 회사를 여러 곳을 지원을 했었습니다. 지원한 기업에서 합격 통보를 받았죠. 근데 막상 그 기업에 입사하려고 보니까 지방에서 근무를 해야 하는 거예요. 그전까지는 이런 것들을 생각도 안 하고 있다가, 막상 닥치니까 곰곰이 생각하게 되었어요.'내가 서울을 떠나서 잘 살 수 있을까?' 지방에서 산다는 거에 대해서 크게 생각하고 있지 않았었는데, 막상 닥치니까 고민이 많이 되더라구요. 제가 서울 토박이인데, 고향을 떠나서 사는 거는 제가 너무 힘들 것 같아서 포기하고 지금 현 직장(지금은 퇴사를 했죠)에 다니게 된 거예요. 그리고 제가 공대 출신인데 공대 출신이 서울에서 직장을 잡으려면 영업 밖에 없더라구요. 그래서 영업직을 선택했었습니다.Q) 그럼 직장을 나오게 된 계기가 있으신가요?새로운 것을 수용할 생각이 없는 경직된 조직문화가 너무 안 맞았어요. 저는 신입을 뽑는 이유는 조직이 시장의 흐름이나 세대의 변화에 맞춰 변하기 위해서라고 생각해요. 근데, 전에 팀은 변할 생각을 안 하더라고요. 야근까지 해가면서 업무개선을 해도 기존 방식을 고수하자는 피드백이 계속되니 열정이 사라지는 것을 느꼈죠. 제가 4년 정도 다녔는데, 퇴사를 고민하고 3시간 만에 결정하고 사표를 내고 나왔어요.저는 뭔가 다양한 경험을 하고 제 스스로가 발전하는 걸 좋아하는데, 발전한다는 느낌이 없었죠. 부서를 여러 곳으로 옮긴 이유도 제가 정확히 뭘 좋아하는지 모르니까 이것저것 해보면 알지 않을까 생각했어요. 영업 파트에서 일하면서도 기획부터 경영지원까지 다양한 일을 맡았었죠.Q) 3시간이면 정말 짧네요! 보통은 여러 번 고민하기 마련인데요. 그럼 퇴사하시고 나서는 무엇을 하셨나요?음... 사실 퇴사하고 나서 제가 맡았던 고객들이 경쟁사로 이직할 수 있게 도와주겠다고 하셔서 고민을 많이 했어요.  근데, 이왕 퇴사했는데 새로운 걸 해보고 싶었어요. 한 군데 계속 있으면 뭐랄까.. 나태해지는 것 같아서요.- 다른 분야의 직장을 잡으신 건가요?일단은 여행 가야지라고 생각해서, 스페인으로 떠났어요.  첫 번째로는 스페인의 순례길을 가기로 했죠. 1000km 정도 되는 길을 걸었던 것 같아요. 순례길을 걸으면서 다양한 사람들을 만나고 생각도 정리도 좀 하고 그랬어요. 거기에는 전 세계 퇴사한 사람이 다 모이는 것 같아요. 숙소에서 만난 친구들에게 물어보면 죄다 회사를 퇴사하고 왔다고 하더라구요(웃음) 그리고 그곳에서 개발자가 돼야겠다는 마음을 먹었습니다.Q) 어떤 경험을 하셨길래 그곳에서 개발자가 돼야겠단 마음을 먹으셨나요?먼저 이 얘기를 해야 하겠네요. 사실 제가 여행경비가 이렇게 많이 들지 몰랐어요. 순례길을 여행하다가 돈도 떨어져 가는데 직업이 있는 채로 순례길을 도는 사람들을 만나게 된 거예요. 세 명을 만났는데, 세 명 다 소프트웨어 엔지니어였습니다. 처음에는 브라질 개발자를 만났어요. 그때까지만 해도 별생각이 없었죠. 다음으로는 러시아 개발자를 만났습니다. 러시아 개발자 친구를 보면서 아 이런 게 디지털 노마드구나라는 생각을 갖게 되었죠. 그리고 마지막으로 스페인 개발자 친구를 만나니까 정말 개발자라는 직업이 부럽게 느껴지더라구요. Q) 디지털 노마드를 보고 개발자가 돼야겠단 결정을 하신 거네요! 그럼 코드스테이츠를 선택해주신 이유가 있으신가요? 아까 제가 생각보다 여행 경비가 많이 드는지 몰랐다고 했잖아요. 순례길만 여행하는데도 여행 경비가 다 떨어진거에요(웃음) 그래서 어쩔 수 없이 세계 여행의 꿈을 접고 한국으로 오게 되었죠. 그리고 한국으로 돌아오는 비행기 안에서 개발자가 되기로 결심을 했습니다. 내가 여행을 다니고 하고 싶은 것을 하면서도 일도 하고 그게 너무 좋아 보이는 거에요. 물론 한국의 현실은 많이 다르겠지만 그래도 개발자라면 가능하지 않을까라고 생각을 했습니다. 그리고 그 비행기에서 핸드폰으로 코딩 관련해서 검색을 하다가 코드스테이츠를 알게 되었어요. 알아보니까 교육철학도 좋고 저에게도 괜찮은 방식을 것 같아서 그 비행기 안에서 바로 결정을 하게 되었습니다. 퇴사할 때와 마찬가지로 일사천리로 결정을 했습니다.- 비행기 안에서 모든 결정이 이루어졌네요! 3시간 만에 퇴사를 결정하신 것 같이요!뭐 망설일 이유가 있나요. 자신감과 결단력 그게 제 장점이니까요(웃음)Q) 그럼 이제 Immersive 얘기를 해볼게요. Immersive에서의 생활은 어떠세요?생각했던 것보다 여유가 있어서 좋아요. 그전에는 되게 불안하고 빡빡하고 그럴 것 같은데 막상 해보니까 할만하더라고요. 그리고 일단 사람들이 너무 좋아요. 같이 지내는 사람들이 좋으니까 Immersive도 할만한 것 같아요.Q) 그러면 지금 Immersive에서는 어떤 것을 배우고 있나요?서버를 배우고 있어요. 프론트 쪽 하구요. 프로젝트를 하고 적용을 해봐야 완전히 내 것으로 만들 수 있을 것 같아요. 역시 직접 적용을 해봐야 정확히 알 수 있을 것 같습니다.서버를 배우고 있어요. 프론트 쪽 하구요. 자바스크립트라는 언어의 다양한 문법을 매일 체험해보고 있어서, 매일매일이 새롭습니다. (뭔가 이해할 만 하면 다른걸 배워서..) 프로젝트를 해봐야 완전히 내것으로 만들 수 있을 것 같아요.Q) 앞으로 어떤 개발자가 되고 싶으세요?거창하게 세상을 바꾸는 개발자! 이런 건 제 스타일은 아니에요(웃음) 저는 제가 하고 싶은 것을 하는 개발자. 만들고 싶은 것을 만드는 개발자가 되고 싶어요. 세상을 바꾸는 개발자도 내가 좋아하는 것, 내가 하고 싶은 것, 내가 만들고 싶은 것을 만드는 개발자가 되었을 때 가능하지 않을까요?Q) 프로젝트를 곧 하게 될 텐데 어떤 프로젝트를 하고 싶으신가요?제 경험에 기반한 프로젝트에요. 우리는 회사에서 주는 돈 그냥 받잖아요. 제가 회사를 나오고 받았던 돈들을 확인해보니 제대로 받지 못했다는 것을 알았어요. 그래서 사람들이 노동의 정당한 보상을 알고 받을 수 있도록 도와주는 프로그램을 만들고 싶어요. 주변만 봐도 대부분의 사람들이 이런 문제로 인해 문제를 가지고 있다고 생각해요.Q) 1년 후에 개발자가 되었다고 생각하면 어떤 모습일까요?개발자가 될 수 있을까요?(웃음) 아마 1년 후엔 야근에 쩔어있지 않을까요? 저는 이게 내 일이다라는 생각을 하면 엄청 파고드는 스타일이거든요. 개발자로 처음 들어간 직장에 남아 있거나 이직을 하고 있을 것 같아요. 사실 저는 계획을 잘 안 세우거든요. 그러니까 아무 준비 없이 퇴사하고 개발을 배우고 있죠. 설마 굶어죽기야 하겠어요?Q) 마지막으로 하고 싶은 말이 있나요?제가 퇴사하면서 방 정리도 같이 하게 됐어요. 정리를 하다 보니까 우연찮게 제 학창시절 생활기록부를 보게 되었습니다. 생활기록부에 장래희망을 적는 칸이 있잖아요. 근데 제가 깜짝 놀란 게 거기에 중학교 때부터 고등학교 때까지 줄곧 프로그래머로 적혀있던 거에요. 그동안 까맣게 잊고 살았는데 신기했어요.그리고 또 생각을 해보니까 대학교 때도 제가 컴공과는 아니지만 공대라서 C++을 해야했는데 그 과목에서 처음으로 A+을 받은 기억이 나더라구요. 이런 생각이 들면서 결국 나는 프로그래머를 선택할 운명이었나? 이런 생각도 들고. 결국에는 돌아돌아 이 길로 온 것 같아요. 그래도 돌아왔다고 해서 늦었다거나 아쉽지는 않아요. 제가 지금까지 걸어온 길이 분명히 프로그래밍을 하는데 도움이 된다고 생각하고 있으니까요.네 지금까지 환 까를로스님과의 인터뷰를 진행했었는데요. 정말 비하인드스토리가 엄청나네요. Immersive 성공적으로 수료하시고 원하시는 개발자가 되기를 바랍니다. 앞으로도 다양한 스토리를 가진 Immersive 수강생분들의 이야기로 찾아뵙겠습니다.

안녕하세요. 스포카 개발팀에서 서버 관련 개발 업무를 담당하고 있는 문성원입니다. 오늘은 스포카 서버의 구조와 사용된 기술들에 대해서 함께 살펴보겠습니다.스택이란?먼저 스택(Stack)이란 용어에 대해서 함께 생각해보죠. 컴퓨터 과학을 공부하신 분들이라면 선입후출(FILO)이나 스택 오버플로우(Stack Overflow)등의 개념으로 익숙하실만한 용어기도 합니다. 그런데 서버 구조를 설명한다면서 왠 스택이냐구요? 다행히(?)도 지금부터 살펴 볼 스택은 솔루션 스택(Solution Stack)입니다. 스포카 서버라는 큰 솔루션이 원활히 동작하기 위해서 쓰이고 있는 각종 서브 시스템과 컴포넌트들의 묶음을 이야기하는 것으로 바꿔말하자면 이 글에서 다룰 기술 이야기는 모두 이 스택에 관한 이야기입니다.2011년 12월 현재 스포카 서버를 구성하고 있는 스택은 다음과 같습니다.DotcloudLinux 2.6.38.2nginx 0.8.53uwsgi 0.9.8.5Python 2.6.5Redis 2.2.2Celery 2.2.7Amazon Relational Database ServiceMySQL 5.5.12Amazon Simple Storage ServiceDotcloudDotcloud는 지금부터 설명드릴 스택을 묶어서 제공해주는 PaaS(Platform as a Service)의 일종입니다. Amazon Elastic Cloud Computing(Amazon EC2) 기반으로 동작하며 거기에 더해 손쉬운 확장과 배포가 장점입니다. 스포카 서버는 데이터베이스(Amazon RDS)와 업로드되는 데이터(Amazon S3) 이외의 모든 서비스를 Dotcloud를 통하여 제공하고 있습니다.nginx, uwsgi. 그리고 WSGI기본적으로 스포카 서버는 HTTP 형식의 요청을 받아 응답을 돌려주는 웹 어플리케이션입니다. 이러한 처리는 1차적으로 nginx를 통해 이뤄지는데, 이 중 서버사이드에서 처리가 필요한 경우에는 uwsgi라는 데몬이 이 처리를 담당합니다. (구버젼의 Apache Tomcat을 사용하시던 Java개발자분들은 Apache Tomcat과 Apache httpd와의 관계를 떠올리시면 편합니다.)이 경우 uwsgi는 일종의 어플리케이션 컨테이너(Application Container)로 동작하게 됩니다. 적재한 어플리케이션을 실행만 시켜주는 역할이죠. 이러한 uwsgi에 적재할 어플리케이션(스포카 서버)에는 일종의 규격이 존재하는데, 이걸 WSGI라고 합니다.(정확히는 WSGI에 의해 정의된 어플리케이션을 돌릴 수 있게 설계된 컨테이너가 uwsgi라고 봐야겠지만요.) WSGI는 Python표준(PEP-033)으로 HTTP를 통해 요청을 받아 응답하는 어플리케이션에 대한 명세로 이러한 명세를 만족시키는 클래스나 함수, (__call__을 통해 부를 수 있는)객체를 WSGI 어플리케이션이라고 합니다.정리하자면 스포카 서버는 WSGI에 맞게 작성된 프로그램을 nginx와 uwsgi를 통해 운용하여 요청을 처리하는 웹 어플리케이션이라고 할 수 있습니다.RedisRedis란 키-값(Key-Value) 저장 서버로 확장이 용이하며 속도가 우수합니다. 스포카 서버에선 이를 내부적인 임시 데이터 관리와 Celery의 작업(Task) 분배에 사용하고 있습니다.CeleryCelery는 Python으로 작성된 비동기 작업 큐(Asynchronous task queue/job queue)입니다. 앞서 소개한 작업(Task)를 브로커(Broker, 스포카 서버는 Redis를 사용)를 통해 전달하면 하나 이상의 워커(Worker)가 이를 처리하는 구조입니다. 포인트 적립-공유에 따른 분배처리, 포스팅 기능, 페이스북/트위터 공유등의 비동기 처리가 필요한 작업을 Celery에 위임하여 처리하고 있습니다.Amazon Relational Database Service대부분의 웹 어플리케이션과 마찬가지로 스포카 서버는 영속적으로 저장되어야하는 정보(회원 목록, 구매 내역)들을 디스크 기반의 데이터베이스(Database)에 저장합니다. Amazon Relational Database Service(Amazon RDS)는 Amazon EC2를 기반으로 그러한 데이터베이스를 간편하게 관리(모니터링, 백업, 접근제어)할 수 있게 도와주는 웹서비스입니다. Oracle과 MySQL을 지원하는데 스포카 서버는 그 중 MySQL을 사용하고 있습니다.Amazon Simple Storage ServiceAmazon Simple Storage Service(Amazon S3)는 Amazon RDS와 마찬가지로 Amazon EC2를 기반으로 한 데이터 저장 관리 서비스입니다. 스포카 서버에 업로드 되는 사진이나 문서등의 파일들을 통합하여 관리하여 서버의 인스턴스를 늘려 확장하는 경우에도 문제없이 대처할 수 있도록 하는 것이 주 목적입니다.#스포카 #스택 #개발 #개발자 #개발팀 #인사이트 #조언 #스킬스택 #스택설명

예전에 지구의 100명이 살고있는 마을에 비교해서 뭐 61명은 아시아에 살고, 남자가 48명이고 등등 이해하기 쉽게 비교해놓은 표가 있었던 기억이 납니다. 곰곰히 생각해보면 뭐 마을까지 가지 않더라도 우리가 다니는 회사만 봐도 작은 지구촌이 아닐 수 없습니다. 물론 누군가에겐 거대폭풍이 매일 불어닥치는 목성같을 수도 있고 분위기가 살벌한 해왕성이나, "사직서 만지작 - 내일 말해야지 - 월급들어옴 - 일년만 채워보자" 를 반복하는 혜성같을 수도 있겠네요. 1인 기업은 이런느낌.....하아..회사와 지구촌엔 묘한 공통점이 있습니다. 사실 7명이든 70억이든 사람모여 있는 곳이 어디나 비슷비슷한 것 같습니다. 사람은 사회성과 본능의 균형을 간당간당하게 지키며 살아가는 존재니까요. 상반기공채 시즌이 다가왔습니다. 신입지원하시는 분들이나 심지어 경력이직하시는 분들도 입모아 얘기하는 건 항상 '사람' 입니다. 거긴 문화가 어때요? 분위기 어때요? 등등을 궁금해하고, 같이 일할 사람이 어떤 스타일인지 페북도 살펴보고 하는 등을 보면... 확실히 사람문제는 작은 부분이 아닙니다.  그래서 오늘은 가만히...밀싹쥬스를 마시며 생각을 해보았습니다. 지금까지 내가 있던 회사엔 어떤 사람들이 있었는가..하고 말이죠. 생각보다 매우 재미지더군요. 온갖 종류의 사람들이 참으로 다양하게도 적재적소에 잘 배치되어 있었던 것 같습니다. 창문 옆, 벽, 파티션 뒤, 화장실 앞, 문 앞, 부장님 옆자리 등등..각각의 포지션에 맞게 각각의 성향대로 존재하고 있었더라구요. 이번 글은 그냥 웃자고 쓰는 내용이 대부분이지만, 이제 갓 회사에 입사를 준비하시는 분들은 내가 앞으로 어떤 사람들을 만나게 될 지 가벼운 튜토리얼로 생각하셔도 무관할 듯 합니다. 단, 이번 글은 제 개인적 경험에 많이 의존한 글이니 만큼 이 범주에서 벗어난 더욱 다양하고 묘한 존재들이 많다는 것은 알아주셨으면 합니다. 지구는 우리의 상상 이상으로 매우 크고 많은 사람들을 담고 있으니까요.1. 일찍 출근하는 사람: 항상 일찍나와서 카누를 타먹고 책상정리를 합니다.2. 맨날 5분씩 늦는 사람: 신기하게 더도말고 덜도말고 5분 정도만 늦습니다. 아마 기상시간이 동일한 탓으로 보입니다. 지하철시간은 거의 일정하니까 5분 늦게 나를 회사로 데려다주는 바로 그 지하철을 타는 것이겠죠. 3. 맨날 1분 전에 오는 사람: 아까 윗분이 탄 지하철의 바로 앞차를 항상 타시는 분입니다.4. 기계식키보드 쓰는 사람: 타다다다타ㅏ다닫사다타다다삿타다다사다다타다다다다사사다닷. 그 날의 기분이나 일의 다급함을 청각적 정보로 전달해 주십니다. 5. 조용한 사람: 하루종일 아무말이 없습니다. 일만 열심히 합니다. 마우스도 무소음마우스... 6. 눈치스캐너: 출근하자마자 사무실 분위기와 팀장님 기분을 스륵 스캔하고 '어제 팀장님 술 많이 드셨대?' 를 물어보는 분입니다. 가끔 술자리에서 "하아, 진짜 내가 일일이 다 챙겨야 하니 너무 피곤하다.."라는 말도 합니다. 하지만 누가 딱히 챙겨달란 말을 하진 않았습니다. 7. 픽셀성애자: 이 분은 디자이너가 아닌데, 자꾸 픽셀이나 그리드 얘길 합니다. 심지어 나도 디자이너가 아닌데 자꾸 픽셀을 맞추라고 합니다. 옆에 있는 디자이너님은 절 아련한 눈빛으로 2초정도 쳐다봤습니다. 자꾸 픽셀픽셀 얘길 하는데...사실 생각해보면 아는 디자인지식이 그것밖에 없어서는 아닐지...하는 생각을 해봅니다.8. 과자창고: 두 번째 서랍에 항상 외국과자가 가득한 분이 있습니다. 물론 땅콩샌드나 그냥 캔디나, 눈을감자 등도 있습니다. 주로 이 분이 가지고 있는 아이템은 킷캣이나 로이스초콜렛, 3개월 정도 된 펑리수 같은 것들이 있습니다. 9. 정오의 현자: 회사 근방 500m지역의 맛집과 식당, 메뉴, 가격에 대한 정보가 풍부하고 다양한 시식으로 맛평가까지 내려주십니다. 특히 이런 분은 기상에 민감하신데 날씨에 따라 메뉴를 센스있게 결정해야 한다는 신념이 있습니다. 그러나 종종 더 높은 분의 전날 숙취나 당떨어짐 등으로 인해 현자의 말이 묵과되는 경우가 많습니다.10. 더 높은 분: 더 높은 분은 주로 점심을 결정하십니다.11. 그보다 낮은 분: 더 높은 분보다 조금 낮은 분은 점심 후 커피를 결정하십니다.12. 완벽한 일개미: 이 분은 뚠뚠 일을 하십니다. 뚠뚠. 그러나 거의 완벽을 추구합니다. 보고서의 표지와 폰트의 통일, 자간과 위계까지 챡챡 맞춰서 실수없이 일처리를 하려고 노력하시는 분입니다. 주로 안경을 쓰셨을 확률이 높습니다. 뚠뚠. 약간 워커홀릭느낌이 납니다. 13. 후드입은 사람: 꼭 후드입은 분들이 한 분씩 있습니다. 주로 개발자나 디자이너일 가능성이 높습니다. 특히 웹디나 퍼블리셔 분들은 매우 높은 확률로 후드를 입습니다.14. 욕먹는 사람: 욕도 먹는 사람이 항상 먹습니다. 특히 뭔가 미운털이 박히면 똑같이 실수를 해도 더 욕을 먹습니다. 그런데 원래 먹던 분은 좀 더 큰 성량과 다양한 표현이 가미된 욕을 먹는 경우가 있습니다. 저러면 안되는데..싶지만 어쩐지 다른 사원들도 그 분을 딱히 가까이 하려 하진 않는 듯 보입니다. 이런 건 좋지 않습니다. 15. 지박령: 저 분은 왜 집에 안가는 지 궁금합니다. 언제 집에 다녀왔는지도 모르겠습니다.16. 미스테리쇼퍼: 왜 회사컴퓨터로 옷을 사는 지 미스테리한 쇼퍼입니다. 딱히 구매를 하는 것 같진 않습니다. 그냥 보는 것에 의의를 두는 모양입니다. 요즘같은 벚꽃시즌이나 환절기 땐 더욱 스크롤과 알트+탭이 더욱 바빠집니다.17. 점심 안먹는 분: 높은 확률로 다이어트, 약복용중, 어제밤샜어, 피곤해, 잘래, 약속있어..등으로 점심을 안먹는 분이 계십니다. 저도 해봤는데 사실 진짜 이유는 좀 불편해서 입니다. 속도 그렇고 맘도 그렇고... 그리고 진짜 졸릴 때도 있구요.18. 은행가시는 분: 거의 점심을 먹고 나면 1,2명 정도가 은행이나 우체국에 다녀온다고 하십니다. 은행이 이토록 우리가 자주 이용하는 곳이었나 싶지만, 운영지원팀이나 등기발송 등의 업무가 있는 듯 합니다. 대부분 업무를 마치면 커피를 사옵니다. 사실 좀 혼자 있고 싶어서가 아닐까요.19. 병자: 대부분 미열이나, 비염, 안구건조, 위염, 피부트러블 등 다양한 증상과 지병을 보유하고 계십니다. 자주 병원과 약국에 가시고 반차와 연차등을 통해 충분한 휴식을 취합니다.20. 영웅: 뭐 크게 하는 것 같지도 않은데 챡챡 일을 잘해내는 능력자같은 분입니다. 이런 분이 많다면 좋겠지만 애석하게도 영웅은 그리 많지않습니다. 실제로 영웅이 있어도 난세가 아니라면 딱히 그 능력이 드러날 기회도 없구요. 원래 영웅은 위기상황에서 진가를 발휘합니다. 21. 제목학원수강생: 이 분은 다수의 짤과 개그력을 지니고 있습니다. 유쾌한 말발과 드립력으로 회식이나 식사시간을 재미있게 만들어줍니다. 종종 협업툴에도 짤을 올리곤 합니다. 대부분 네이버뿜이나 개드립.net에서 가져온 소스입니다.22. 엘사: 낯가림이 심한 분입니다. 높은 확률로 안경을 쓰고 계신데, 인사나 말을 잘 안받아주는 경향이 있습니다. 뭔가 날 보면 후다닥 지나가기도 하고 다른 분들하곤 말을 잘 하지만 나에겐 업무적인 이야기만 합니다. 이걸 보고'훗 날 보고 설레여서 제대로 눈도 못 마주치는 건가..이놈의 귀여움이란..'따위의 생각을 하면 안됩니다. 그냥 낯을 가리는 성향이거나 아니면 진심 싫은 것일 수도 있습니다.23. NPC: 뭔가 물어보면 필요없는 정보까지 상세히 잘 알려주십니다. 신입들에겐 단비같은 분입니다. 종종 커피나 담배타임, 비타500, 모닝커피 등으로 보상을 주기도 합니다.24. 팩트폭격기: 할 말은 반드시 하는 분입니다.  주로 팀장급과 논쟁을 벌이십니다. 정의로움이 가득하기도 하고, 합리적인 걸 중요하게 생각합니다. '아니, 상식적으로..' 라는 말을 즐겨 하십니다. 말의 속도가 빠르고 성량이 조수밉니다.25. 양손아이템: 고렙의 장비들이 많은 분입니다. 아이맥27인치와 부속품들, 팬쿨러와 아이패드프로, 아이펜슬, 접히는 노트북 등..신기방기하고 비싼 제품들이 가득합니다. 주로 이런 분들은 집에 전동킥보드 같은 게 있습니다.26. 리액션장인: 딱히 뭔 말을 하진 않는데, 웃음소리가 호탕한 분입니다. 파하하하하하하!!.. 27. 오띄꾸띄르: 단 하루를 출근해도 완벽한 패션센스를 뽐내는 분들입니다. 하지만 드문 것 같습니다. 대부분은 그 날 퇴근 후 뭔가 약속이 있을 경우엔 의복과 용모를 단정히하고 오는 것이 보통입니다. 하지만 어쩌다 꾸미고 오면 막 '오오오 약속있어? 애인생겼어?' 등의 시덥잖은 오지랍에 시달릴 수 있습니다. 다른회사 면접보러가요. 라고 대답해주도록 합시다.28. 정치인: 자꾸 라인만들고 다닙니다. 액티브능력으론 뒷다마까기와 '그렇지 않아?' 라고 동조끌어내기가 있습니다. 패시브능력으론 수근대기, 탕비실가기, 담배친구랑 옥상담배하기 등등이 있는데... 여느 정치인이 그러하듯 엮일 땐 조심해야 합니다.29. 엑셀장인: 물어볼 일이 많습니다. 주로 안경을 쓰고 계시고, 웃는 상에 단정한 옷을 즐겨입으십니다.30. 피피티장인: 왠만한 포토샵보다 더 괜찮은 결과물을 파워포인트로 만들어내는 미래형인재입니다. 주로 이 장인님은 집에 늦게 들어가십니다.31. 곧죽을몸: 뭐만 하면 힘들어죽겠다, 못해먹겠다, 졸려죽겠다, 배불러죽겠다, 허리아파죽겠다, 조용해죽겠다 등.. 모든 것에 생명을 걸고 생활하시는 치열한 분입니다. 좀 같이 힘빠지는 경향이 있습니다.32. 아니면말고: 의견을 던졌으면 끝까지 마무리를 지어야지, 이건 별로 맘에 안든다고 하면서 '그냥 뭐 제 의견은 그렇다고요~' 하고 치고 빠지는 분들도 있습니다. 회사를 아프가니스탄이나 베트남정도로 생각하시는 듯 합니다. 게릴라전술은 회사에선 딱히 좋지 않습니다.33. JTBC뉴스룸: 뭔가 모든 정보를 다 알고있는 듯한 분입니다. 누르면 바로바로 '아! 나 그거 알아.' 라고 튀어나오는데 그 정보가 또한 얕고 넓은 것이 놀랍습니다. 하지만 깊게 들어가면 별로 좋아하지 않습니다. 대부분 뉴스를 열심히 탐독하거나 페이스북에 여러 포스팅을 '저장함' 으로 보유하고 있는 분입니다.34. 제록스: 캐릭터 이름이 아닙니다. 복사기 장인입니다. 뭐 고장나면 다 고칩니다. 대부분은 타격과 뭔가열었다닫기 기술로 해결하지만, 종종 잘 쓰지 않는 기능, 내컴퓨터로 스캔이미지 전송하기나, 초기 프린터IP잡기 등등을 수행하실 수 있는 분입니다. 가끔 랜선이나 내선전화선 정리를 하실 수 있는 분도 있는데.. 회사 자리바꿀 때 이 분 없으면 큰일납니다.35. 사내연애: 본인들만 모르고 다 압니다. 가끔 비상계단 문에서 5초정도의 시간차이로 나올 때가 있습니다.36. 꼰대: 왜 이게 안나오나 하셨을 겁니다. 꼰대는 그 유형이 굉장히 넓습니다. 하나로 규정할 순 없지만, 큰 의미에선 지는 안하면서 나한테만 시키는 전가형 꼰대와, 자신의 왕년스토리나 신념, 가정사, 재미없는 성적농담을 좋아하는 스토리텔링형 꼰대가 있습니다. 음.. 둘 다 싫습니다.37. 인바운더: 전화 진짜 잘받는 분이 있습니다. 이게 쉬운 것 같죠? 결코 그렇지 않습니다. 저 콜센터에서 일할 때 그 콜연습하려고 10일 내내 같은 스크립트만 연습하고 그랬던거 생각해보면...전화도 훈련이 필요한 것 같습니다.38. 그건안되는 분: 대부분 어떤 요청을 하면 99%의 확률로 그건 안된다고 하시는 분입니다. 가끔 되는 일을 찾는 재미가 있으므로 어떤 것이 되는 것인지 도전해보도록 합시다.39. 카페인천사: 가끔 아침에 커피사오는 분입니다. 세상 고마움.40. 실수폭발자: 뭔가 쾌활하고 명랑하긴 한데 실수가 끊이지 않는 분입니다. 마무리가 잘 되지 않는 스타일이죠. 꼼꼼함은 지하창고에 인셉션팽이처럼 영원히 가둔 듯 합니다. 41번이 필요합니다.41. 나노옵저버: 이 분은 오탈자 하나, 띄어쓰기 하나, 디자인시안의 잘못 지정된 선굵기까지도 한 번에 알아챕니다. 숫자 틀린 건 물론이고, 서류도 순서대로 클리핑을 해놓으시는데 그 꼼꼼함이 가히 대단합니다. 하지만 본인은 자신이 그리 꼼꼼하다고 생각하고 있지 않습니다. 40번이 운영, 말발, 행동력이 있다면 나노옵저버와 팀을 이뤄 시너지를 발생시킬 수 있습니다. 실제로 경험해봤는데 굉장했습니다. 42. 노블레스: 이게 너와 나의 눈높이다! 를 시전하며 신입이나 팀원들은 범접하지도 못할 레퍼런스와 지식을 보유하신 분입니다. 방대한 경험과 전문용어들로 '이게 어려워?' '그거 체크했어?' 등등을 시전하십니다. 경우에 따라 좋을 수도 있고 악몽이 될 수도 있습니다.43. 상담전문가: 꼭 회사 근처 카페로 가서 일대일 면담을 하는 팀장님들이 있습니다. 말을 들어주고 달래고 어르고 등등을 합니다. 내담자는 주로 일을 잘하는 팀원일 가능성이 높습니다. 이 상담으로 뭔가가 해결되는 듯 하지만, 실제론 임시방편인 경우가 많습니다.44. 예비자유인: 곧 퇴사를 앞두고 있거나 고민중인 분도 꼭 있습니다. 이런 분은 2,3명이 항상 같이 다니는데 점심시간 이후 등등 '좋겠다.' '다른데 알아보니 어때?' 등등의 퇴사정보를 공유합니다. 실행이 이루어지면 격월로 퇴사가 쭉쭉 발생할 수 있습니다.45. FM조교: 에프엠은 이거야. 라고 꼭 찝어 알려줍니다. 에프엠을 중요하게 생각합니다. 반대는 당연히 가라신봉자가 있습니다. '대충해' '괜찮아' '그냥와' 등등을 시전합니다. 46. 선생님: 말투가 뭔가 가르치는 말투인 분이 있습니다. 주로 말끝에 '그지?' '예를 들어~' '이해돼?' 등등을 자주 씁니다.47. 딴지장인: 진지함과 엄격함으로 무장한 이들은 종종 농담이나 예능을 다큐나 시사프로그램으로 받아칩니다. 말이 길어지고 뭔가를 설명하려고 합니다. 가끔 노잼이란 소릴 들을 수 있습니다. '왜 저래, 이상해.' 라는 뒷말의 대상이 되기도 합니다. 하지만 이상한 게 아닙니다. 그냥 성향입니다.48. 개자식: 위 47개 유형과 전혀 무관하게 그냥 나랑 진짜 안맞는 사람입니다. 주로 퇴사의 큰 원인을 제공합니다.49. 혁신주의자: 뭔갈 항상 바꿔야 한다고 하는 분입니다. 종종 대표님이 혁신주의자일 경우 실무자들은 위험해집니다. 실무자가 혁신주의자일 경우엔 '쟤 또또또 저런다.' 란 소릴 듣기도 합니다. 변화와 현실 사이에서 적절히 협의할 수 있는 성숙된 문화가 자리잡았으면 좋겠습니다. 50. 마니또: 물론 회사는 일하는 곳이고 가좆같은 분위기를 지양하는 요즘이지만 그럼에도 불구하고 수호천사 한 명쯤은 존재하기 마련입니다. 단순히 말이 잘 통하고 일손이 잘 맞는 수준이 아니라, 진짜 친구처럼 소중한 존재가 되는 사람들 말이죠. 직장에서 친구만들지 말라고 하지만...그건 의지로 되는 문제가 아닙니다. 퇴사 후에도 사람 인연은 어찌될 지 모르는 거죠. 물론 절대 많지 않습니다. 1명? 정도면 성공이라고 봅니다. 격한 스압으로 여기까지 오신 분들에게 박수와 짝짝짝을 보냅니다. 정말 다양한 사람들이 우글우글한 곳이죠. 직장은 일을 위해 모인 곳이지만 사실 개개인의 사연과 성향은 모두 다릅니다. 목표가 같다고 해서 모두가 한 마음 한 뜻이란 얘긴 아니잖아요. 직무능력과 전문성은 물론 중요합니다. 하지만 회사에 들어갔다는 것의 의미는 단순한 직무역량 이상입니다. 내가 이만큼 똑똑하고 니들은 닝겐이다! 가 아니고.. 내가 가진 능력과 발톱을 너네들과 함께 나누고싶다! 라는 개념이랄까요.그러니 내 능력을 표현하고 전달하고 나누는 능력이 훠어어어얼씬 중요한 듯 합니다. 이제 상반기 공채가 한창 진행되고 있고, 어느덧 봄이 다가오고 있네요. 조만간 사무실이 굉장히 졸려질텐데, 모두들 벚꽃같은 인연들 잘 맺으며 행복하시길 바랍니다!!(잠깐..벚꽃은 짧고 아름답잖아?..)

디너의여왕의 꽃,콘텐츠팀의 하루디너의여왕을 보면서늘 궁금하셨을 이야기!매일 매일 올라가는콘텐츠들은 누가, 어떻게 만드는지!살~짝 공개해드릴게요 ^^디너의여왕오늘은 각 브랜드별봄, 여름 신메뉴들이 출시되어팀원 전원이 다녀왔어요 '_'언주-논현-학동-언주빡빡한 일정..디너의여왕먼저, 회사 근처에 있는 #스타벅스 로 출동!입구 도착하자 시작되는 사진 촬영!카메라, 핸드폰 사진만 찍힌다면모두 찰칵찰칵 디너의여왕스타벅스는 여름 신메뉴가 출시되었어요바닐라 크림 콜드 브루카라멜 팝콘 프라푸치노광양 황매실 피지오리코다 멜팅 치즈케이크아임 파인 샌드위치호두 사과 샐러드신메뉴 모두 주문해요~봄 신메뉴 나온지 얼마 안된것 같은데..정말 시간이 빠르네요!디너의여왕스타벅스 여름 MD 진~~짜 예뻐요!!다같이 보자마자 예쁘다고 사진을 엄청 찍었다는..!디너의여왕음료를 받고 스타벅스 이곳 저곳에서촬영을 했어요...!어떠한 사진이 선택될지 모르니.. 많이 찍어놔야 한답니다~^^여기저기 요곳저곳디너의여왕그래서 콘텐츠들 보면손 모양이 다 달라요 ㅋㅋㅋㅋ다들 하나씩 들고 여러번 찍기 때문에...!!디너의여왕이런 치즈치즈한 건영상으로 찍어야죠 ^^조만간 디너의여왕 페이스북을 확인해주세요 ^^ 디너의여왕 디너의여왕신제품 모두 모아두고콘텐츠 표지를 장식할 사진도 촬영합니다~디너의여왕폭풍같은 1차 촬영 끝-!(아직.. 3개나 더 남았다는거.. 후)디너의여왕이번엔 #공차#놀라운밀크티언제 먹어도 맛있는 공차!디너의여왕찍고 찍고 또 찍어요  디너의여왕귀여운 콘텐츠팀ㅋㅋㅋㅋㅋㅋㅋ사진 촬영을 위해서는길바닥에도 앉아서..양 손에 다 묻혀가며..열심히 찍죠..사진이 제일 중요하니까요!!재미있어 보이지만촬영 한번 다녀오면 체력 다씀.. 디너의여왕공차는망고 말차 밀크티복숭아 우롱 밀크티망고 그린 밀크티복숭아 티포가토 스무디요렇게 출시가 되었답니다!상큼한 밀크티가 드시고 싶으시다면고고싱디너의여왕3차 촬영은 #맘스터치나란히 나란히디너의여왕들어가자마자 폭풍 주문ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ갑자기 내리는 비에 비맞으며... 걷고 또 걷고 하다보니다들 웃음을 잃었어요...디너의여왕#맘스터치불맛가득 매운 #불사치킨예쁘게 찍기 위해서잡아주고 뜯어주고서로 서로 도움이 필요해요근데 다들 카메라만 가져다 대면말도 안했는데 알아서 찢어주고뜯어주고 플레이팅해주고 척척#콘텐츠 만들기 어려워요디너의여왕요건.. 진짜 맛있어보이지 않아요?그치만.. 매운거 못먹는 우리팀...다들 입에서 불남ㅋㅋㅋㅋㅋㅋㅋㅋ콘텐츠를 쓰려면 맛을 봐야하는데왜 먹질 못하니.....다들속쓰리다곸ㅋㅋㅋㅋ점심도 못먹고 치킨 한조각씩 맛보고 갑니다 ㅜ.ㅜ디너의여왕같이 나온 너겟도 넘나 매웠....할라피뇨가 콕콕 박혀있었어요!매운거 좋아하시는 분들은맛있게 드실 것 같아요 ! 디너의여왕마지막 촬영!!!!!#KFC !!!!!요즘 KFC 열일열일신메뉴가 계속 나오는 것 같아요!얼마전에도 치밥 콘텐츠 썼는데!!ㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠ다들 지쳐서 메뉴 기다리며앉아서 한마디도 안했다는 디너의여왕오늘은 올쉐킷 이라는 스낵 메뉴가 나왓어요!텐더 스트립스와 해쉬볼, 후렌치 후라이가 들어있고자체 개발 시즈닝이 들어있었어요! 디너의여왕칠리칠리와 치즈치즈 시즈닝을 뿌려서 먹으면됩니당 ^^케찹도 함께 주시는데취향에 맞게 드시면 될것 같아요!!! 디너의여왕아~ 여왕이도 하나 머거콘텐츠팀 막내여왕이가 케찹으로 그린 여왕이넘나 귀여운 것  디너의여왕촬영 후 돌아오자마자 바로 책상에 앉아 작업을 해야제 시간에 콘텐츠를 완성할 수 있답니다!맛있는 음식을 빠르게 접하는 재미가 있고자극적인 음식들을 많이 먹다보니 건강이 걱정되기도 하지만팀원들이 똘똘 뭉쳐 늘 재미있는컨텐츠를 위해 노력하고 있답니다 >_<앞으로도디너의여왕 컨텐츠 기대 많이 해주세용 ♡디너의여왕#디너의여왕 #스타트업일상 #콘텐츠 #콘텐츠팀 #마케팅 #마케터 #마케팅팀 #기업문화 #조직문화

안녕하세요 대한민국 셀러들의 성공적인 아마존 진출을 도와주는 컨설팅 회사이자 대행사인 컨택틱의 이이삭 대표입니다.이번 성공사례 시리즈에는 우드래픽 (대표 이명섭)이라는 업체의 아마존 여정을 소개하고자 합니다. 이명섭 대표님은 글로벌셀러 창업연구소에서도 활발하게 활동하는 열정 회원이며, 컨택틱의 업무대행 서비스를 포괄적으로 받은 분이시기도 합니다. 우드래픽의 이명섭 대표님에 대한 간단한 소개를 해드리자면, 원래 대기업에서 근무를 하시다가 목공 쪽으로 열정이 있으셔서 사업을 하게 되신 분입니다. 원래는 취미 생활로 목공 쪽으로 관심을 가지셨는데, 기존 목공 제품들에 대한 개선점을 파악하고 직접 OEM을 의뢰하여 제조를 하게 된 케이스입니다. 국내 목공 커뮤니티에서도 판매를 해보셨는데 판매가 잘 되어서 아마존까지 진출하게 되셨죠.우드래픽의 아마존 여정은 꼭 순탄하다고만 할 수는 없었습니다. 컨택틱은 우드래픽의 아마존 입점에서부터, 최적화된 상품 등록, FBA 입고, 마케팅까지 관여를 했었는데, 아마존의 특성상 ‘상품’ 중심적인 시장이라, 첫 상품인 ‘도브 테일 가이드’를 출시했는데, 반응이 나쁘지 않은 편이었지만 그렇다고 만족할만한 매출을 내지는 못했습니다.그런 상황에서 우드래픽의 이명섭 대표님은 포기하지 않고 계속해서 후속 제품들을 출시하고 아마존에 론칭하면서 결국 전체적으로 매출이 상승하게 되는 흐름을 타게 되셨습니다. 현재는 대략 10개 정도의 MSKU (옵션형 리스팅까지 포함)를 가지고 아마존을 운영하고 계시며 정말 너무나도 멋지게도 ‘단 한 번도 성장하지 않은 날이 없는 판매 그래프’를 보이고 있습니다. 아래에 그 표를 함께 보셨으면 합니다:수많은 업체들을 대상으로 대행하고 컨설팅하면서 느낀 점 중에 하나는 ‘끈기와 열정을 가진 자는 아마존에서 성공할 수밖에 없다’입니다. 우드래픽의 이명섭 대표님의 시작은 소소했지만, 위에서 보이듯이 계속해서 성장하고 계시며, 제가 조심스레 예측하건대 우드래픽은 2019년에는 위보다 훨씬 더 큰 성장을 이룰 것이라고 확신합니다. 유통기한이 없는 목공제품이라는 뛰어난 카테고리에서, 대기업 제품들의 퀄리티와 견주어봐도 손색없는 퀄리티, 그리고 무엇보다 이명섭 대표님의 식지 않는 아마존에 열정이 반드시 우드래픽을 아마존의 독보적인 목공 브랜드로 거듭할 거라 믿습니다.컨택틱이 직접 대행하거나 컨설팅한 업체들 중 우드래픽과 같은 성공사례들이 매우 많습니다. 어떤 경우에 성적이 부진했는지, 어떤 경우에 성공적인 결과를 거두었는지 컨택틱은 데이터가 쌓일 때마다 분석하고 있습니다. 그리고 그 데이터를 기반으로 더 완성도 높은 대행 서비스와 교육 자료를 만들어내고 있습니다. 컨택틱은 글로벌셀러창업연구소와 손을 잡고 여러분들께서 궁금해할 만한 질문들에 대해 전부 답변해드리고, 더 나아가서 아마존 진출 전략을 구축할 수 있도록 아마존에 대한 기초와 심화 교육 과정들을 제공하고 있습니다. 아래 URL을 통해 아마존 교육이 필요하신 분들은 관심 가져주시길 바랍니다.오프라인 아마존 입문 과정온라인 아마존 입문 과정온라인 아마존 기초/심화 과정그럼 오늘도 즐거운 글로벌 셀링 되세요!감사합니다.컨택틱서울특별시 서초구 서초대로 356, 606호(서초동, 서초지웰타워)대표 전화: 02-538-3939이메일: [email protected]홈페이지: https://www.kontactic.com네이버 블로그: https://blog.naver.com/kontactic카카오 브런치: https://brunch.co.kr/@allaboutamazon