퇴사학교를 창업한지 1년이 넘었다. 3명에서 시작하여 어느새 2배가 넘는 동료들과 함께하고 있다. 삼성을 다닐 때는 100명~200명 짜리 조직에서 부서 막내 역할을 주로 했다. 당시에는 곁눈질로 훑어보던 부장님과 상무님의 입장이 잘 이해가 안 되었는데, 이제는 조금은 알 것도 같다. 리더란 정말 외로운 자리라는 것을. 그런 의미로 창업 후 1년, 아직은 초보 사업가이자 대표로서 그동안 나름대로 배운 점들을 나누고자 한다.첫째, 워크숍을 간다고 꼭 팀워크가 좋아지진 않는다. 지난 봄, 큰 맘을 먹고 창업 후 처음 제주도 워크숍을 다녀왔다. 보통 금토일 주말을 끼고 자비 부담이 있는 워크숍과는 달리, 무려 월화수라는 평일에 전액 회사 비용 부담이었다. 나는 경치 좋은 곳으로 워크숍을 다녀오면 사기도 진작되고 조직 문화도 좋아질 줄 알았다. 그러나 그것도 결국 일은 일이었다. 물론 나름대로 의미있는 시간이었지만, 결국 깨달았다. 조직문화는 한 두 번의 워크숍이나 회식으로 금방 좋아지는 게 아니라는 것을. 단발성 이벤트로 사기를 진작시키려는 것은 게으른 리더의 임시방편일 뿐.꾸준히 일상에서의 문화를 만들려는 노력이 더 중요하다.(그래도 가끔 날 좋은 날 좋은 곳에서 캐주얼한 금요일 브런치 회식 정도는 필요하다)둘째, 회사는 대표의 것이지 팀원의 것이 아니다. 많은 리더들이 착각한다. 왜 직원들이 주인 의식을 갖고 일하지 않느냐고. 그것은 당연하다. 그 직원이 회사를 창업하거나 지분을 소유한 게 아닌 이상. 주인 권리가 없는데 주인처럼 마음을 가지라고 말할 순 없다. 다만 그 사람의 성장과 책임을 위해자신이 맡은 '프로젝트'의 주인이 될 수 있도록 환경을 만들어 줘야 한다.셋째, 자율과 책임은 쌍둥이 형제이다. 많은 조직들의 병폐가 자율 없이 책임만 강요하거나 책임 없이 자율만 누리려는 것이다. 리더가 책임을 강요하려면 반드시 그에 따른 자유도 보장해야 하며, 직원 역시 자유를 누리기 위해 책임을 다하려는 문화가 형성되는 것이 가장 기본이라고 생각한다. (퇴사학교 같은 경우에는 선책임 후자율을 강조한다. 먼저 회사의 전체 비전과 방향성을 공유하고 이에 대해 개인의 비전과 성장 로드맵을 같이 그린다. 그리고 매 월간, 주간회의 때마다 각자 R&R에 기반하여 목표를 수립하고 이에 따라 약속된 납기/아웃풋을 정의하는 것을 책임의 과정이라고 본다. 물론 이렇게 매일 체계적으로 책임을 달성하고 관리하는 것이 결코 쉬운 일은 아니다. 하지만 최소한의 체계와 기준을 잡아 놓고 계속해서 지키려고 노력을 하고 있다. 다들 열심히. 대신에 그것에 대한 자율과 권한, 보상을 주는 것 역시 리더의 절대적인 책임이다.)넷째, 누군가 시켜야 하는 것이 가장 좋지 않다. 대표는 시키는 존재가 아니라, 팀원의 내적 동기를 끄집어 내주는 사람이다. 업무를 지시하거나 검사하지 말고, 개인과 회사의 비전이 겹칠 수 있도록 조정해 주는 역할을 해야 한다. (그럼에도 불구하고, 어쩔 수 없이 우리는 매 순간을 자가발전기처럼 스스로 일할 수는 없다. 그래서 리더가 '쪼아' 주는 역할로 총대를 매야 하지만, 끊임없이 자가발전할 수 있는 내적 동기를 불러일으키는 것 역시 리더의 책임이라고 해야겠다. 어렵다.)다섯째, 대표가 가장 많은 시간을 써야 하는 것은 채용과 코칭이다. 좋은 인재를 찾는 것을 업무의 1순위로 삼아야 한다. 또한 기존 인재들을 케어하고 피드백 주는 시간을 아까워하는 조직은 롱런이 힘든 것 같다. (6월 한달 중 절반 이상을 채용에만 할애한 것 같다. 그만큼 가장 중요하고 의미있는 일이라고 생각한다.또한 바쁜 업무에 치여서 우선순위가 자꾸 낮아지는데, 사실 매주 개인 코칭도 더 많이 하려고 노력해야 한다.)여섯째,조직문화가 잘 구축되면 관리비용이 줄어든다.많은 조직이 커질수록 인사관리 체계 를 구축하려고 한다. 그러나 관리 통제에 집중할수록 더 복잡한 구성원들의 관리 비용만 증대된다. 눈에 보이지 않는 그 회사만의 조직문화를 정의하고 공유하며, 거기에 맞는 사람들을 찾는 것이 관리비용을 줄이는 왕도이다.(최근의 채용 과정을 겪으면서 퇴사학교 역시 조직문화를 명문화하고 공유하려고 노력중이다. 사람이 한 명 늘어나는 것 조차도, 조직문화가 없다면 비용이 너무 커지는 것 같다.)일곱째, 야근을 안할수록 잘된다고 믿어야 한다. 필자 역시 창업 초기이다 보니 업무량이 매우 많다. 하지만 한 가지 원칙은 분명히 갈수록 야근을 줄이고 업무효율을 높이는 방향으로 가야 성장할 수 있다는 점이다. 고효율 고부가가치 방향으로 사업을 끌고가기 위해서는 여유와 휴식 시간을 더 많이 확보해야 한다. (이건 솔직히 아직 완전히 달성하고 있지 못하다. 아니 사실 거의 각자 집에서 밀린 일들을 하는 것 같다. 갓난 아기일 때는 손이 많이 가기 때문에 24시간 붙어서 보살펴야 하지만, 아이가 걷고 자라고 스스로 먹고 쌀 줄 알게 되면 이제 손이 줄어들겠지.. 그렇게 믿고 있다. 얼렁 회사를 키워서 스스로 돌아가게 만들자. ㅠ ㅠ)여덞째, 리더에게 가장 중요한 덕목은 '합리성'이라고 생각한다. 리더는 기본적으로 매 순간 실시간 의사결정을 하고 모든 상황을 판단해야 하는 존재이다. 사업에 정답은 없겠지만 적어도 합리성이라는 잣대가 있어야 팀원의 신뢰도 얻고 숱한 변수들을 헤쳐 나갈 수 있는 것 같다. (내가 스스로 합리적이라고 생각한다면, 아직도 나는 합리적이지 않은 것 같다. 합리적이라고 생각하는 것 역시 아직은 오만인 것 같다..)그런 의미에서 필자가 좋아하는 말은 '모든 건 리더 탓'이다. 예전에 상무님과 사장님을 보며, 또 나라의 리더들을 보며 모든 건 리더 탓이라고 말했었는데, 이제 와서 내가 대표라고 그 말이 바뀔 수는 없다. 리더는 모든 권한과 정보, 책임을 쥐고 있는 존재이다. 그런 리더가 남 탓을 한다면 그것보다 바보같은 일은 없다.http://www.hankookilbo.com/v/f825f431ee0744a38a98effaebd088ba최근 한국일보 칼럼에 쓴 내용입니다.위에는 이렇게 썼지만, 사실 리더란 자리가 많이 외롭습니다. 팔로워의 자리 역시 많은 고충이 있는 것을 알기에 리더의 외로움은 2순위로 생각하고 있습니다.그래도 가끔은 리더도 찡찡거리고 싶을 때가 있겠지요. 그런 의미로 조만간 <초보 창업가들을 위한 찡찡이의 날>을 한 번 만들어 볼까 합니다.#퇴사학교 #고민 #성장 #초기창업 #창업자 #스타트업 #스타트업창업

대부분의 프로젝트는 실패한다. 처음 세웠던 계획대로 진행되는 경우는 거의 본적 없다.원숭이도 나무에서 떨어지고, 아키텍트도 당연하게 실패를 자주 만나게 된다. 그리고, 프로젝트는 언제나 성공하지 않는다. 성공과 실패를 거듭할 뿐이다. 여기서, 실패를 어떻게 다루느냐에 따라서 아마추어와 프로의 차이는 극명하게 구분된다.아마추어는 실패를 변명하기에 급급하지만, 프로는 실패를 냉정하게 인정하고, 실패를 하게 된 이유를 찾고, 똑같은 실패를 반복하지 않기 위해서 실패의 원인에 대해서 분석하고 리뷰한다.많은 실패를 거듭할수록 전문가가 된다. 전문가는 실패를 반복하지 않기 위해서 언제나 실패에 대해서 필요한 리뷰 스킬을 높이게 된다. 이번 이야기에서는 필자가 지켜보았던 미니 프로젝트의 하나를 기준으로 실패에 대한 이야기를 해보도록 하겠다.여기서 이야기하는 프로젝트는 처음부터 실패가 될 것으로 예견되었다. 그리고, 그 예견된 결과대로 실패했다. 결론적으로 해당 팀이 해체되었고, 관련된 개발자들은 흥미를 잃고 해당 업체를 떠나게 되는 상황까지 진행되었다.문제가 더욱 심각한 것은 이러한 실패의 이유에 대해서 예견되었고, 그 문제를 지적하고, 향후 그 처리방안을 경영진에게 제시하였지만, 결론적으로 회사의 리더의 생각이 변화하지 않았기 때문에 ‘실패에서 주는 경험’이 제대로 전파되지 못했다. 하지만, 아키텍트는 이러한 실패에 대해서 분명하게 기록해두고, 다시 그러한 실패를 하지 않도록 준비를 하는 것이 전문가로 성장하는 가장 중요한 버릇 중의 하나라고 이야기하겠다. 아키텍트가 아니라고 해도 개발자는 자신만의 노트로 '실패'를 기록해야 한다."어떤 실패한 프로젝트에 대한 리뷰"실패에 대해서 정의할 수 있는가? 이 기준에 대해서 느슨하게 적용하게 되면 대부분의 프로젝트는 실패할 이유가 없어지며, 매우 엄격하게 적용하게 되면 대부분의 프로젝트는 실패라고 기록될 것이다.필자는 프로젝트의 성공과 실패의 요소에 있어 가장 중요한 것은 ‘비용’이 계획보다 많이 투자되었다면 그 프로젝트는 ‘실패’라고 평가를 한다. 가능하다면, 아키텍트를 목표로 하고 있는 개발자라면 모든 프로젝트의 기준과 투입인력, 시간과 하드웨어 리소스들을 모두 ‘비용’으로 환산하는 방법을 터득하는 것이 좋다.가능하다면, 필자는 이 기준으로 프로젝트를 평가한다.이 기준에 따라서 필자가 지켜본 미니 프로젝트를 평가해보자. 소프트웨어 개발자의 실제 일하는 것들이 모두 비용이고, 그들이 투입되고 생각하고, 무언가를 하는 행위들은 대부분 ‘비용’으로 모두 환산할 수 있다. 이러한 비용을 기준으로 프로젝트에 투입되게 되면 초기에 필자가 프로젝트의 기준을 세우는 원칙은 다음과 같다.소프트웨어 디자인과 기획에 30%, 실제 개발에 50%, 테스트에 20%를 투여하는 법칙이다. 다만, 이 수치에서의 약간의 차이는 투입되는 팀원이나 회사의 사정에 따라서 조금씩 달라지기는 하지만, 필자는 가능하면 저 수치를 지키려 한다.그동안의 필자의 경험으로 느껴지는 저 수치는 약간의 조정이 있을 수 있으나, 대부분의 국내의 프로젝트에서는 대부분 일치하거나 근사치로 정의될 것이다. 이번 이야기에서 언급하려는 프로젝트는 2013년도에 필자가 실패한 프로젝트의 사례에 해당한다.이 규칙에서 기획에 30%의 투자가 있었어야 했는데, 실제 초기 기획에 2%도 안 되는 투자 후에 실제 개발이 진행되면서, 프로젝트가 제대로 진행되지 않는 케이스가 발생하였다.물론, 이번의 케이스는 작은 스타트업에서 매우 작은 외주 프로젝트를 진행하는 일이었는데, 실제 프로젝트에 참여할 팀원의 구성이나 팀워크, 주된 목표치에 대한 설정 등이 제대로 서술되지 못하면서 기획이 제대로 진행되지 못한 케이스가 되었다.작은 모바일 프로젝트였고, 필자가 판단하기에 4주면 넉넉하게 해결될 프로젝트가, 필자의 계산착오로 4개월간 뒤틀린 프로젝트가 벌어지게 된 것이다. 필자는 왜 이런 실수를 하게 된 것일까?기본적은 린 개발 방법이나 에자일 방법과 같은 방법론의 문제가 아니라. ‘초기 기획’이 부정확한 상태에서, 팀워크도 갖추어지지 않고, 소통이 안 되는 팀원들이 보고체계가 붕괴된 상태에서 프로젝트가 지속되면서, 팀 자체가 와해되어 버린 아주 엉터리같이 진행된 프로젝트가 되어버렸다.필자도, 이러한 대대적인 실패에 대한 경험을 정말 오래간만에 한 셈이 되었는데, 결론적으로는 프로젝트를 수행할 제대로 된 팀원을 제대로 세팅하지 못한 ‘인사’에서 그 문제는 시작되었다고 프로젝트의 실패 원인 중에 가장 큰 원인을 지적하고 싶다.목표도 불확실한 상태에서 기획이 제대로 진행이 안되었고, 서버 개발자의 능력 부족에 아이폰과 안드로이드 앱 개발자의 자기 멋대로의 전횡과 서버 개발자가 이중으로 서버 인터페이스를 구현하면서 보고체계까지 제멋대로 진행된 아주 최악의 프로젝트가 진행되었다는 것을 거의 프로젝트 후반부에 가서야 알 수 있었다. 말 그대로 전형적닌 실패사례가 된 것이다.결론적으로 이야기하자면, 가장 먼저 이야기한 ‘기획’이란 팀 빌딩과 목표 수립과 같은 부분에 대해서 제대로 된 접근을 수행했어야 했는데, 이 부분에 대한 고려와 협의 없이 진행되면서 프로젝트가 일정에 떠밀려서 진행되면서 프로젝트가 상당히 누더기가 되어버렸다.어떻게든 중간에 올바른 방향으로 유도하려고 하였으나, 언제나 입버릇처럼 말하듯이 ‘한번 기본이 뒤틀린 경우에는 다시 바로 잡을 수 없다’가 정답이고, 그 여파로 인하여, 많은 비용과 시간적인 소모, 정력적인 소비까지 매우 불유쾌하게 진행된 프로젝트였다.결론적으로 이 프로젝트는 마무리는 되었지만, 이 프로젝트를 참여하게 된 팀원들은 모두 해산되고, 서버 개발자만 빼고는 모두 팀에서 해체가 되게 되었다. 물론, 이 프로젝트 이후에 해당 문제들을 보완한 상태에서 다시 프로젝트는 본래의 궤도로 올려놓기는 했지만, 이렇게 진행된 부분에 대해서는 명세 화가 절실하게 필요하고, 이를 리뷰해야 한다.이 프로젝트의 가장 큰 원인은 개발에 참여한 개발자나 디자이나, 기획자나 PM의 문제가 아니라, 전체적인 개발의 틀을 만들어 주어야 하는 ‘개발회사의 경영진’이 가장 큰 문제였다. 말 그대로 ‘인사’ 문제였다. 그중에 몇 가지의 문제들에 대해서 언급해보자."개발자의 의사소통의 문제"후반부에 개발과 관련된 보고체계의 문제점은 서버 개발자와 클라이언트 개발자 간의 의사소통과 의사결정에 대해서 개발자들 간에 ‘숨겨왔던 문제’가 드러났다. 가장 큰 원인은 ‘보고’를 제대로 하지 않았다는 것이다.안드로이드와 iOS의 앱 개발을 동시에 진행하였는데, PM이 인터페이스를 ‘동일’하게 추상화해서 구현하라는 방향성에 대해서 클라이언트 개발자들과 서버 개발자들이 서로 협의한 것이 아니라, 서버 개발자가 클라이언트 개발자들의 요구조건을 모두 받아들여, 인터페이스가 두배로 늘어나고, 테스트와 관련된 처리 방안들이 모두 증가하게 된 것이다.실제, 클라이언트에서 구현해야 하는 상당 부분의 기능들을 서버에서 구현하게 한 것은 향후 Web개발을 일부 처리하기 위한 방안이었는데, 이 부분들이 모두 무시된 채로, 클라이언트 개발자들 간에 자신이 하고 싶은 개발을 추진하면서, 서버 개발자가 의지 없이 끌려다닌 결과물이었다.당연하지만, 개발 일정이 늘어나고, 테스트도 진행되지 못하면서, 품질이 저하되는 것뿐만 아니라, 전체적인 프로젝트가 모두 붕괴되었다. 참으로 애통스러운 상황을 지켜보아야 하는 마음은 참으로 아픈 경험이다.그래도, 최악의 프로젝트였지만 ‘테스트’가 좀 더 명쾌했다면, 이 프로젝트는 초기에 문제를 잡을 수 있을 가능성이 있었다. 그래서, ‘테스트’에 대해서 몇 가지 더 정리해봤다."테스트, 그 계획과 실행의 전부"과연, ‘테스트의 적정선은 어느 정도 인가?’. 소프트웨어 개발에 있어서 테스트에 투입되는 비용이나 기간에 대해서 근접한 수치를 보여주거나 적절한 경험성을 부여하는 경우가 매우 드물다. 다만, 경험자의 직관에 의존하는 경우가 많거나, 각 개발사의 프로세스에 따라서 정형화되어 있는 경우가 많다.실제 자기 자신에게 다음의 화두들을 던져보자.정말로 테스트 커버리지 100%의 테스트란 존재하는가제품 개발 시간과 테스트 코드의 비율은 어느 정도가 적정한가?개발에 착수하기 전에 테스트를 얼마나 준비해야 하는가?통합 테스트는 매번 해야 하는가?테스트 전담자는 있어야 하는가?TDD는 비용 합리적인가?과도한 테스트란 어떤 것을 의미하는가?실제 개발환경에서 테스트란 무엇인가?현장 품질 커버리지란 무엇인가?테스트에 대해서 위의 질문에 대해서 독자들은 얼마나 명쾌하게 답변을 할 수 있을까? 아마도, 다음번 칼럼에는 테스트에 대해서 좀 더 자세한 이야기를 할 것으로 계획을 잡고 있다.테스트에 대한 유명한 Kent Beck의 말을 인용해보자.I get paid for code that works, not for tests, so my philosophy is to test as little as possible to reach a given level of confidence (I suspect this level of confidence is high compared to industry standards, but that could just be hubris). If I don’t typically make a kind of mistake (like setting the wrong variables in a constructor), I don’t test for it.나는 코드가 작동하는지에 대해 보수를 받지, 테스트를 위해서는 보수를 받지는 않는다. 그래서 나의 철학은 신뢰할 수 있는 수준에 도달하기 위해 가능한 한 테스트를 적게 한다는 것이다.(신뢰할 수 있는 수준이라는 것은 업계 표준에 비해 높다. 조금 거만한 들릴지 모르지만). 만약 전형적인 실수(생성자에서 다른 변수를 설정하는 것 같은)를 하지 않는다면, 나는 테스트하지 않는다.-Kent Beck의 말소프트웨어 개발자들에게 테스트 환경과 테스트 조직, 테스트 문화에 대해서 강요하는 것이 바람직한가?라는 물음에 필자는 이렇게 이야기하고 싶다. ‘개발자’에게 ‘테스트’를 강요하지 말고, ‘테스트한 경과’를 제시하고 ‘수정’과 ‘제대로 된 결과’를 강조하라.일반적인 소프트웨어 개발에 대해서 무지한 사람들의 반복적인 질문은 ‘소프트웨어 개발자들은 왜 테스트를 소홀하게 하는 가?’라는 질문을 버그가 발생할 때마다 이야기를 한다. 대부분의 소프트웨어 개발은 ‘목표’가 불명확하기 때문에 ‘버그’가 발생한다고 생각한다.아마도, ‘개발자’에게 사용자의 ‘제약사항’과 ‘하지 말아야 할 행위’에 대한 언급이 없었다면, 개발자는 문제 해결을 위하여 상당 부분 위험요소를 건너뛰거나 넘어서게 된다. 물론, 적절한 여유시간과 품부 한 리소스를 제공한다면, 당연하겠지만. 튼튼한 소프트웨어를 만들기 위해서 노력한다. 하지만, 일정이 정해지고, 목표가 명확한 SI성의 프로젝트의 경우에는 ‘목표’를 향해서 가장 빠른 코드를 만들기를 강요하기 때문에, 이때에 만들어지는 ‘버그’의 대부분은 개발자의 실수이기보다는, ‘요구사항’에 대한 부정확한 전달 때문이다.별 요구사항이 없는 것 같은 DataGrid를 만들어 달라고 이야기를 했지만, 사실, 고객은 Excel정도의 기능을 원하고 있다. 하지만, 일정과 비용상의 문제 때문에 단순 데이터의 표현을 위한 DataGrid인 것처럼 요구를 하는 경우가 대부분이다.이때에 개발자는 당연한 것처럼 최소한의 제약사항과 요구사항을 통해서, ‘숫자’만을 처리할 수 있는 DataGrid를 만들지만, 고객은 개발에 착수함과 동시에 다양한 요구사항들을 요구한다. 문자열을 처리해달라, 날짜, 함수 등등… 그리고, 종이 출력도 자연스럽게 되게 해달라고 한다.개발자는 중간에 발생한 요구사항과 제약사항에 최대한 맞추려고 기능들을 구현하다 보면, 당연한 것처럼 특정 이슈만 처리하는 기능으로 구현되고, 다른 프로세스에서는 당연한 듯이 버그와 같은 현상을 발생시킨다.그럴 때에 고객은 이야기하고, 개발회사의 사장도 이야기한다. ‘개발자가 테스트도 없이 소프트웨어를 만들고 있다’고. 이것이 현실이다.대부분 소프트웨어 개발에 대해서 무지하기 때문에, 이런 일이 반복된다. 필자도, 이러한 경험을 최소한으로 하려고 하였지만, 역시. 회사의 대표가 되어서 프로젝트의 계약부터 관여하기 전에는 이러한 문제들을 모두 해결할 수 없다는 것이 정답일 것이다.필자는 단언한다. ‘소프트웨어 개발자에게 넉넉한 일정과 풍부한 리소스를 제공하지 못한다면, 소프트웨어 개발자가 모든 것을 해결할 것으로 기대하지 말아라’. 다만, ‘소프트웨어 개발자들이 보다 원활하게 개발에 전념할 수 있도록 다음과 같은 필수조직이 따라붙어야 한다.하나. 요구사항에 대해서 고객과 꾸준하게 소통할 수 있는 담당자나 조직둘. 정해진 일정에 맞추어 기능이 동작할 수 있게 하는 테스트 담당자나 조직하지만, 보통의 스타트업이나 작은 SI를 전담하고 있는 기업의 경우에는 위의 가장 중요한 두 조직이나 담당자들이 대부분 부재중이거나 기능이 모호한 경우가 많으며, 위의 두 가지 기능을 모두 담당 개발자의 책임으로 귀속시킨다.만일 이러한 기능이나 리소스를 모두 담당 개발자에게 귀속시키고 있는 회사나 조직에 있다면, 조직을 다시 만들거나, 해당 기업을 빠른 시일에 빠져나가는 것이 가장 현명한 방법일 것이다. 대부분 소프트웨어 개발에 무지한 경우에 이 두 기능을 너무 소홀하게 하고, 개발자들이 대부분 야근과 휴일근무를 밥먹듯이 하게 되는 경우가 이에 해당된다.실제 필자 또한 경험이 풍부했지만, 실제 기업의 인사권과 경영권이 없었기 때문에 이에 대해서 해결할 수 없는 경우를 또 만났기 때문이다. 그래서, 또 실패했다. 아무리 경험 많은 사람이라고 하더라도, 이미 알고 있는 내용이라고 하더라도. 그것을 실제 바꾸지 못한다면, 필패한다는 것이 소프트웨어 개발의 현장이다.그래서, 필자도 크게 실패한 경험을 또 하나 기록에 남기게 되었다."체계적인 품질관리 지표"개발과정에서 발생되는 요구사항의 지표에 대해서 NIPA의 SW Visualization을 참조하면 요구사항 추적성, 요구사항 달성률, 요구사항 커버리지의 3가지 지표에 대해서 서술하고 있다. 여기서, 달성률과 커버리지는 100% 처리가 되는 것을 목표로 움직이는 정략적인 지표로 보면 되고, 실제 개발현장에서 주목할 부분은 요구사항 추적성을 주목해야 한다.개발 공정별로 요구사항의 일관성이 어떻게 유지되고 있는지 확인하면서, 형상관리가 등록된 내용의 변경률과 비교하면서 요구사항의 변화된 추이를 꾸준하게 주목해야 한다. 대부분, 이 부분 때문에 개발이 뒤틀리는 진입점을 제공하게 된다.품질검증에서 사용되는 정적인 테스트는 ‘코딩 표준 준수율’과 ‘메트릭 만족률’, ‘정적 분석 이행률’을 기반으로 진행된다. 대부분 이 정적인 테스트는 ‘자동화 도구’를 사용하여 코드의 룰과 만족 여부를 확인하기 때문에 결국은 ‘개발 비용’을 얼마나 투자하느냐에 달려있는 부분이라고 할 수 있다. 특히, ‘정적 분석 이행률’과 같은 SW 실행 전에 잠재적인 결함을 분석하는 것은 이러한 투자 없이는 대부분 이룰 수 없는 수치이다. 그래서, 보통 ‘정적 테스트’는 제대로 갖추어진 개발 조직이 아니라면 성립하기 어려운 지표가 된다.보통, 이 ‘정적 테스트’ 지표를 얼마나 진행하고 있느냐에 따라서, 소프트웨어 개발 조직의 성숙도를 체크할 수 있으며, 소프트웨어 개발 조직에 얼마나 투자를 하고 있느냐에 대해서 알 수 있는 지표이기도 하다.보통은 품질검증에서 동적 테스트로써 요구사항 검증방법과 구조 검증방법이 진행되는데, 마찬가지로 구조 검증인 구조적 커버리지 또한 Basic path, Statement, Branch, MD/DC Coverage 등을 선택해야 하므로, 이 또한 개발 조직의 투자 없이는 이루어지기 힘들다. 그래서, 대부분의 개발 조직 현장에 가보면 기능 검증, 비기능 검증, 정형 검증, 사용자 검증 중에 기능 검증과 사용자 검증만을 취해서 품질검증을 하는 경우가 대부분이다.소프트웨어 개발자에게 ‘품질검증’을 제대로 요구하기를 원하는 조직이라면, ‘정적 테스트’를 수행할 수 있는 투자나 일정, 준비 또는 품질 관련 조직이 세팅되어 있어야 한다. 이러한 단계 없이, 개발자에게 ‘테스트’를 제대로 하지 않는다고 강요하는 개발회 사는 정말 크게 잘못된 케이스라고 보면 된다. 그런 회사는 배울 것도 없으니 피하는 것이 최선이다.또한, 기능 검증이나 비기능 검증 또한 테스트 케이스에 대한 자동화된 방법들을 사용하지 않는 다면, 이 또한 개발자에게는 상당히 모호한 테스트들만이 존재하게 된다."좌우지간, 소프트웨어 개발의 시각화"소프트웨어 개발의 경험자라고 하더라도, 소프트웨어 개발 현장에서 일어나는 일들을 모두 파악할 수 있는 방법은 ‘지감’밖에 없을 것이다. 그래서, 소프트웨어 개발에 있어서 적정한 범위까지 개발의 과정을 ‘시각화’하는 기준이 필요하다.하지만, 이 ‘시각화’는 말 그대로 ‘과비용’으로 책정되거나, 소프트웨어 개발을 하기도 어려운 일정과 시간에 촉박한 경우에는 이 시각화의 최소 영역에 대해서 고민하고 결정해야 한다. 완전한 시각화를 이룰 경우에는 소프트웨어 개발 관리조직과 품질조직, 테스트 조직 등의 PM관리체계가 완비되어 있는 경우에만 이러한 과정을 수행하는 것이 최선이다.그리고, 중요한 케이스나 문서 등에 대해서 품질관리 조직과 PM조직이 해당 문서를 작성하는 것이 되어야지, 각 개발자에게 이러한 업무를 전가하는 방식으로 진행되어서는 문제가 해결되지 않는다. 언제나, 품질조직은 옥상옥이 되어서는 안된다.2/2페이지결론적으로 '능력 부족한 개발자'소리를 듣는 것이 대부분이다.대부분 급하다고 일을 의뢰하거나 서비스 론칭을 위해서 급하게 요구하는 경우가 있다. 개발자의 선택은 매우 명쾌하다. 정해진 기간과 인원 숫자로 만들어야 하는 서비스가 특정한 시간 내에 동작하게 하는 방법은 동작시에 제약사항과 커버하지 못하는 품질 이슈를 만드는 것뿐이다.말 그대로 기술적 부채를 만들어 낼 수밖에 없으며, 이 기술적 부채는 결론적으로 반복적인 유지보수 업무와 처리하지 못하는 기능들에 대한 하소연을 만들어 낸다.슬프지만 그렇게 반복되는 과정에서 경영진은 해당 개발자를 신뢰하지 못하게 된다. 그리고, 그렇게 반복적인 유지보수 업무를 만든 것은 개발자의 능력 부족이라고 생각하게 되고, 이 관계는 보고서가 늘어나거나 주간회의시에 디테일하게 보고하라는 식의 결론으로 귀결된다.물론, 이런 상황을 만든 '착한 개발자의 결정'이 문제이기는 하다.대부분 경험이 풍부한 개발자들은 이런 과정들을 반복해 보았기 때문에 처음부터 거부하거나 거절하거나, 적정한 선에서 타협하는 방안들을 제시한다. 물론, 그 과정에서 무지한 경영진과 트러블이 발생하는 것도 다반사이다.이 경우 중간관리자가 개입해서 타협하는 경우가 분명 있다.단언컨대 해당 중간관리자는 둘 중 하나이다. 무지하거나 난파하려는 개발 조직을 재빠르게 떠날 사람이다.소프트웨어 개발에서 '급한 일'이란 없다.정해진 규칙과 기본에 충실하게 하고, 빠진 것 없는지 체크하고 디자인, 설계 후에 미래의 변화에 대해서 적절하게 해당 조직의 규모와 형태에 따라서 반영한 후에 '개발'하는 것이다.지금 이상황에도...'급한 일'이라면서 일을 가져다주는 경영진을 만나고 있을 슬픈 개발자들을 위해서...끄적끄적...#와탭랩스 #와탭 #프로젝트 #인사이트 #경험공유 #조언

타인 기준의 삶이 아닌, 제 기준의 삶을 살기 시작했어요.사내 인터뷰를 진행하면서, 본인 스스로의 취향, 선호도를 이만큼 확고하게 아는 사람은 아마 '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 曰: 비타민 - "밝고 상큼한 그녀의 목소리가 들리면 자동으로 기분이 좋아진다"

현대건설을 빛낼 슈퍼루키들이 등장했습니다!짧지만 알찼던 2주간의 입사 교육을 받으며 현대건설인이 되기 위해 만반의 준비를 다한 2019년 신입사원들. 열정과 패기 무엇 하나 빠지지 않는 신입들의 열정을 느껴보세요.현대건설 신입사원 인터뷰사회생활의 첫걸음을 뗀 현대건설 신입사원에게 현대건설은 어떤 의미인지 물어보았습니다. Q1. 현대건설은 내게 (      )이다.Q2. 현대건설에 입사해 가장 기대되고 이루고 싶은 것은?Q3. 첫 월급을 받으면 가장 먼저 하고 싶은 것은?공동욱 사원A1. 현대건설은 저에게 ‘평생의 반려자’ 입니다. 즐겁고 어려운 일을 함께하며 서로 배우고 성장하는 반려자처럼 현대건설과 평생을 함께하고 싶습니다.A2. 정년퇴직할 때까지 현대건설에서 일하고 싶습니다. 차근차근 경력을 쌓아가다 보면 회사의 미래와 방향을 정할 수 있는 중역의 위치까지 올라갈 수 있지 않을까요(웃음)?A3. 부모님의 선물을 직접 골라본 적이 없는데, 첫 월급으로 부모님께 좋은 선물을 사드리려고 합니다. 받고 기뻐하실 두분의 모습을 빨리 보고 싶어요.김경태 사원A1. 대학원에서 연구했던 분야를 업무로 계속 할 수 있게 해준 현대건설은 ‘기회’입니다. 현대건설이 제게 준 가능성을 헛되이 날리지 않기 위해 담당 분야 최고의 전문가로 거듭나겠습니다.A2. 건설 자동화 기술을 현장에 도움이 되도록 구현해 R&D의 중요성과 기술 혁신을 일으키고 싶습니다. A3. 첫 월급으로는 부모님께 용돈을 드리고 주식 계좌도 만들어 볼까 합니다. 세계 경제 흐름을 파악하면 현대건설에 필요한 기술과 미래 사업 영역도 가늠해 볼 수 있지 않을까요.김두현 사원A1. 저의 가능성을 알아봐준 현대건설은 ‘감사함’입니다. 입사통지서를 받았을 때 가족 모두가 함께 기쁨의 눈물을 흘렸던 순간이 생생합니다. 사회 구성원이 될 수 있는 기회를 준 현대건설은 저에게 정말 특별하고 소중합니다.A2. 회사에서 필요로 하는 인재로 거듭나고, 송·변전 분야에서 최고의 전문가가 될 수 있도록 커리어를 꾸준히 쌓아나가겠습니다.A3. 첫 월급의 기쁨은 가족들과 함께 나누려고 합니다. 힘들 때 옆에서 도움을 준 친구들에게도 맛있는 저녁을 사려고요.김소희 사원A1. 늦깎이 신입으로 입사한 현대건설은 저에게 ‘또 다른 시작’입니다. 레스토랑 창업, 디지털 광고 기획, 데이터 분석까지 남다른 이력을 가지고 현대건설 R&D센터에 입사하게 되었습니다.A2. 기존 컨설팅 회사와는 다르게 건설업에서는 어떤 대상과 자료를 분석할지 너무 기대되고 궁금합니다. 현대건설의 데이터 전문 분석가로 성장하겠습니다.A3. 월급은 계획을 세워 쓸 예정입니다. 엄마 용돈도 드리고 미래를 위해 다달이 100만 원씩 모으려고 합니다. 그동안 힘이 되어준 남자친구와 맛집 데이트도 할 예정입니다.박정재 사원A1. 저에게 있어 현대건설은 ‘인생의 전환점’입니다. 사회생활에 첫발을 내디딘 지금이 인생의 전환점이자 새로운 시작을 할 수 있는 시기라 생각합니다. 업무를 하며 스스로 정한 꿈과 목표를 달성하기 위해 끊임없이 도전하겠습니다.A2. 현장 근무를 통해 많은 경험을 쌓고 저의 손길이 닿아 완공되는 건축물들을 보며 보람을 느끼고 싶습니다.A3. 부모님과 할머니께 의미 있는 선물을 사드리고 싶습니다. 그리고 셀프 입사 축하 선물로 눈여겨 본 코트를 구매할까 고민 중입니다.손태희 사원A1. 저의 ‘제2의 인생’은 현대건설에서 막 시작됐습니다. 가장 입사하고 싶었던 현대건설의 입사통지서를 받았던 순간을 떠올리면 아직도 설렙니다.A2. 매일 배우고 성장하며 사람들에게 더 좋은 환경을 조성해 줄 수 있는 디벨로퍼가 되는 것이 제 최종 목표입니다. 빨리 현대건설 DNA를 체득해 업무 성과를 낼 수 있는 직원이 되겠습니다.A3. 첫 월급은 그동안 받은 부모님의 사랑에 작게나마 보답하는 마음으로 용돈을 드리려고 합니다.윤승욱 사원A1. 누구에게나 자신만의 드림카가 있고 한번은 꼭 타겠다는 꿈을 꿉니다. 토목공학인으로서 늘 현대건설 입사를 꿈꿔온 저에게 이 회사는 ‘드림카’입니다. 현대건설 드림카에 탑승했으니 주인 의식을 갖고 우리 회사가 발전하는데 기여하겠습니다.A2. 업무에 있어 가장 기대되는 부분은 지금까지 배운 지식을 현장에서 어떻게 활용할 수 있는지 직접 공사를 하며 확인해볼 수 있다는 점입니다.A3. 월급은 저를 키우시느라 고생하신 할머니와 부모님께 감사 선물을 드리려고 합니다. 곁에서 힘이 되어준 여자친구에게도 깜짝 선물을 준비하려고요.이양희 사원A1. 해외를 주무대로 일하고 싶었던 저에게 현대건설은 ‘Dreams Come True’입니다. 현대건설이 전 세계에서 프로젝트를 진행하며 주목받는 회사가 될 수 있도록 제 모든 역량을 다해 맡은 업무를 수행하겠습니다.A2. 입사 후 가장 기대되는 것도 대한민국 일등 건설사인 현대건설에서 책임감을 갖고 업무를 할 수 있게 된 부분입니다. 꼭 현장에 보탬이 되는 직원이 되겠습니다.A3. 첫 월급은 누구보다 현대건설 입사를 자랑스럽게 생각하시는 부모님께 드려 더욱 자랑스러운 딸이 되고 싶습니다.최시훈 사원A1. 건축공학을 전공해 현대건설이라는 대한민국 최고의 건설명가에 입사하게 된 것이 아직도 꿈만 같습니다. 오랫동안 건설 엔지니어를 꿈꿔온 저에게 현대건설은 ‘빛’과 같은 존재입니다.A2. 국내 건설업계의 정상에 있는 현대건설의 조직원이 되어 최상의 기술력을 지닌 선배님들께 직접 배울 수 있다는 점이 가장 기대됩니다. 하루가 다르게 성장해 최고의 건설 엔지니어가 되겠습니다.A3. 월급을 받으면 부모님을 모시고 소고기를 먹으러 가려 합니다. 서프라이즈로 준비한 용돈도 드리려고요.최호창 사원A1. 현대건설은 저에게 ‘새로운 출발’ 입니다. 사회 구성원으로서 첫발을 내딛는 곳이 바로 ‘현대건설’이기 때문입니다.A2. 데이터 분석을 공부하며 인생 처음으로 건설이라는 도메인을 접했습니다. 어떤 업무를 할지 마음이 설렙니다. 현대건설인이 갖춰야 할 아이덴티티를 체내화해 목표를 향해 질주하는 직원이 되겠습니다.A3. 첫 월급을 받으면 저만의 공간을 맘껏 꾸미고 싶습니다.원하는 디자인으로 인테리어를 하고 소품도 구매해 보기만 해도 편안한 힐링 공간으로 꾸미려 합니다.#현대 #현대그룹 #현대건설 #2019 #신입사원 #인터뷰 #건설회사 #건설회사취업 #사회생활 #HMG저널 #HMG_Journal #HMG #기업문화 #조직문화 #구성원인터뷰 #사내문화

모바일 비즈니스를 운영하는 분들에게 와이즈트래커를 소개할 때마다 공통적으로 물어보시는 질문이 있습니다. “구글 애널리틱스도 모바일 분석 기능을 제공하는데, 차이점이 무엇인가요?”구글 애널리틱스 또한 오랜 웹 분석 서비스 운영의 노하우를 기반으로 모바일 분석 서비스를 제공하고 있지만, 모바일 환경은 기존의 웹과 다르기 때문에 몇 가지 한계점을 가지고 있습니다. 아래 내용을 통해 구글애널리틱스와 와이즈트래커 차이점을 알아보겠습니다.1. 데이터 검증 구글애널리틱스의 경우 Raw level의 데이터 검증이 불가능하기 때문에, 많은 기업들이 구글애널리틱스와 다른 분석 툴을 함께 사용하며 데이터 분석을 진행하고 있습니다. 모바일앱에서 이벤트가 발생할 때마다 raw data가 DB에 정상 수집되는지 실시간으로 확인을 해야 하는데, GA에서는 그런 작업 없이 데이터 가공/처리하여 24-48시간 이후에 데이터 리포트를 보여주기 때문에 사용자 입장에서는 데이터에 대한 신뢰도가 낮을 수 밖에 없습니다. 와이즈트래커에서는 이벤트 발생마다 DB에서 데이터를 실시간으로 확인하는 데이터 검증 작업을 진행하고, 1~2시간 내 리포트에 반영하기 때문에 보다 빠르고 정확한 모바일 사용자 행동 데이터를 확인하실 수 있습니다.2. 데이터 샘플링구글 애널리틱스는 전세계 대다수의 사용자가 무료로 이용하는 툴이기 때문에, 하루에 저장되고 처리되는 데이터양이 엄청납니다. 구글에서는 이에 무제한적으로 리소스를 투입할 수 없기 때문에  일정 세션 이상 (일반적으로 50만 세션)이 발생할 경우, 데이터를 샘플링해 보여줍니다.  이 때문에 KPI 기반으로 정확한 데이터가 필요한 비즈니스에서는 샘플링 데이터를 이용하기 어렵습니다. 와이즈트래커는 전수 데이터를 분석하고 데이터 검증까지 지원하기 때문에, 데이터의 정확성이 중요한 비즈니스에 보다 알맞습니다.3. 고객 지원구글애널리틱스는 전세계적으로 무료로 제공되는 범용 툴이니만큼 높은 수준의 고객 지원 서비스를 기대하기 어렵습니다. 한글 매뉴얼이나 개별적인 고객지원을 제공하지 않아, 데이터에 오류가 있다거나, 리포트 생성 혹은 분석에 어려움을 겪을 때, 문제를 해결하는데 시간이 오래 걸릴 수 있습니다. 와이즈트래커는 빠른 온라인 지원(Live Chat / 이메일) 뿐 아니라 SDK 연동 기술 지원 및 분석 컨설팅을 제공하고 있어, 관련 전문가가 아니더라도 빠르고 쉽게 데이터 연동 및 분석을 진행할 수 있습니다.4. 비즈니스 맞춤형 분석 서비스 모바일 비즈니스 유형에 따라 중요한 분석 지표가 다릅니다. 커머스앱에서는 장바구니담기, 리뷰수, 주문수 등이 중요하다면 와이즈트래커와 같은 서비스 제공 앱의 경우 소개서 다운받기나 상담 신청수가 중요합니다. 구글 애널리틱스의 경우 이러한 커스텀 리포트와 골을 사용자가 직접 생성해야 하기 때문에, 데이터 분석 환경에 익숙하지 않은 분들의 경우 어려움을 겪을 수 밖에 없습니다. 와이즈트래커는 초기 분석 상담 시 고객사에게 필요한 커스텀 분석 리포트, 골(Goal)을 논의 후, 기존 서비스에 통합해 제공하기 때문에 보다 용이하게 비즈니스 맞춤 분석을 진행할 수 있습니다.5. 특화된 IN-APP, MARKETING 분석 기능와이즈트래커는 다차원 세그먼트, 푸시메시지 분석, 오디언스타겟팅 등 구글애널리틱스가 제공하지 않는 특화된 기능들을 지원하고 있습니다. 다차원 세그먼트를 통해 데모그래픽, 마케팅채널, 플랫폼, 행동특성별 상세한 사용자 데이터 분석이 가능하며, 푸시메시지 분석과 오디언스타겟팅을 통해 효율적인 커뮤니케이션 및 타겟팅 마케팅을 진행할 수 있습니다. 위에 언급된 한계점을 극복하기 위해 구글 또한 모바일 데이터 분석 서비스 Firebase analytics 를 작년에 새롭게 공개하였습니다. 하지만 여전히 국내 서비스 및 고객 지원이 미비하고, 개인이 데이터 분석 범위를 정의하고, 분석 항목들을  설정해야 하기 때문에 사용에 어려움이 있습니다.구글애널리틱스를 사용하시며 아쉬운 점이나 불편한 점이 있으셨다면, 기술 지원부터 비즈니스 맞춤형 비즈니스 분석을 지원하는 와이즈트래커로 쉽고 편리한 모바일 분석을 시작해보세요.

Overview콘텐츠와 미디어가 중요해지면서 그에 따른 관심도 커졌습니다. 그런데 말입니다. 디지털 문화시대, 초연결시대에서 말하는 ‘콘텐츠’와 ‘미디어’는 과연 어떤 의미를 갖고 있을까요? 무엇인지는 알고 있지만 막상 말하려면 ‘엌!..’ 하고 막히기 마련입니다. 이번 글에선 콘텐츠와 미디어의 명확한 의미를 짧은 글로 되짚고자 합니다.Content VS Contents누군가의 얼굴을 종이에 그렸다고 생각해봅시다. 그렇다면 그 그림은 Content일까요, Contents일까요? 정확하게는 단수형인 Content입니다. 하지만 그림을 사진으로 촬영하거나, 영상으로 녹화하거나, 스캔해서 온라인에 올리면 Contents라고 말합니다. 어떤 차이인지 감이 잡히나요? (느낌 아니까~)당신이 그린 그림을 다른 종이에 다시 그려보라고 한다면 똑같이 그릴 수는 없을 겁니다. 비슷하게 그릴지라도 선의 굵기나 그림의 위치가 미세하게 바뀔 겁니다. 다시 지웠다 그려도 지운 흔적이 남고요. 하지만 그림을 사진으로 촬영하거나, 영상으로 녹화하거나, 스캔해서 온라인에 올리면 1,000명이 보든, 10,000명이 보든 똑같은 품질로 제공될 겁니다. 게다가 PC, 모바일, 태블릿PC 등 가리지 않고 어느 디바이스(Device)에서나 볼 수 있습니다.그렇습니다. Content는 미디어 하나에 딱 한 번만 쓸 수 있습니다. 반면 Contents는 다양한 미디어에서 ‘똑같은’ 품질로 만날 수 있습니다. 심지어 닳아 없어지지도 않고요. 크리에이터가 온라인에 올린 이야기가 Contents라고 불리는 이유입니다.Content와 Contents는 ‘어떤 미디어에 속해있는가’에 따라 결정됩니다. 영화의 대본, 배경음악은 그 영화에서만 쓸 수 있습니다. 다른 영화에서 쓰였다간 큰일납니다. 그러나 상위 미디어로 이동하면 얘기는 달라집니다. 영화가 컴퓨터 파일(File)이 되었다고 생각해보세요. 컴퓨터 안에는 영화도 있고, 게임도 있고, 문서도 있고, 그것도 있…ㅎ~ ‘컴퓨터’라는 미디어 안에는 파일이 엄청 많습니다. 무엇을 볼지 선택할 수도 있습니다. 아무리 많이 봐도 늘 똑같습니다. 이때 영화는 Contents가 되는 것이지요.Media콘텐츠만큼이나 자주 언급되는 게 바로 미디어입니다. 마샬 맥루한(Herbert Marshall McLuhan)은 ‘인간의 오감은 최초의 미디어였고, 미디어의 확장이 곧 감각의 확장’이란 이론을 내세웠습니다. 아주 먼 옛날, 적이 침입했을 때 봉수대에 불을 지폈던 걸 생각하면 고개를 절로 끄덕이게 됩니다. 소리를 꽥꽥 질러도 먼 지역에서 들을 수 없기 때문에 불을 크게 지핀 겁니다. 봉수대는 위험한 상황을 알리는 최고의 미디어였습니다. 그의 이론에 따르면 달리는 말과 굴러가는 바퀴도 인간의 다리를 확장한 것이니 미디어가 됩니다. 말도 미디어라니, 뭔가 웃음이 나오지만 여기엔 중요한 사실이 하나 있습니다. 바로 미디어가 메시지 그 자체가 된다는 것이지요. 봉수대는 ‘위험한 상황’을 알리기 위해 만들어졌습니다. 만들어진 목적과 전하려는 메시지가 일치합니다. 봉수대에 불만 지펴도 누군가 침입했다는 걸 알 수 있었습니다.그렇습니다. 미디어는 표현과 전달을 동시에 합니다. 결국 ‘무엇인가를 담아 전달하는 도구’인 셈입니다. 우리 주변에서 쉽게 찾을 수 있는 책, 달력, 컵, 포스트잇은 사실 모~두 미디어입니다. 앞서 미디어가 메시지 그 자체가 된다고 했는데요, 그렇다면 미디어가 달라졌을 때, 메시지도 달라질까요?봉수대의 불과 가스레인지의 불은 다른 의미를 가지고 있습니다. 이뿐만이 아닙니다. 소설 ⌈해리포터⌋는 상상과 사고의 연속이지만 영화 <해리포터>는 시각과 청각을 열어두는 콘텐츠의 파노라마입니다. 두 예시만 봐도 ‘미디어가 달라지면 메시지도 달라진다’는 걸 알 수 있습니다. 이제 콘텐츠와 미디어의 의미를 정확하게 알았으니 우리 주변의 모든 것들이 콘텐츠와 미디어로 보이게 될 겁니다.Conclusion유럽의 미래학자 피터 힌센(Peter Hinssen)은 그의 저서 ⌈뉴 노멀(New Normal)⌋에서 “콘텐츠는 더 이상 왕이 아니다”라고 말했습니다. 이는 다양한 미디어에서 콘텐츠가 쏟아져 그 가치가 저하됐다고 봤기 때문입니다.그러나 새로운 기술의 등장은 한 사회의 근간인 문화의 틀까지 바꿉니다. 스마트폰이 등장한 이후 오늘날의 모습은 어떤가요. 이모티콘으로 감정을 전하고, 인스타그램의 사진들은 따로 설명이 필요 없을 정도입니다. 콘텐츠와 미디어로 인해 세계공용어가 없어지는 중이라 해도 과언이 아닙니다. 콘텐츠와 미디어의 중요성을 비교할 수는 있어도 ‘결국 둘 다 중요하다’는 의견에는 모두 동의할 겁니다. 그만큼 둘의 본질을 꿰뚫는 건 크레에이터가 꼭 짚고 넘어가야할 일이기도 하지요. 이제 누군가 콘텐츠와 미디어를 설명해달라고 한다면 자신 있게 말할 수 있겠쬬? (도장 쾅쾅)글장근우 대리 | People&Relations [email protected]브랜디, 오직 예쁜 옷만#브랜디 #마케팅문화 #마케팅팀 #업무환경 #인사이트 #경험공유 #콘텐츠

IT 서비스에 장애가 없으면 좋겠지만 장애가 발생하지 않는 IT 서비스는 존재하지 않습니다. "우리 회사의 서비스는 장애가 난적이 없습니다." 라고 누군가 당당히 말한다면 그것은 "우리 회사에는 실패를 경험한 사람이 한명도 없습니다." 라고 이야기 하는 것과 동일합니다. 실패를 경험하고 극복하는 과정에서 좋은 회사가 되는 것처럼 IT 서비스 또한 성장 과정에서 장애를 경험하고 극복하는 과정이 필요합니다. 다시 말해 우리의 인생에서 실패를 빼놓을 수 없듯이 IT 서비스에서 장애를 없앨 수 없으므로 우리는 장애를 어떻게 관리할 지 고민해야 합니다. 그런 의미에서 Micro Service Architecture는 매우 중요한 의미를 가집니다.  장애와 MSA Micro Service Architecture는 대규모 소프트웨어 개발에 적용하기 위한 것으로 단독으로 실행 가능하고 독립적으로 배치될 수 있는 작은 단위로 기능을 분해하여 서비스하는 것입니다. MSA의 특징은 작은 단위로 분할 할 때 수평 방향의 계층적 절단이 아니라, 수직 방향의 기능별 절단을 사용한다는 것입니다. 이런 Micro Service Architecture가 장애 관리에 있어서 중요한 것은 MSA가 독립적으로 실행되도록 구성되어 있어 장애의 확산을 막아 준다는 것입니다. 반면 MSA를 도입하면서 생기는 문제는 서비스 별로 작은 장애들이 많이 발생한다는 것입니다. MSA를 도입한 많은 기업들이 이 부분에 대해 매우 조심스럽게 생각하곤 하는데요. 장애 관리차원에서 생각한다면 "장애 - 모니터링 - 반응 - 학습 - 공유" 이라는 과정을 통해 조직이 한단계 성장할 수 있는 기회라고 볼수 있습니다.장애를 관리하기...없다면 만들어서라도 장애 예방보다는 장애 관리에 초점을 맞추는 것이 중요하다고 말씀드렸는데요. 극단적인 사례로 넷플릭스가 있습니다.  넷플릭스는 서비스에 미친 원숭이를 풀어놓는 일을 하기 도 합니다. 이 미친 원숭이는 근무시간에만 돌아다니며 서비스를 망치는데요. 깃허브에 프로젝트가 Chaos Monkey 라는 이름으로 공개되어 있습니다.  넷플릭스가 이런 환경을 마련하는 이유는 장애를 겪지 않은 조직은 대규모 장애와 마주하게 되기 때문입니다. 장애를 대하는 문화Micro Service Architecture는 장애의 발생 여지가 높지만 장애의 규모 또한 서비스의 격벽에 한하기 때문에 장애 관리 면에서 좋은 아키텍처라고 이야기 했습니다. 하지만 장애의 빈도가 높아지기 때문에 Micro Service Architecture를 도입하는데 가장 중요한 요소는 장애를 대하는 문화입니다. 왜냐하면 Micro Service Architecture가 기존 아키텍쳐보다 더 많은 장애를 발생시키는 상황에서  장애를 발생시킨 조직이나 사람을 문책하기 시작하면 조직은 더욱 움츠려 들고 서로 비판하고 견제하는 분위기가 만들어 지기 때문입니다. 그렇기 때문에 Micro Service Architecture를 도입하게 되면 장애를 학습하는 문화를 만들어 가는 것이 매우 중요합니다. 장애가 발생하면 "모니터링 - 반응 - 학습 - 공유" 하는 프로세스를 만들어 가야 합니다.관련 자료Netflix Open Sources Chaos Monkey – A Tool Designed To Cause Failure So You Can Make A Stronger Cloud실수는 예방하는 것이 아니라 관리하는 것이다.#와탭랩스 #조직문화 #기업문화 #인사이트 #경험공유 #일지

Overview이번에는 PHP Codeigniter 기반의 서비스에 VUE를 적용시키려고 고민했던 것들을 나누려고 합니다. VUE JS는 가상 DOM을 활용하여 실시간으로 반응 컴포넌트를 제작할 수 있는 프레임워크입니다. 또한, VUE-ROUTER 및 VUEX라는 컴페니언 라이브러리를 통해 url 라우팅 및 전역상태를 관리하기에도 탁월하죠. VUE와 다른 프레임워크와의 비교 부분은 여기를 참고해주세요. 브랜디의 관리자 서비스는 PHP Codeigniter 프레임워크로 제작되었습니다. 하지만 관리자 서비스의 규모가 점점 커지고 기능이 다양해지면서 “자주 사용하는 기능을 묶어 컴포넌트화하자!”라는 숙제가 남아 있었죠. 요즘 잠깐의 여유가 생겨 이때다 싶었습니다. 관리자 서비스에 VUE를 도입하기 위한 시도를 시작했는데요. 얼마 지나지 않아 문제점에 봉착했습니다. 바로 IE9.0…. 개발자의 숙적 IE가 또 한 번 발목을 잡았습니다. 임포트가 되지 않아….VUE를 좀 더 편리하게 사용하려면 JS의 모듈화가 필요했지만, ES2015에서는 import 혹은 require 구문을 지원하지 않아 불편하고, arrow 함수 또한 사용할 수 없습니다. 게다가 VUE의 JAX 탬플릿 구문을 사용할 수도 없었죠!! 뭔가 배보다 배꼽이 더 커질 것 같은 조짐이 보였습니다.결국 Webpack의 도움 없이 VUE를 적용하려던 시도는 여러 가지 난관을 만났고, Codeigniter 프로젝트 내부에서 Webpack을 사용하는 방법을 연구하기 시작했습니다. Webpack은 모듈 번들러입니다. Webpack의 메인 페이지를 방문하면 아래 네 개의 슬로건이 빙글빙글 돕니다.Bundle your scriptsBundle your imagesBundle your stylesBundle your assets아래의 이미지는 Webpack이 무엇을 하는 녀석인지 잘 설명해줍니다.Webpack은 실제로 번들러라고 광고하는것 처럼 Only Webpack 빌드만으로는 소스 파일들을 모아줍니다. 만약 webpack-dev-server로 실행하면 websocket을 통해 소스가 변경됐을 때 실시간으로 화면을 갱신해주는 개발 툴 제공 정도의 역할 밖에 없습니다. (…충분히 훌륭하잖아?)대부분의 기능은 엄청난 확장성을 가진 webpack의 설정으로 모듈로서 작동할 수 있죠. 예를 들면 Babel은 우리의 발목을 잡았던 IE를 위해 ES6로 작성된 js 문법을 IE에서 사용할 수 있는 ES5문법으로 너무나 쉽게 트랜스컴파일할 수 있습니다.하지만… 관리자 서비스는 위에서 언급했듯이 Codeigniter 기반입니다. 따라서 완벽히 VUE와 API서버를 분리하려면 로그인, 메뉴구성, 헤더, 푸터 등 PHP 기반으로 제작된 모든 기능들과 인증 등 기존 방식을 전부 새로 만들어야만 VUE를 온전히 사용할 수 있습니다.문제점들을 모두 해결하고 넘어가기엔 여유가 부족하기 때문에 조금씩 적용하자고 생각했습니다. 덕분에 webpack-dev-server의 실시간 소스 반영 기능을 포기해야만 했죠.(눈물) 우리의 서버는 node기반이 아닌 apache-php 기반이었기 때문입니다.자, 그럼 Codeigniter 프로잭트 하위에 웹팩을 포함시켜 Hello World까지 가는 짧은(?)여정을 시작해봅시다.Hello world로 가는 여정Node, npm 설치맥에서도 유사한 명령어로 제작할 수 있도록 CMD 위주로 진행하겠습니다. 먼저, 여기를 클릭해 Node를 설치합시다. 8.11.3 LTS버전으로 진행했습니다.맥에서는 Homebrew를 통해 간편하게~brew install node 설치 확인npm 잘 설치되었네요.web pack 폴더 생성 및 이동mkdir webpack cd webpack nom init으로 초기화npm init webpack, vue, babel 설치npm install -D webpack webpack-cli webpack-dev-server npm install -D vue-loader vue-template-compiler npm install -D babel-core babel-loader babel-preset-es2015 여기서 VUE는 설치하지 않습니다! 왜냐하면 VUE.js는 로딩만 하면 되고 필요하지 않습니다! (읭?) VUE는 Codeigniter view에서도 사용해야 하기 때문에 해당 view에서 import 해줍니다. 따라서 VUE 컴포넌트가 들어가는 시점에는 이미 전역에 vue.js 가 있습니다. 따라서 굳이 각 모듈마다 VUE를 import 했다가 webpack 설정에서 다시 vue.js를 제외할 필요는 없습니다.VUE와 template 태그를 로딩할 수 있는 로더도 설치하고, 트랜스컴파일을 위한 바벨, IE9를 지원하기 위한 es2015프리셋도 함께 설치합니다.webpack 빌드명령어 package.json의 script부분에 추가"scripts": { "build": "webpack --mode production", "build-dev": "webpack --mode development",   } 이제 VUE를 빌드할 명령어를 작성합니다. 위처럼 두 가지 명령어를 제작해두면, 추후 env를 통해 webpack.config.js를 분기시켜 원하는 환경으로 빌드할 수 있습니다. 또한 production 모드로 빌드할 땐 자동으로 옵티마이저 - uglify 내장 플러그인이 적용되어 익숙한 min.js형태로 빌드되며 development를 빌드할 땐 사람이 알아볼 수 있는 형태로 빌드되고, debugger 코드 또한 살아있습니다.weboack.config.js 작성const { VueLoaderPlugin } = require('vue-loader'); module.exports = {   entry: {     HelloWorld: './src/main.js'   },    module: {     rules: [       {         test: /\.vue$/,         loader: 'vue-loader',       },       {         test: /\.js$/,         loader: 'babel-loader',       }     ]   },    resolve: {     alias: {       'vue$':'vue/dist/vue.esm.js'     }   },    plugins: [     new VueLoaderPlugin()   ]  } webpack.config.js 가 없다면 생성한 후 위와 같이 작성합니다..babelrc 작성{     "presets": ["es2015"] } 테스트용 파일 작성1)main.js 작성import HelloWorld from './HelloWorld.vue' Vue.component('hello-world', HelloWorld); 2)HelloWorld.vue 작성 [removed] export default {   name: 'app',   data: () => {     return {       word1: 'Hello',       word2: 'World'     }   }  } [removed] 테스트 빌드npm run build-dev 빌드를 할 땐 기본적으로 ‘/dist/’ 하위에 소스코드가 떨어집니다. 자, 여기까지 진행하셨다면 폴더 구조는 다음과 같을 것입니다.지금까지 진행한 파일 모습입니다.뷰 컴포넌트가 잘 제작되고 등록되는지 확인하려면 기본 빌드 폴더인 dist 폴더에 Test.html을 작성해 브라우저로 열어봅시다.확인용 html 파일 작성<!DOCTYPE html> <html lang="en"> <head>     <meta charset="UTF-8">     <title>VUE Test</title>     <!-- VUE 플러그인 -->     [removed][removed] </head> <body>                     [removed][removed]     [removed]         new Vue({             el: '#vue'         })     [removed] </body> </html> 잘 나옵니다.정상적으로 VUE가 적용된 것을 확인합니다.코드이그나이터 설치이제 코드이그나이터 프로젝트 내부에서 VUE 컴포넌트를 출력해보기 위해 코드이그나이터 프로젝트를 생성합시다. 먼저 Codeigniter와 XAMPP를 다운로드 받습니다.Codeigniter 받으러 가기XAMPP 받으러 가기프로젝트 폴더 하위에 Codeigniter 프로젝트용 폴더를 생성합니다.mkdir codeigniter-with-vue-webpack cd codeigniter-with-vue-webpack 다운받은 Codeigniter를 해당 폴더에 압축 해제하면 Codeigniter 설치가 끝납니다.XAMPP 설치 및 DocumentRoot 변경XAMPP를 설치하고 DocumentRoot를 테스트 프로젝트 폴더로 설정한 뒤 아파치를 실행합니다.Codeigniter 프로젝트가 생성되었고, 서버 실행이 완료되었습니다. webpack 폴더를 Codeigniter 프로젝트 하위로 이동node-modules는 너무 크기 때문에 기본 파일만 복사하고, npm install로 설치합니다.Codeigniter에서 VUE를 사용하기 위한 webpack dist설정기존의 프로젝트에서 스크립트를 모아두는 폴더 하위로 빌드 결과 파일을 보내기 위하여 webpack 빌드 시 dist 폴더가 아닌 /application/scripts/vue/hello_world 하위로 빌드 결과 파일이 생성되도록 설정합니다.// 기존 module.exports = {   entry: {     HelloWorld: './src/main.js'   },    //... 생략 } // 변경후 module.exports = {   entry: {     '../../application/scripts/vue/hello_world/HelloWorld.js': './src/main.js'   },    //... 생략 } Codeigniter의 load->view 기능을 활용하여 파일 작성1)header.php// application/views/common/header.php <!DOCTYPE html> <html lang="en"> <head>     <meta charset="UTF-8">     <title>VUE Test</title>     <!-- VUE 플러그인 -->     [removed][removed] </head> 2)실제 view// application/views/vue/hello_world/vueTestPage.php <?php $this->load->view( 'common/header' ); ?> <body>                 [removed] [removed]     [removed]         new Vue({             el: '#vue'         })     [removed] </body> <?php $this->load->view( 'common/footer' ); ?> 3)footer.php// application/views/common/footer.php </html> 실제 프로젝트 구성과 유사하게 header, body, footer로 나누어 파일을 작성해봅니다. 실제로는 더 복잡하지만 이 정도만 나누겠습니다.Codeigniter 테스트용 컨트롤러 작성// application/controllers/Vue.php <?php if ( ! defined('BASEPATH')) exit('No direct script access allowed');   class Vue extends CI_Controller {      public function index()     {         $this->load->view('vue/vueTestPage');     }  } 정말 심플(?)한 테스트용 파일 작성이 모두 끝났습니다! 이제 잘 작동하는지 확인해볼까요?코드이그나이터에서 helloworld 출력짜잔이번엔 문제의 IE에서 확인해봅시다.IE9.0 환경에서 확인IE에서도 무사히 출력되는군요. 이제 코드이그나이터 환경의 프로젝트에서도 IE까지 지원하며 무사히 VUE를 사용할 수 있게 되었습니다! (시간이 없어서 가상머신에 IE9가 설치된 윈도우7까지 테스트하진 못했습니다!) 모든 작업이 완료한 후, 파일 폴더 구조는 아래와 같습니다.붉은 네모 부분이 실제로 제작하거나 수정한 파일들입니다.Conclusion여기까지가 Codeigniter 프래임워크 환경에서 webpack + vue를 사용하기 위한 웹팩의 설정 과정 및 테스트 결과였습니다. php 서버를 사용해야 하기 때문에 webpack-dev-server의 핫리로드 기능을 사용하지 못하는 건 매우 안타까운 일입니다. 하지만 짧은 시간에 신기술을 도입하면서도 수많은 리스크를 회피할 수 있다는 건 나쁘지 않은 선택이라 생각합니다.위의 웹팩설정을 조금만 활용한다면 다른 프레임워크 프로젝트에서도 무리없이 VUE를 사용할 수 있을 겁니다! 비슷한 고민을 하셨던 개발자님들… 집에 가기 전 말고 오전에 Webpack을 설치해보세요. 안 그러면 저처럼 집에 못갈 수도 있으니까요!참고.gitignore 작성, index.php 제거 등은 내용에 포함하지 않았으며, 아래의 링크로 자세히 알 수 있음.Codeigniter index.php 없애기글강원우 과장 | R&D 개발2팀[email protected]브랜디, 오직 예쁜 옷만 #브랜디 #개발자 #개발팀 #인사이트 #경험공유 #PHP

1. 첫 번째 이유: 다른 사람들국내 한 컨퍼런스에서 Zappos의 토니쉐이를 연사로 초빙하고 싶어 한 적이 있다. 연락을 한 끝에 강연비 7000여만원을 줄 수 있으면 온다는 피드백을 받았다. 꼭 초대를 하고 싶었던 주최측은 그러겠다고 회신을 했고 얼마 후 두번째 피드백을 받았다. 토니쉐이가 내가 꼭 가야하는 이유가 무엇이냐는 질문과 함께 자기 생각에 가야 할 특별한 이유가 없다며 거절한다고 말이다. 이럴거면 처음부터 싫다고 하지 왜 이래저래 돌려 말했을까 하는 생각이 들었다. 추측컨데 일단 강연비가 비싸면 대부분 자연스럽게 포기할거라 생각했는데 그러지 않으니 결국 진짜 이유를 댄것이 아닌가. 그 정도 돈으로도 바꿀 수 없는 바쁘고 중요한 일정을 사는 CEO니 당연하지 않을까 하는 생각도 들었다. 결국 토니쉐이를 초대하는 것은 물거품이 되었고 다른 연사를 초대하는 것으로 일단락이 되었던 걸로 기억한다. 1년쯤 지났을까, 해외 지인들이 버닝맨에 참가한다는 이야기를 들었다. 함께 가자는 제의도 받았다. 버닝맨은 몇년전부터 알고 있었던 행사라 궁금하기는 했지만 비용도 있고 일정도 길어 결정이 쉽지 않았다. 마음의 갈등을 조금 했지만 당시에는 한국에서 해야 할 일들에 부담감을 가지고 있던 터라 결국 포기를 했다. 두어달 쯤 후에, 지인들이 버닝맨을 다녀와서 찍은 사진을 볼 기회가 생겼다. 깜짝 놀라지 않을 수가 없었다. 지인 사진에 그 Zappos의 토니쉐이가 앞에 누워서 함께 이야기를 듣고 있는 것이 아닌가. 처음에는 설마 했는데 매년 며칠씩 머물다 간다는 이야기까지 들었다. 7000여만원을 줘도 한국에 오지 않던 그가 자비로 그것도 며칠씩 참여를 한다는 것이 무엇 때문인가? 구글의 창업자들과 에릭 슈미트도 참가한다는 이야기는 익히 알고 있었지만 토니 쉐이의 참가는 내게 더 피부에 와닿는 호기심을 불러 일으켰다. 게다가 테슬라의 엘론 머스크, 에어비엔비의 칩 콘리, 페이스북의 마크 저커버그도 참가했다고하니 분명히 뭔가가 있다. 물론 실리콘밸리 기업가들이외에도 윌 스미스, 수잔 서랜든 같은 유명한 헐리우드 스타들를 비롯하여 수많은 가수, 모델들이 버닝맨에 참가한다는 것[1]을 구글링만 해봐도 쉽게 알 수 있다. 나같은 사람도 바쁘다고 그 시간과 비용을 들이지 못했는데, 이들이 참여를 한다면 무엇인가 내가 모르는 엄청난 가치가 있을 것 이라는 데 생각이 미쳤다. 어지간한 돈으로 살 수 없는 시간을 사는 사람들이 왜 자신이 비용을 들여 참여하는가? 진짜 이유가 궁금 해 졌다. 2. 두 번째 이유: 버닝맨 그 자체1986년에 시작되었으니 30년이 넘었다. 이제는 매년 7~8만명이 찾는다. 도대체 사람들은 왜 버닝맨에 오는가도 의문점이지만 어떻게 아무 것도 없는 사막에 열흘간 도시가 생기고 사람들의 욕망을 담았다가 완전히 사라지는 일을 30여년간 반복 할 수 있을까? 참가하는 사람들도 독특하고 그 안에서 시도되는 실험들도 다양한 버닝맨이라고 불리우는 이곳, 그 자체가 궁금했다. 실리콘밸리 문화와 결을 같이 한다는 말도 들었고, 단순히 축제의 장이 아니라 사람들이 만나 깊이있는 관계가 되고 그것을 바탕으로 새로운 아이디어와 비즈니스가 실행된다고도 하는데 도무지 어떻게 그것이 가능한지 정말 궁금 해 졌다.  구글의 문화와 철학이 버닝맨과 닮아있다 하는데 그 비밀은 무엇이며 버닝맨의 어떤 것 들이 구글을 경쟁력있게 만들었을까. 인터넷에서 버닝맨을 검색만 해봐도 알수있는 견줄수 없을 만큼 독특하고 특이한 이 축제가 도대체 구글이나 실리콘밸리의 특별함과 무슨 관계란 말인가? 엘론머스크(Elon Musk)[2]도 버닝맨에 참가하고 나서 '가보지 않았다면, 그냥은 알수없다’라는 말을 남겼다. “If you haven’t been, you just don’t get it. You could take the craziest L.A. party and multiply it by a thousand, and it doesn’t even get fucking close to what’s in Silicon Valley.” 버닝맨에 뭔가 엄청난 것들이 숨겨져 있을 것만 같은 기대와 호기심이 생겼다. 구글 혁신의 비밀을 발견하고 싶었고 실리콘밸리가 생태계로서 지속가능성과 문화를 지탱 해 내는 힘을 이해하고 싶었다. 3. 세 번째 이유: 나 자신자주 받는 질문이 있다. 도대체 메인직업이 무엇이냐? 무슨일을 하느냐?예전 삼성에서 일했던 10년간은 한번도 받아보지 않았던 질문이다. 그 때는 삼성전자에서 R&D를 한다고 하면 더 이상의 설명이 필요없을 정도로 사람들은 쉽게 이해를 했다. '삼성전자 연구원이다' 그러면 '하드웨어냐 소프트웨어냐, 모바일이냐 가전이냐' 정도 추가 질문이 있을 뿐 그 아이덴티티는 너무도 확고했다. 하지만 삼성전자를 나와 지금은 사물인터넷 솔루션을 개발하는 일과 아시아의 혁신가들이 연결되는 플랫폼을 만드는 일, 기술을 통해 세상에 의미를 가져 올 프로젝트들, 컨텐츠와 혁신프로그램 개발, 강연, 방송, 투자, 자문 등 다양한 일들을 하다보니 사람들은 그것을 이해하는 데 불편한 마음을 드러낸다. 도대체 넌 누구냐?내가 하는 일 중 한두가지만을 알고 있는 사람들은 혼동스럽지 아니하고, 반면에 나를 아주 깊이 아는 사람들은 이 모든게 연결되어 있다는 것을 이해하기에 복잡한 아이덴티티이지만 공감한다. 하지만 대부분은 나를 적당히 알고 있는 사람들이다. 그들은 일관성없어 보이는 나의 일들(Randomness)이 무척이나 의아하다. 설명도 어렵다. 이 모든 걸 관통하는 의미로 future designer, innovation catalyst란 타이틀로 나를 소개하지만 낯선 타이틀에 대한 공감은 요원하다. 그래서 흔들릴 때가 있었다. 내가 제대로 살고 있는 것인가. 이렇게 사는것이 바람직한 것인가. 어떤 사람은 하나라도 잘하라고 하고, 어떤 사람은 정체성이 없어 보인다 했을 것이니 말이다.     삼성에 근무할 때 사내방송에 출연하여 신기술에 관한 인터뷰를 한적이 있다. 담당피디가 타이틀을 어떻게 표기할까를 물어왔다. 삼성전자 연구원이라 쓰라했더니 다른 타이틀이나 경력이 없냐고 물어 본다. 다들 삼성전자 연구원이니 뭔가 전문성을 더 드러낼 수 있는 책의 저자라던가, 다른 타이틀이 있느냐는 것이다. 없다 했다. 그리고 고민을 했던 기억이 난다. 모두가 같은 타이틀을 가지고 있을 때, 오롯이 나를 담아내려면 난 무엇이라야 하는가. 이때부터 시작된 고민의 답을 찾기 위해 회사를 그만두고, 시도하고, 새로 해 온 일들이 오히려 지금은 반대의 상황을 만들어 내고 있다. 2016년, 버닝맨 웹사이트를 둘러보다 낯선 단어를 하나 발견한다. Polymath위키피디아[3]를 찾아보면 Polymath는 르네상스맨처럼 '다방면에 박식하고 전문적인 깊이를 가지고 있는 사람’을 의미한다. 버닝맨은 매년 달라지는 주제에 맞춰 참가자를 칭하는 단어를 하나 정해서 티켓에 표기를 한다. 2016년은 'Davinci’s Workshop’이라는 주제였고 여기에 맞춰 레오나르도 다빈치같은 다재다능한 분야의 전문가이며 다양성을 기반으로 혁신적인 실험과 결과를 만드는 사람을 칭하려 한것 같다. 한가지에 전문가가 되기도 힘든 세상에 복합적이고 다양한 분야의 전문성을 가진다는 것이 다빈치나 미켈란젤로같은 천재가 아니면 가능할까하는 의문이 잠깐들었지만, 순간 내 고민의 지점과 겹치는 느낌이 들었다. 이런 사람들의 정체성은 무엇인가? 예술가로 알고 있던 다빈치이지만 사실 그의 업적은 엄청 다양하지 않은가. 그는 예술가인가? 과학자인가? 철학자인가? 작가인가? 그의 존재가 그 자체로 복잡하고 설명하기 힘든 정체성을 가지고 있지 않은가? 뭔가 그 곳에 가면 내가 가지고 있는 고민의 답을 발견할 것 같은 느낌, 또 그런 사람들을 만나면 얼마나 좋을까하는 바램이 함께 생기는 순간이었다. 그제서야 트위터에서 한 미국인 친구가 나한테 인터뷰를 해달라고 했던 일이 떠올랐다. 'Polymathic generalist’에 관한 책을 쓰는데 내 경력을 보고 인터뷰를 하고 싶다 했던 것으로 기억한다. 쉽게 설명할 수 없는 새로운 일과 영역을 만들어낸다고 믿고 있지만, 그것을 한단어로 대체할 수 없는 정체성의 고민을 가지고 있던 나에게 가까이 다가가서 알아내고 싶은 욕망이 생겼다. 사실 부끄러운 고백을 하나 하자면, 직접 가보지도 않았던 내가 가끔 방송이나 강연때 버닝맨이 만든 혁신과 실험정신이 구글 그리고 실리콘밸리와 닮아 있다고 사례로 들곤 했다는 것이다. 진짜 그 기저에 있는 본질은 겪어 보지 못한채로 버닝맨을 이야기 해 온 것이 늘 마음에 걸렸는데, 이 아쉬움은 버닝맨에 꼭 가야겠다는 욕망에 기름을 부었고, 명분을 주었다. 진짜를 보고 진짜를 이야기하고 싶어졌다. 이렇게 버닝맨은 갈망을 흔들며 내 안을 비집고 들어왔다. [1] http://www.vogue.com/13300515/famous-burning-man-attendee[2] http://www.inc.com/tess-townsend/tech-titans-love-burning-man.html[3] https://en.wikipedia.org/wiki/Polymath#라이프스퀘어 #스타트업 #창업자 #창업가 #마인드셋 #조언원문출처 : 브런치

가계부채 총액이 1,400조원을 넘어섰다고 한다. 한국은행은 얼마 전 해외경제포커스에 게재된 ‘글로벌 부채 현황과 시사점 보고서'에서 우리나라의 국내 총생산(GDP) 대비 가계부채 비율이 92.8%로 중장기적으로 성장을 제약할 수 있는 과도한 수준이라고 지적하기도 했다. 2013년 무렵 약 1,000조원을 넘어선 가계부채는 지난 몇 년간 가파른 증가 추세를 보여 왔다. 새 정부에 주어진 가장 큰 미션 중 하나가 언제 시한폭탄이 되어 폭발할 지 모르는 이 1,400조원의 가계부채 관리다. 가계부채에 대한 가장 근본적인 해결책 2가지는 1) 국민 가처분소득의 증가 또는 2) 보유한 부채의 질적 개선일 것이다. 좀 더 쉽게 말해서, 국민들이 1) 돈을 더 많이 벌게 되거나 2) 보유한 각종 대출의 이자를 지금보다 적게 내게 되면 된다는 의미다. 정부가 강한 의지를 보이고 있는 ‘부동산 시장의 안정화’ 역시 주거 실수요자의 부채 부담을 줄여 가계부채 문제를 해결해 나가겠다는 의미에서 후자의 관점으로 해석할 수 있겠다. 현 정부는 지난 2분기, 본격적인 대출총량 규제를 시작으로 다주택자를 정면적으로 겨냥한 8.2 부동산 대책을 내놓았다. 또한 내년 1월에는 법정 최고금리를 27.9%에서 24%로 인하하는 동시에, 저축은행의 여신심사 가이드라인을 실시하고 충당금을 증액하도록 하는 등 2금융권의 고금리 사업을 강하게 규제할 예정이다. 본격적인 가계부채 관리를 위해 각종 규제 패키지를 연달아 내놓고 있는 것이다. 공급을 줄이는 동시에 더 낮은 금리로 대출을 제공하겠다는 의미다. 그러나 이는 모두 대출 ‘공급'에 대한 이야기다. 정부가 내놓은 가계부채 관리 정책이 ‘수요'에 대한 근본적인 해결책이 없이 단기적인 시각에서 ‘공급'만을 옥죄고 있는 것은 아닌가 싶다. 물론 정부가 공급을 규제하기만 하고 아무런 대책을 내놓지 않은 것은 아니다. 서민들의 대출 부담을 줄여주기 위해 정부는 올 하반기 햇살론, 사잇돌대출과 같은 정책금융상품의 공급을 2조원으로 늘리겠다고 발표했다. 금융사들의 민간 자본 공급을 죄기로 했으니 정책 자금, 즉 세금이라도 풀겠다는 것이다. 하지만 신용대출 잔액만 해도 연간 260조원이 넘는다. 과연 2조원이 넘는 국민의 세금을 공급하는 것이 가계부채 폭탄에 대한 지속적인(sustainable) 해결책이 될 수 있을까? 공급 조절을 통해 시장 전체가 안정화되어 수요 수준까지 관리되기에는 상당 시간이 소요된다. 보다 신속하고 근본적인 해결책은 ‘공급 규제'가 아닌 ‘지속 가능한 공급’에 대한 고민이다. 미국, 영국, 중국 등 핀테크(FinTech) 금융 선진국으로 눈을 돌려 보아야 하는 이유다. 해외 금융 선진국에서 가장 두각을 나타내고 있는 핀테크 금융은 대출자(borrower)와 투자자(lender)를 100% 비대면으로 연결하는 P2P금융산업이다. 자체적으로 중금리 신용 평가 모델을 개발하고 지점 운영 등 오프라인에서의 비용을 절감해, 대출자에게는 10% 대의 중금리 대출을 해주고 투자자에게는 은행 예적금의 3~4배에 달하는 투자 수익을 돌려 주는 win-win 플랫폼 비즈니스다. 지난해 8월 테크크런치에서는 ‘스타트업이 소비자 부채 문제를 해결해 나가는 방법(How startups are trying to fix consumer debt)’이라는 제목의 기사에서 SoFi, Lending Club 등 대표적인 P2P금융기업들이 전통적인 금융 산업을 혁신하고 있는 방법을 소개하기도 했다. 이미 미국에서는 P2P금융이 연간 40조원의 중금리대출을 제공하고 있다. 이는 미국 전체 신용대출 시장의 4% 이상으로, 이 중 약 70%의 대출에 전통적인 금융회사가 투자자(lender)로 참여해 대규모의 민간 자본을 공급하고 있다. 민간 자본이 ‘공급처'가 되어 금융의 선순환 구조를 만들어 내고 있는 것이다. P2P금융 플랫폼이 민간 자본을 위한 훌륭한 대체 투자처의 역할을 하게 되면서 정부가 국민의 세금을 대출 공급에 사용하는 일이 줄어들고 있는 셈이다. 가계부채를 해결해 나가기 위해서는 대출 공급을 규제하고 세수를 투입하는 것으로는 부족하다. 근본적인 해결책은 1) 직접적인 가처분소득 증가를 통한 대출 수요의 개선 또는 2) 지속 가능한 적정금리의 대출 공급 방안을 창출해 내는 것이다. 특히 ‘지속 가능한 적정금리의 대출 공급 방안 창출'에 있어서는, 기술을 기반으로 전통적인 금융산업이 혁신을 이루어 낼 때 달성될 수 있음이 이미 수많은 국가에서 증명되었음을 눈여겨 볼 필요가 있다.

 2018년 3월 21일 출범한 조직문화협의체는 현대글로비스가 추구하는 기업문화의 지향점인 ‘신뢰 속에 함께 성장하는 글로비스, 글로비스人’을 바탕으로 조직문화의 변화를 선도하는 막중한 역할을 맡았습니다. 각 부서 대표로 선발된 24명의 구성원들은 상호 신뢰, 소통과 협업, 워크스마트, 일과 삶의 균형 등을 목표로 캠페인을 진행하는 등 조직문화 개선을 위한 다양한 시도를 행하고 있습니다.Q. 조직문화협의체 출범 배경이 궁금합니다.국제SCM2팀 김용국 대리 2014년 6월 2일, 우리 현대글로비스는 이날을 ‘윤리의 날’로 지정하며 건전한 기업 문화 조성의 초석을 마련했어요. 이러한 활동은 2016년 한국윤리경영 대상 수상으로 이어졌고, 올해에는 반부패 국제인증인 ISO37001를 취득하며 윤리경영의 성과를 인정받았죠. 우리 회사는 이것에 그치지 않고 새로운 목표를 세웠어요. 그동안 구축해온 윤리의식을 바탕으로 자발적이고 창의적인 업무 수행 분위기를 조성하고, 궁극적으로는 신바람나는 일터를 만들어 가자는 것이죠. 그래서 윤리의 날을 ‘기업문화의 날’로 변경했으며, 기존의 윤리경영팀 또한 신뢰와 성장, 조직 활성화 등 조직문화적 관점을 더해 ‘기업문화팀’으로 거듭났습니다. 그리고 올해 3월 21일, ‘현대글로비스의 다양한 목소리를 청취하고 이를 본격적으로 실행해 나가자’는 취지로 각 실의 오피니언 리더 24명을 추천 받아 조직 문화 변화를 선도할 ‘조직문화협의체’를 출범했습니다.Q 조직문화협의체의 지향점과 구체적인 역할은 무엇인가요?벌크선1팀 이예원 과장 협의체 출범 전에도 조직문화 변화를 주제로 한 프로그램들이 시행되었지만 담당 부서가 명확하지 않거나 직원들의 목소리가 잘 반영되지 않는 등의 문제가 종종 있었어요. 그런 의미에서 온전히 조직문화의 긍정적인 방향을 고민하고, 의견을 제시할 수 있는 조직이 생겼다는 것은 큰 의미를 지녀요. 조직문화협의체는 현대글로비스가 추구하는 기업 문화의 지향점인 ‘신뢰 속에 함께 성장하는 글로비스, 글로비스人’을 정착시키는 것을 가장 큰 목표로 삼고 있어요. 목표 달성을 위해 추진 방향이자 전략인 ‘상호 신뢰’, ‘소통과 협업’, ‘워크스마트’, ‘일과 삶의 균형’을 녹인 조직문화 프로그램을 기획·실행하고 있습니다.국내TPL영업1팀 원종훈 과장 지난 4월 26일에는 조직문화협의체 워크숍을진행했어요. 경영진이 참석한 자리에서 앞으로의 활동 방향을 알리고, 공감대를 형성했죠. 조직문화협의체 구성원들은 각 실의 목소리를 대변한다는 자세로 한 달에 한 번 진행하는 정기회의 때마다 다양한 제안을 내고 있어요. 회의때 나온 안건들을 발전시켜 현재 조직문화 프로그램을 시행 중이고요.Q. 현재 추진 중인 조직문화 프로그램을 소개해주세요.구매1팀 서성관 과장매주 금요일마다 ‘캐주얼데이’를 시행하고 있는데요, 그동안 ‘비즈니스 캐주얼’이라는 한정된 스타일 때문에 옷 입는 데 제약이 많았어요. 그러다 조직문화협의체에서 ‘캐주얼데이라는 명칭에 맞게 청바지, 운동화, 라운드 티셔츠 등 입을 수 있는 옷의 범위를 넓혔으면 좋겠다’고 제안했고, 그 의견이 통과돼 지금은 더욱 편안한 복장으로 출근하게 되었답니다. 옷이 바뀌니 직원들이나 관리자들의 마음이 열리는 긍정적인 효과를 보았고, 직위고하를 막론하고 보다 가깝게 소통할 수 있었어요. 서로를 바라보는 시선에도 여유가 생겼고요. 조직문화라는 것이 한순간에 바뀌지 않기 때문에 점진적으로 변화시키려는 노력이 중요하다고 생각해요.대외협력팀 김병윤 차장금요일 낮 1시, 사내방송 시간에 ‘칭찬릴레이’를 실시하고 있어요. 칭찬자가 직접 방송에 나와 사연을 읽어주는 형태인데요, ‘얼굴 한 번 본 적 없는데 업무할 때 도움을 많이 받았다’, ‘신입사원 시절 멘토였던 선배에게 고마움을 전하고 싶다’, ‘마라톤 동호회 활동을 하며 꾸준히 자기관리 하는 동료가 멋지다’ 등의 다양한 사연이 전해졌어요. 칭찬릴레이를 통해 칭찬 문화를 자연스럽게 조성하고, 직원 간 신뢰와 소통, 협업이 증대되길 기대하고 있어요.KD사업1팀 윤영실 대리 기업문화팀은 조직문화협의체와 함께 같은 발음을 가진 3개의 동사 ‘잇다, 잊다, 있다’를 활용해 Behavior Rule ‘[읻:따] 조직 문화 캠페인’을 전개하고 있어요. 생활문화, 업무문화, 회식문화, 회의문화 등 네 가지 영역에서 직장 생활의 행동양식과 기준이 될 조직문화를 전파 중 입니다. 이밖에도 회사의 발전을 위한 제보 및 건의사항을 익명 또는 기명으로 제안할 수 있는 현대글로비스인들만의 의견 수렴 창구, ‘TalkTalk 채널’도 운영 중이에요.Q. 조직문화협의체 활동이 미치는 긍정적 영향이 있다면?국내TPL영업1팀 원종훈 과장 현대글로비스의 각 실 대표들이 모여 있는 조직이다 보니 다양한 구성원들과 소통할 수 있다는 점이 매력적이에요. 같은 주제를 가지고 함께 고민하고 아이디어를 도출해 실행하는 과정 또한 업무와는 다른 재미가 있고요. 지금 당장 모든 문제를 해결할 수는 없지만, 조직문화협의체가 회사의 다양한 문제 해결을 위한 첫걸음을 떼는 역할을 하는 것 같아 구성원으로서 자부심을 느껴요.Q. 조직문화협의체 구성원으로서 바람이 있다면?벌크선1팀 이예원 과장 출범 초반 ‘반짝’ 활동하다 사라지는 조직이 되지 않으려면 구성원 한 명 한 명이 구심점이 되어 임직원들의 다양한 의견을 수렴해 적극적으로 개진하고, 실행 가능한 과제를 선별해 조직문화를 확실하게 바꿔 나가려는 노력이 필요해요. 1년에 실행 과제 2개씩만 바꿔 나가도 10년이면 20개의 변화가 생기고, 나중에는 현대글로비스 고유의 조직문화로 자리 잡을 수 있을 거라고 생각해요.사업관리팀 이길수 과장 ‘조직문화’에 초점을 둔 조직인 만큼 시대의 변화를 받아들이는 열린 자세를 가지고 직원 간 소통의 가교 역할을 해 현대글로비스의 성장과 발전을 도모할 수 있었으면 좋겠어요. 임직원 여러분 또한 적극적으로 조직문화협의체에 좋은 의견, 건의사항 등을 내어 주셔서 현대글로비스의 좋은 조직문화를 구축하는 데 동참해주셨으면 해요.현대글로비스의 조직문화를 이끌어나갈 조직문화협의체의 활약을 기대합니다!#현대 #현대그룹 #현대글로비스 #조직문화 #기업문화 #기업문화팀 #직무정보 #구성원인터뷰 #공채정보

오후 두 시의 회의실. 개발자들의 스터디하는 소리로 뜨겁다. 국내 최고의 추천 기술을 보유했다는 데이블. 10년 이상의 경력을 가진 노련한 시니어 개발자들 사이에서, 스쳐 지나가는 단어 하나하나 놓치지 않으려 귀 기울이고 있는 주니어 개발자들을 만났다.안녕하세요? 간략한 소개와 두 분의 업무에 관해 설명해주세요.형주: 안녕하세요? 저는 데이블 개발팀 최형주입니다.저는 백앤드 개발팀의 신입 개발자로서 데이블의 인프라 관리, 백앤드 개발 그리고 가끔 데이터 분석을 하고 있습니다. 주로 사용하는 서버는 클라우드 플랫폼인 AWS(Amazon Web Service)과 Nodejs 이고, MySQL, Redshift, Python을 사용하여 데이터 처리와 분석을 하고 있어요.성현: 안녕하세요. 저는 데이블 개발팀 이성현입니다.제 메인 업무는 데이블 위젯의 스타일링과 관련 문제 해결입니다. 고객사 페이지를 분석해서 위젯 디자인을 만들고, 추천 결과가 안 나오는 경우에 문제를 수정하는 작업입니다. 특별한 기능이 필요한 위젯이 있으면 스크립트 작업도 하고요. 작업 도구는 회사 내부 시스템이 있어서 그 안에서 직접 작업하고, CSS로 작성합니다.위 업무가 메인이지만 다른 영역과 겹칠 때도 잦아서 회사에서 사용하는 여러 시스템을 만질 수 있어야 합니다. 도구는Html+CSS+js 외에 Node, gulp, react, angular angularJS, PHP, 젠킨스, AWS, MYSQL, git를 사용하고 있습니다.두 분 다 신입 개발자이신 만큼 회사를 선택하는 데 있어 신중했을 것 같아요.데이블을 선택한 이유는 무엇인가요?형주:  저는 대학원에서 빅데이터 처리관련 연구를 주로 했었어요. 졸업할 때쯤 제 전공과 관련된 회사에 지원했었고 많은 면접을 보았습니다. 여러 회사에서 면접을 봤지만 데이블에서 봤던 면접 경험이 만족스러웠고 특히 개발자들의 실력과 내공이 느껴져 신입으로서 많은 것을 배우고 싶어서 입사하게 되었습니다. 복지 또한 여느 알려진 회사들에 비해 부족하지 않아서 굉장히 만족하고 있습니다.성현: 처음 데이블에 호감을 느끼게 된 건 기술 중심 스타트업이라는 점이었습니다. 도전하는 자세, 유연한 사고, 성장 가능성, 복지 등 여러 가지 기준들이 있겠지만, 내가 재미를 느낄 수 있는가, 개발자로서의 성장 이 두 가지로 압축되었어요. 저 같은 경우에는 블로그를 보면서 회사 분위기를 대략 파악했던 것 같네요. 자유로운 분위기도 잘 느껴지고, 서로를 배려하면서 열심히 일하는 것을 간접적으로 경험할 수 있었어요. 면접 보러 갔을 때, 블로그에서 보던 사람들이 블로그 글과 비슷한 느낌으로 편하게 얘기하는 걸 보면서 마음을 굳히게 됐어요.데이블의 분위기는 어떤가요?형주: 분위기는 실제로 굉장히 수평적입니다. 서로 존댓말을 사용해서 존중받는 기분이 들어요.성현: 저는 데이블 오기 전에 잠시 다른 회사에 있었는데, 거기서는 과한 예절이나 눈치를 보는 분위기가 있었어요. 데이블은 수평적인 분위기이다 보니 스트레스 받지 않고 일에 집중할 수 있어 좋아요.형주: 저 같은 경우, 잠에 굉장히 민감한 편인데 출퇴근이 탄력적이어서 지각에 대한 스트레스가 없어서 좋아요. 그래서 저는 보통 9시 넘어서 일어나서 10시쯤 출근하고 7시쯤 퇴근하는 편입니다. 그리고 식대도 지원해주고 있어요~성현: 매일 4시쯤 회사가 지원하는 간식 타임이 있어요. 오랜 시간 앉아서 일하다 보면 집중력 떨어질 때 쯤 다 같이 모여 대화를 나누면서 간식을 같이 먹습니다. 만약 생일이 있으면 간식 타임과 더불어 생일 파티를 해요.형주: 간식과 음료수가 항상 냉장고에 갖춰져 있어서 먹을 것을 좋아하는 사람에게 최고인 것 같아요. 저는 살이 잘 안 찌는 체질인데 입사 후 2킬로가 쪘어요.성현: 거의 슬랙과 트렐로 위주로 업무를 하는데 간식 타임에는 여러 사람과 대화를 할 수 있어 좋습니다. 서로 대화도 같이하고, 같이 활동할 수 있는 시간을 마련하기 위해 ‘플레이 데이’ 도 2개월에 한 번씩 열고 있어요! 회사-집, 집-회사를 반복하다가 다 같이 뭔가를 하니 신선했어요. 업무 외적으로 같이 활동하면서 사람들과 친밀감을 느낄 수 있어서 좋았어요.데이블을 선택했던 이유 중 개발자로서 성장 가능성도 있었는데 이것은 어떻게 채워지고 있나요?성현: Dabler, Be The Expert 프로그램(이하 BTE 프로그램)이 있고 업무 관련 스터디도 활발히 진행하고 있어요.자세히 설명해주세요. 성현: BTE 프로그램의 경우 장기목표를 정하고 반기별로 관련 학습 계획을 세워요. 그 안에서 책도 사고 강의도 신청하고 하는 거지요. 스스로 목표를 잡고 자유롭게 계획을 세울 수 있어서 좋아요. 본인이 정말 원하는 것을 배울 수 있고, 필요한 자금은 회사가 지원하는 거죠. 단, 업무에 관련된 성장 계획이어야 한다는 가이드라인이 있어요.이 외에도 백엔드 개발자들과 함께 AWS 사용법을 주제로 스터디도 해요! 보통 프론트엔드를 담당하지만, 백엔드 영역도 경험할 수 있어요. 본인 스스로 영역을 넓히기 위해 공부하고 능력이 된다면 활동 범위가 굉장히 넓어져요. 회사 차원에서도 그런 시도를 장려해요. 빨리 성장해야겠다는 욕심이 있어요.형주: 전 회사에서 일주일에 2번 모여서 스터디도 하고 있고 MOOC 강의를 수강하거나 책을 사고 싶을 때 눈치 볼 필요 없이 신청하면 돼요. 그리고 반기별로 자기 개발을 잘한 직원에게 인센티브를 줘요.※BTE 프로그램이란?그럼 두 분은 BTE 프로그램을 통해 어떤 것들을 배우고 계시는가요?형주: 저는 Coursera에서 Recommender System 수업을 듣고 있어요. 아무래도 우리 회사의 핵심기술이 추천 기술이다 보니까 이쪽 분야를 깊게 공부해야겠다는 생각이 들었습니다.성현: 저는 웹을 능숙하게 다루고 싶어서 상반기에는 인프라, 자바스크립트, 웹 표준, node 등 기본을 다시 챙기고 하반기에는 웹 최신 기술을 공부하려고 해요.지금은 자바스크립트 관련 책 3권과 강의 2개를 신청해서 주로 퇴근 후 또는 주말에 듣고 있어요. 업무와 관련된 것을 공부하고 나서 코드를 작성하면 대충 넘어갔던 부분들이 보여요. 그 부분을 놓치지 않고 수정하고 개선하다 보면 예전보다 나은 결과물이 나오고 뭔가 아는 게 늘었구나! 하는 보람을 느낍니다.데이블에서 개발자로 일하며 느끼는 점형주: 저의 경우에는 신입 개발자 관점에서 경험 많은 개발자분의 피드백을 통해 노하우를 전수하는 점이 좋았어요. 그러면서 기존에 놓치고 있던 부분이나 실무와 이론 사이의 괴리감을 좁히는 경험이었습니다. 저도 학부, 대학원 시절 많은 코딩을 했지만 제가 작성한 코드가 잘 작성된 코드인지 잘 읽히는 코드인지는 스스로 공부하기 힘들었는데 이러한 피드백을 통해 성장함을 느꼈습니다.어려웠던 점은 우리 회사는 애드테크 회사이다 보니 광고 용어를 굉장히 많이 사용하는데 광고에 관해 얘기할 때 처음에는 광고 용어를 몰라 답답했었는데, 스터디를 만들어서 어려운 점을 조금은 해소할 수 있었어요.성현: 자기만 할 수 있으면 얼마든지 여러 프로젝트에 참여할 수 있는 문화가 좋아요. 예를 들면 저는 위젯 담당이지만, 위젯 업무 틈틈이 데이블 시스템 페이지 수정을 할 수도 있고 내부 DB를 이용해서 사업팀에게 도움이 되는 통계 페이지를 만들기도 해요. 얼마 전에는 커뮤니티에 데이블 추천 기능을 직접 넣는 프로젝트를 했습니다. 보통 추천 연동은 고객사가 하고 저는 위젯만 만들고 있었거든요. 이번에 고객사 입장에서 서버 쪽을 만져본 거죠.미래의 데이블은 어떤 모습일까요?형주, 성현: 세계 No. 1 콘텐츠 디스커버리 플랫폼! 경영진이 자기 개발 지원이나 복지에 신경을 많이 쓰고 있어서 계속 나아질 것 같아요.데이블의 개발자가 되기 위해 어떤 것들이 필요할까요?형주: 제가 생각하기에 시니어 개발자분들이 가장 중요하게 여기는 부분은 CS 분야의 기본기였던 것 같습니다. 이 기본기를 통해 자주 사용하는 툴이나 오픈 소스가 내부적으로 어떻게 구성되어 있고 동작하는지에 대한 공부를 하면 도움이 될 것 같습니다.성현: 저는 주도적인 자세요! 스스로 일하고 배우는 자세가 필요합니다. 다른 개발자와 소통하면서도 자기 일의 진행 관리나 조율은 스스로 해야 해요. 다음 일을 직접 찾아야 할 때도 있고요. 또 전부를 물어볼 수는 없으니 어느 정도 혼자 찾아 공부하는 습관도 필요해요. 그리고 자기가 지원하는 포지션에서 사용하는 핵심 기술 하나는 능숙하게 사용할 수 있어야 해요. #데이블 #팀원 #개발자 #개발팀 #개발 #팀원소개 #인터뷰 #기업문화