행복한디벨로퍼

데이터엔지니어로서의 첫 걸음, 기회는 스스로 만드는 것이다.
고객센터개발팀 -> 광고플랫폼 개발실의 크리에이티브개발팀 으로 조직을 이동하면서 나는 광고 관련 일을 하게 되었다.
물론 내가 광고 도메인에 관심이 많아 이동하긴 했지만 실제로 광고 관련 일을 하다보니 광고 사업 자체가 큰 매력으로 다가왔다.

특히 우리가 마주하는 광고 대부분이 무작위 광고가 아닌 내 관심사나 관심을 가질 법한 것들을 개인의 비식별화된 아이디를 기반으로 데이터들을 쌓고 추천되어 제공되어 진다는 점이 무척이나 매력적이었다.
그렇게 나는 데이터 관련 업무를 해보고 싶다는 생각을 하고 있었지만 실제 데이터 엔지니어가 되기 위해서는 하둡이나 스파크와 같은 경력이 필요했었다. 하지만 나는 주로 웹개발(프론트&서버) 위주로 해왔기 때문에 관력 지식이 없었다.

토머스 에디슨이 ‘기회는 스스로 만드는 것’이다 라고 했던가, 나는 기반 지식이 부족하긴 했지만 항상 관심을 가지고 있다는 것을 주변 상사분들과의 면담이 있을 때면 얘기를 하며 관련 책도 틈틈히 보고 있었다. 그렇게 새 팀에서 1년 정도 일했을 때 쯤 광고 DMP를 운영하고 있던 로그시스템개발팀의 업무가 너무 많아지면서 광고 DMP를 맡을 새로운 팀을 꾸린 다는 이야기가 돌고 있었다.

광고플랫폼실 이사님은 관련 데이터 지식이 있는 개발자들을 뽑고자 공고도 올렸었지만 2017년 사실상 하둡과 스파크를 실무에 적용해 사용해본 개발자들이 많지 않았기에 원하는대로 인력을 충원하는게 쉽지 않았고 내부에서 키우자는 결정이 났다.

실제로 관심이 있어하던 걸 알고 계셨던 팀장님께서 날 추천해주셨고 그렇게 나는 데이터 엔지니어로서의 첫 걸음을 시작할 수 있게 되었다.기회는 스스로 노력하는 자에게 온다.

진급 아닌 진급이 주는 책임감

2014년 7월 입사 후 어느 덧 시간이 흘러 2017년이 다가왔다.
2017년 3월 나와 함께 입사한 동기들은 모두 ‘전임 연구원’으로 진급하였다.

사실 진급이라고 말하기 애매한게 회사 특성상 3년차가 되기만 하면 별도의 평가 없이 자동으로 ‘전임’이라는 호칭을 달게 되었기 때문이다.하지만 ‘전임 연구원’이 나에게 주는 의미는 꽤나 크게 다가왔다. 사원 시절에는 기초적인 부분을 몰라 헤매거나 시덥지 않은 질문을 하더라도 크게 문제가 되지 않았다.

나를 바라보는 시선에는 자연스레 ‘신입이니까’, ‘사원이니까’ 라는 나를 보호하는 울타리가 존재했기 때문이었다.
‘전임 연구원’이라는 호칭이 주는 느낌은 이제 1인 분은 충분히 해낼 수 있는 위치에 있다는 걸 반증하기도 했다.
회사 입장에서도 충분한 교육과정이 끝나고 본격적으로 실무를 뛸 수 있는 위치로 생각하는 풍조가 만연했다.

그렇기에 진급은 아니었지만 꽤나 큰 책임감으로 다가왔다.
새로운 조직에서 전임 연구원으로써 나의 생활은 하루 하루 도전으로 다가왔다.

더 이상 신입때부터 날 케어해 줬던 선임도 함께 심리적으로 의지하고 지냈던 동기도 없었다.
그렇지만 나는 지난 2년 반의 시간 동안 많이 성장해있었고 팀에 필요한 일들을 어렵지 않게잘 해결해 나가며 팀원 들과도 좋은 관계를 형성해 나가고 있었다. 내가 이제 해야 할 일은 ‘전임 연구원’으로써 ‘선임 연구원’으로 진급하기 위해 필요한 자질들을 갖추어 나가는 것이었다.회사에서 주는 ‘전임’이라는 호칭은 내게 ‘기분 좋은 긴장감’을 주기에 충분하였다.

버티는 것만이 답이 아닐 수 있다.

2014년에 고객센터개발팀에서 신입 개발자로 약 2년 정도를 보낸 후 광고플랫폼으로 부서를 이동하게 되었다.
부서를 이동하게 된 이유에는 크게 2가지가 있었다.

첫 번째는, 계속되는 팀장님과의 갈등이었고
두 번째는 광고도메인지식에 대한 관심이었다.

사실 이유를 2개를 들긴 했지만 실제로 내가 부서를 옮기도록 촉매제 역할을 했던 건 첫 번 째 이유가 훨씬 강했다.
사실상 직장생활을 해본 분들이라면 직장에서 일이 힘든 것 보다 인간관계에서 오는 힘듦이 훨씬 괴롭고 크다는 것을 알고 있을 것이다.

신입 초반 때는 사실 이게 나만의 문제인 줄 알았다.
내가 아직 실력이 많이 부족하고 경험이 부족했기에 인격적으로 무시 당하는 말을 들었어도
물론 밉긴했지만 ‘내가 더 열심히해서 성장해야지’ 라고 생각하며 넘겨왔었다.

하지만 시간이 흘러 신입때에 비해 많이 성장했고 어느 때 보다 퍼포먼스를 많이 냈던 때에도
팀장님과의 갈등은 좁혀 들지 않았고 수 백 번을 고민하다가 면담을 신청해 힘들었던 점들과 상처 받은 부분들에 대해 얘기를 했었던 기억이 난다.

그 당시에는 일시적으로는 해소가 된 것 같았지만 사람은 변하지 않는다고 했던가,
동일한 상황이 반복되며 나아질 기미가 보이지 않았다.
‘나는 할 만 큼 했다’는 생각이 들었고 이대로 가다가는 결국에는 회사에서 받는 스트레스로
오래 직장생활을 하지 못할 것 만 같았다.
그래서 사내 전배를 신청하기로 마음을 먹었고 평소 관심이 있었던 광고플랫폼쪽 팀장님께 다짜고짜 메일을 보냈던 기억이 난다.만나서 면담같은 면접도 보고 내부적으로 TO가 마침 필요했다고 하시면서 좋게 봐주셨고 그렇게 나는 첫 조직을 이동하게 되었다.

그렇게 팀을 옮기고 나니 이 전 팀에서의 나만의 문제라고 생각하고 있던 부분들이 결코 나의 문제가 아니였음을 깨닫게 되었고 훨씬 더 일하는 것이 즐겁게 느껴졌다. 

뜬금없지만 연애도 비슷한 것 같다.
있는 내 자신의 모습 그대로를 인정해주고 받아들여주는 사람과의 연애는 나의 자존감을 올려주지만
반대의 연애는 나의 자존감을 한 없이 떨어트릴 수 있다.

명심해야 할 것은 두 상황에서 모두 '동일한 나'라는 것이다.
지금 힘들다면 같은 환경에서 버티려고만 하는게 답이 아닐 수 있다.

귀가 닳도록 들었던 ‘토이프로젝트’ 마음의 짐을 벗어 던지다.

신입 개발자라면 많이들 듣는 얘기가 있을 것이다.
개발 실력 키우고 싶다고? 그럼 ‘개발 블로그’, ‘토이 프로젝트’를 한 번 해봐~정말 귀가 닳고 닳도록 많이 들었던 이야기들이다.
처음에는 ‘아니 일하기도 바쁘고 회사에서 몰랐던 내용들 학습하기도 바빠 죽겠는데 언제 또 개발 블로그 하고 토이프로젝트를 하라는 거야’ 라는 생각이 강했었다.

나는 지금 당장 회사 업무를 잘해내기에도 많은 시간과 노력, 에너지를 쏟아 붓고 있었다.
하지만 잔소리에도 힘이 있든 무의식중에 나도 개발자라면 ‘토이 프로젝트’는 하나 해봐야 한다는 강박을 가지게 되었다.
그렇게 ‘토이 프로젝트’는 마음 한 켠의 짐이 된채 3년 이라는 시간이 흘렀다.

어느 덧 나도 내가 맡고 있는 시스템에서 한 축을 담당하고 있었고 ‘나도 무엇인가를 스스로 만들고 운영할 수 있겠다’라는 자신감이 뿜뿜 하던 시절이었다. 그렇게 나는 매번 시도하려고 했지만 바쁘다는 핑계로 포기하였던 ‘토이 프로젝트’를 하게 되었다.

‘어떤 소재의 토이프로젝트를 하면 좋을까’ 하는 생각을 하게 되었고 그 당시 한 참 가격이 많이 올라 시끌벅적 했던 비트코인 관련된 프로젝트를 해야 겠다 생각했다. 그 당시 2017~2018년도 비트 코인 거래를 했던 사람이라면 알 것이다.

한국에서 비트 코인 거래를 하려면 ‘김치 프리미엄’을 참고했어야만 했다.
김치 프리미엄이란 다른 나라에서 거래되는 비트코인가격에 비해 한국에서만 유독 다른 다라 코인 가격보다 적게는 5% 많게는 20~100%까지 높은 시세에 거래되고 있는 현상을 얘기했다. 그렇기에 다른 나라의 비트코인에서 비트코인을 사서 우리나라 거래소로 코인 지갑을 통해 옮겨와 김치 프리미엄 만큼의 차익을 챙겨가는 행위들 또한 만연했었다.

이러한 이유로 다른 해외 거래소와 비교해 김치 프리미엄을 알려주는 웹서비스는 코인러들 사이에서 유명하였다.
그래서 검색을 하다보니 내가 생각했던 웹서비스가 있었고 유저 방문자수가 엄청나다는 것을 웹트래픽을 측정해주는 similar web이라는 사이트를 통해 알게 되었다. 사이트를 보면서 ‘엇 나도 이정도는 만들 수 있겠는데’ 라는 생각이 들었다.
그렇게 나의 첫 토이프로젝트가 탄생 하게 되었다.

사실 마음먹기 보다 행동하기가 더 쉽지 않지만 너무 마음속에 몇 년 째 짐짝처럼 날 짓누르고 있던 ‘토이프로젝트 하기’라는 압박감을 벗어 던지고 싶은 마음이 커서였는지 생각하고 서비스를 오픈하기까지 약 1달도 안걸렸던 것으로 기억한다.그렇게 탄생했던 토이프로젝트(서비스 명칭 re-mind)로 나는 배너 광고라는 수익도 얻어보고 다양한 사업제한(사실상 불법성 제안들,,,,)도 받게 되었다.
그 이후 다양한 기능들을 추가하며 나만의 첫 토이프로젝트를 운영해나갔지만 갑작스런 코인 시장의 폭락과 함께 약 1년만에 서비스의 문을 닫게 되었다. 하지만 토이프로젝트로 인해 나는 ‘무엇이든 할 수 있다’라는 자신감을 얻게 되었고 이 경험은 훗날 내가 다양한 도전을 하는데 작은 성공의 경험으로써 매번 나에게 힘이 되어 주었다.

그리고 가장 컸던 건, 항상 날 짓누르고 있던 ‘토이 프로젝트 만들기’라는 마음의 짐을 벗어 던지며 내 스스로 ‘나도 진짜 개발자가 되어 가고 있구나’하는 마음을 주었고 좀 더 내가 만들어가는 시스템들과 경험들에 대한 애착을 키워나는 밑바탕이 되어 주었다.

구글에 검색해 보니 그 당시 내 사이트를 홍보해주는 글을 모르시는 분이 감사하게도 Steemit 작성해 주셨었다.
https://steemit.com/coinkorea/@terrykim2479/re-mind-kr

마음의 짐을 벗어나는 길은 행동하는 것 뿐이다.

2018년 첫 토이프로젝트 이후 썼던 포스팅
https://brocess.tistory.com/151

인생사 새옹지마, 라인 기획자에 지원하다.

어느 덧 개발자로 NHN에 입사한지 1년이 지나고 2년차가 되었다.
그동안 나는 많이 성장했고 개발도 나름 재미있게 하고 있었지만
항상 나보다 잘하는 동료들을 보며 계속해서 열등감을 느끼던 시절이었다.

고객센터개발팀에서 이메일상담시스템을 운영하고 있었고 NHN에서 모든 서비스들이 해당 플랫폼을 통해 CS를 접수 받고 처리하고 있었기에꽤나 규모가 있는 시스템이었다. 그렇기에 고객센터개발기획팀이 따로 존재하였고 기획팀 분들과도 자주 협업할 기회가 있었다.

대부분의 의사결정은 팀장님과 기획팀장님이 하셨지만 그 과정을 회의를 통해 어느정도 엿볼 수 있었다.
그럴 때 마다 드는 생각이 시스템을 잘아는 사람이 기획을 하면 좀 더 심도 있는 기획을 할 수 있을 것 같다는 생각이 들었고, 나도 기획을 해보고 싶다는 생각을 은연중에 하게 되었다.

그렇지만, 회사 내에서 직무를 갑자기 변경하기는 주변 시선도 그렇고 내 스스로도 시선들을 감당해가며 직무 변화를 시도하는 것 자체가 부담이였다.그래서 외부 채용공고로 눈을 돌리던 중 라인(LINE)에서 비슷한 ‘고객서비스플랫폼 기획자’를 채용하는 공고를 보게 되었다.‘얼씨구나, 날 위한 공고구나’ 하며 열심히 이력서를 썼던 기억이 난다.

물론 기획을 해 본 유경험자를 원했지만 무슨 자신감이었는지 고객시스템을 직접 개발한 경험을 들여가며 근자감(근본없는 자신감) 넘쳐하며 작성하였다.물론 결과는 ‘서류 탈락’ 이었다. 지금의 내가 생각해봐도 개발 경력도 얼마 안되고 기획 경험도 없던 나를 뽑지 않았을 것 같다.

그 당시에는 그 결과에 많이 낙담했었던 것 같다. 하지만 이로 인해, 가고 있던 개발자의 길을 다시 집중해서 걸을 수 있게 되었고 (해보고 싶다는 생각에서 그친게 아니라 실제 시도는 해봤기에 후련하기도 했고 내 길이 아니라는 합리화?도 하며 생각을 쉽게 접을 수 있었던 것 같다) ‘그때 만약 내가 기획자로 합격을 해서 기획자로의 길을 걸었다면,,?’ 이라는 상상을 간혹해보곤 하였다.

지금 생각해보면 그 때 서류 탈락 했던게 ‘나에게 있어서는 신의 한 수’였다고 생각한다.
만약 합격했다면, 평생 개발이 주는 즐거움에 대해 알지 못 했을 테니.

나는 단 한번도 ‘뛰어난 개발자’가 되고 싶지 않았다.

IT개발자로 밥벌이를 해온지 벌써 10년차가 되어 가고 있다.
처음 개발자로 일을 시작한 이후 9년 가까이 되는 시간 동안
나는 ‘뛰어난 개발자가 되어야 겠다’고 생각해 본 적이 단 한 번도 없다.

물론, 컴퓨터공학과를 입학하는 순간부터 컴퓨터에 미쳐있는
주변 친구들을 보며 ‘나는 안돼’라고 셀프 세뇌 당했던 것도 한 몫 했으리라 본다.

이런 생각은 학교를 졸업 후 회사에 취업해 주변에 잘하는 동기들을 보며 더 확고해져 나갔다.
나의 그 당시 목표는 ‘주변의 동기들 만큼 만이라도 하는 것’이었다.
그 목표를 이루기 위해 나는 끊임없이 노력해야만 했고 사실 중간에 포기하고 싶었던 적이 너무 많았다.

하지만 그 순간마다 날 붙잡았던 두 가지 생각이 지금까지 날 개발자로서의 삶을 살게 해주었다.

첫 번째는, ‘포기 할 때 포기하더라도 개발자로서 인정을 받아 보자’였다.
솔직하게 나는 개발자로서 더 코딩을 잘하기 위해 많은 시간을 들여 본적이 없었고
아무 노력도 해보지 않은 채 포기하는 것은 내 스스로가 용납하기 힘들었다.

두 번째는, 내가 잘하는 것이 무엇인지 몰랐다.
회사에 힘들게 개발자로 취업 했는데 힘들다고 포기하고 퇴사하자니 대안이 없었다.
다시 말해, 내가 무엇을 잘하고 재미있어 하는지 알지 못했다.
왜냐하면 무엇인가 내가 인정을 받을 만큼 한 분야에 시간을 투자해 성과를 얻어보지 못했기 때문일 것이다.

이 두가지 요인으로 인해 나는 감사하게도 개발자로 삶을 지속할 수 있었다.

그렇게 3년이 지나고 4년차가 되던 어느 날 부터, 나는 개발자로 하루 하루 살아 갈 수 있음에 감사함을 느끼게 되었다.
신입 시절 목표로 했던 ‘남들만큼은 하는 개발자’가 되고 나니 개발하는 일이 너무 즐거웠다.

하지만 이 목표를 이루고 나서도 나의 목표는 ‘뛰어난 개발자’가 아니었다.
오히려 개발자로 일을 하다보니, 사람들이 필요로 하는 서비스는 그렇게 뛰어난 기술과 프로그래밍 실력을 요하지 않는다는 것을 깨달았기 때문이다.기술과 프로그래밍은 사람들이 필요로 하는 서비스를 만드는데 주요 요소일 순 있지만 그것만이 전부가 아님을 알게 되었다.

그래서 지금의 나의 목표가 뭐냐고 묻는 다면 ‘행복한 개발자’로 사람들에게 유용하고 편리한 서비스들을 계속해서 만들어 나가는 것이다. 내가 하는 일을 즐기며 살아가는 개발자가 되고 싶다.
내가 만든 서비스로 인해 사람들이 편리함을 느끼고
그 서비스를 만들어 나가는 시간이 괴롭지 않고 즐거움인 그런 개발자 말이다.

꼭 최고가 될 필요는 없다고 생각한다.
지금 하고 있는 일을 즐기며 잘하기 위해 노력하는 것만으로도 충분히 훌륭한 개발자라고 생각한다.

오랫동안 많은 개발자들이 ‘행복한 개발자’로 살아가길 희망해 본다.

너가 지금 운동 할때냐?

개발자로 일한지 2년 차 때 팀장님이 스~윽 내 뒤에 오셔서 내가 하고 있는 일을 보고 있는 듯 하셨다. (소위 말하는 병풍....)
사회초년생 분들은 다들 아시겠지만 어느 정도 조직 문화가 있는 회사에서 팀장님이 내 뒤에 와서 아무말 없이 내 모니터를 들여다 보고 있다고 생각하면 머릿속은 온통 하얘지고 등에서는 식은 땀이 나는 듯한 느낌을 받을 것 이다.
나 또한 그냥 최대한 신경이 안쓰이는 척을 하며 일을 하려고 하고 있었는데 갑자기 팀장님이 내 책상의 달력을 집어 드셨다.
그 달력에는 내가 퇴근하고 했던 운동 기록 같은게 적혀있었다.

단순하게 월요일은 가슴 운동, 화요일은 등 운동 과 같은 내용이었다. 그래서 속으로 ‘음 뭔가 운동도 열심히하네’ 라고 칭찬해 주시려나라고 속으로 생각했지만 팀장님 입에서 나온 말은 정반대의 이야기 였다. 그 말인 즉슨 ‘너가 지금 운동할 때냐?’ 였다. 그 말을 듣는 순간 뭔가 나는 너무 잘못이라도 한 것 같은 기분이 들며 내 달력을 보고 있는 팀장님을 돌아보며 아무 말도 하지 못했던 기억이 난다.

지금 생각해보면 그 때 아무 말도 하지 못한 내 자신이 좀 바보 같긴 하지만 차라리 아무 말 하지 않고 있었던게 다행이기도 한 것 같다.
이미 나에 대해 꼬아서 보고 있는 사람에게 그도 팀장에게 굳이 거기서 저 운동하고 와서 다시 일하는데요,,,잠깐 머리 식히러 가는건데요,,라고 해봐야 이해해 줄 것 같지도 않고 오히려 더 서로의 감정만 안좋아 졌을 것 같다.

내가 다니던 회사는 꼭대기 층에 헬스장이 있었고 회사 사람이면 누구나 퇴근 시간 이후 헬스장을 이용할 수 있었다.
나의 경우는 하루 종일 컴퓨터 앞에만 앉아있다가 퇴근 시간 쯤 한 시간 정도 아무 생각 없이 땀흘릴 수 있는 그 시간이 너무 소중했다.
그렇게 운동하고 나면 이전에 개발할 때 어떻게 구현해야될지 막막하던 부분들도 쉽게 해결할 수 있는 아이디어가 떠오르거나 오히려 업무의 효율도 높아졌었다.

이런 상황에서 팀장님의 이야기를 듣게 되다보니 뭔가 정이 확 떨어지는 기분이었다.
그 당시의 나를 위해 지금의 내가 그 자리에 있었다면 한 마디 해주고 싶다.
“(옷위로 튀어나온 배를 보며) 운동은 당신이 해야될텐데”

나만 너무 부족한 것 같다고 느낄 때

개발자로 사회생활을 시작하다보니 남들과 비교가 일상이 되어 버렸다.
대학생 때도 사실 코딩을 잘한 건 아니였지만 그 때마다 훨씬 코딩을 잘하는 친구들을 보면 “나는 개발자 안할거니까” 라고 자기 합리화 하며
넘겨 버릴 수 있었다. 하지만 막상 컴퓨터공학과를 나와서 취업을 준비하려는 입장이 되다보면 알게 될 것 이다.

수요가 월등히 개발자가 많기도 하고 일단 취업은 하고 보자는 생각 때문에라도 “난 개발자는 안할거야”라는 맘을 유지하기가 쉽지 않다.
그렇게 나도 개발자의 길로 들어서게 되었고 일단 시작 하게 되었다.

그렇게 시작된 개발자로서 회사생활이다보니 너무나도 부족한 나를 마주하게 되었다.
회의 하나를 들어가도 “세션, 쿠키, API, ACL, l4" 등 모르는 단어 천지에 오고 가는 이야기들을 이해하는게 쉽지 않았다.

뭔가 기본적인 내용들인 것 같은데 모르는 척 하고 있을 수가 없어 이해하는 척 하고 있자니 정말 죽을 맛이었다.
다른 친구들은 뭔가 다 나처럼 가식이 아닌 진심으로 이해하고 질문도 하는 모습을 볼 때면 자괴감마져 들었다.

그렇게 개발자로 첫 사회 경험은 내게 썩 유쾌하지 만은 않았다.
매일같이 모르는 단어들을 매일 같이 수첩 한 가득 적어놓고 학습하고 이해하려고 노력하고 퇴근하고서는 집 근처의 독서실을 들렀다.
하루 동안 불편했더 내 마음을 유일하게 편하게 만들어 주던 시간이었다. 그렇게 퇴근 하고 독서실에서 학습을 하며 몰랐던 지식들을 내것으로 만드는 시간은 막연한 불안감들을 잠재워 주기에 충분했다.

내가 아는게 많이 없고 못 한다는 생각이 들 때는 정말 그럴 확률이 매우 높다고 생각한다.
그런 생각을 이겨 낼 수 있는 것은 책상 앞에 앉아 지식을 쌓는 것이다.
지금 그러한 노력을 하고 있다면 너무 불안해하지도 걱정하지도 말자.
언젠간 웃으며 추억할 날이 올 것이라 확신한다!

첫 출장
회사에서 나의 첫 부서는 고객시스템개발팀이었다.
고객시스템 개발팀에서는 NHN에서 하는 모든 서비스들의 고객 문의(전화/이메일)를 받아서 상담원들에게 분배하고 상담원들의 응답을 다시 고객들에게 전달하는 시스템 및 고객 서비스에 필요한 시스템들을 만들고 운영했다.

고객문의 시스템에는 크게 전화문의를 받고 처리하게끔 도와주는 시스템과
메일을 통해 고객들의 문의를 상담원들에게 분배하고 원활히 처리하게끔 도와주는 이메일상담 시스템이 있었다.

나는 이중에서 이메일 상담 시스템 개발을 맡게 되었다.
시스템을 운영하다 보면 고객의 문의를 좀 더 신속하게 처리할 수 있도록 도와주는 기능들뿐 아니라 상담원들의 불편함을 최소화 해주기 위해 기능개발이 필요한 경우도 많이 있었다. 하지만 기업의 구조상 상담원들의 불편함을 개발자인 내가 직접 듣는 일은 거의 없었다.

왜냐하면 상담원들의 불편함은 일단 고객시스템 기획자분들께 전달되고 기획자분들은 우선순위를 정하여 개발팀에 전달한다.
하지만 개발팀에 전달한다고 해서 개발을 담당하는 개발자가 직접적으로 피드백을 받는 형태가 아닌 팀장님과 이야기를 나누게 된다. 그리고 팀장님의 OK 사인이 떨어지면 그제서야 나는 팀장님을 통해 작업해야하는 내용들에 대해 전달 받게 된다.

이렇다보니 나는 항상 기능 개발을 하면서도 어떤 불편함 때문에 이 기능을 이렇게 수정하는지 어떤 의도로 시스템의 프로세스를 바꾸는지에 대해 100% 공감대를 형성할 수 는 없었다. 그래서 항상 속으로 ‘상담 시스템을 사용하는 상담원들을 직접 만나 이야기를 나눠보고 싶다’는 생각을 가지게 되었다.

그러던 중 팀장님이 청주에 있는 고객센터를 기획자 분과 의견접수 차원차 간다는 이야기를 들었다.
나는 한 참을 고민하다가 팀장님께 ‘저도 같이 가서 실제 상담하시는 분들과 이야기를 나눠보고 싶습니다’ 라고 이야기하였고 그렇게 함께 청주의 상담센터를 방문하여 상담원들과 이야기 할 수 있는 기회를 얻게 되었다. 이렇게 실무 담당자와의 대화는 처음이었는지 상담원분들은 내게 불편했던 부분들과 개선되면 좋을점들을 너무 신이 나서 설명해주셨다.

이렇게 이야기를 한 참 진행하다 보니 그동안 개발했던 기능들이 왜 필요했었는지 원래 개선하고자 하는 의도는 어떤거였는지에 대해 명확히 알 수 있었고, 그 의견들이 제대로 반영되지 못하고 있다는 것 또한 깨닫게 되었다.

이 경험으로 인해 정말 많은 것을 깨달았다.
커뮤니케이션 과정에 여러 채널을 거치다 보면 본래 의도했던 바대로 의견이 전달될 확률은 매우 낮다는 것 과 단순히 개발자라고 하더라도 기능 개발에만 초점을 맞출 것 이 아니라 이 기능을 어떻게 사용하게 될지 어떤 니즈가 숨겨져있을지에 대해서 깊게 들여다 볼 줄 아는 통찰력있는 개발자가 되는 것의 중요성이다.

내가 만들어냈던 첫 출장은 좀 더 나를 능동적인 개발자로 성장하게끔 하는 밑바탕이 되었다.