매니지먼트 피드 목록

커뮤니케이션에 대한 수많은 명제들이 우글우글해요. 서점가면 두걸음에 10권씩 보이는게 커뮤니케이션 서적이고 온오프믹스 들어가보면 온갖 배너에 커뮤니케이션 천지에요. 자동차가 하늘을 날아다니고 인공지능과 대화가 가능한 시대가 되었지만, 어쩐 일인지 인간과의 대화는 갈수록 어려워지는 것 같아요. 우리는 대화에 대해 양가감정이 있어요. 개짱나서 말섞기도 싫고 혼자 박혀서 넷플릭스나 보고싶은 은둔의 혼과 그럼에도 사람들과 얘기하고 즐겁고 꽐라되고 우하하하 놀고싶은 인싸의 혼이죠. 사람의 영혼은 자신이 만들어나가지만 그릇은 타인과 함께 만들어나가는 것 같아요. 그 그릇은 수많은 대화와 단어, 스킨십으로 이루어져 있죠. 이토록 중요한 게 대화지만, 우린 그 난제를 해결하기 쉽지 않아요. 물론 이 글이 그 문제를 한 번에 해결해주지도 않아요. 하지만, 책에서 쉽게 알려주기 힘든(비문들이라서) 내용들을 곰곰히 생각해서 적어보았어요. 1. 기분나쁘게 듣지말란 소리가 기분나뻐조언과 꼰대질은 달라요. 꼰대질을 너무 무서워하면 아무 말도 할 수 없고, 조언을 남발하면 오지랖이 되죠. 그 중간선을 찾는게 진짜 어려워요. 그 중에서 조언을 빙자한 꼰대질의 대표 구문이 '기분 나쁘게 듣지마, 널 위해서 하는 말이야.' 에요. 널 위해서 해줄 수 있는 건 계좌이체가 제일이에요. 애시당초 팩폭을 하고싶거들랑, 그냥 '내 생각은 말이지..' 라고 말을 꺼내세요. 기분이 나쁘고 안나쁘고는 상대방이 알아서 결정할 일입니다.2. 기분이 안좋으면 들리지않는다.인간은 정보처리보다 분위기파악에 더 특화되어 있어요. 두뇌란 게 그래요. 정보는 생존과 관계가 없지만, 분위기와 눈치는 생존과 관계가 있거든요. 그래서 변연계와 편도체는 다닥다닥 붙어있고 뉘앙스와 맥락을 먼저 파악하려고 해요. 상대방이 얼마나 진리를 설파하는 지는 중요하지 않아요. 그냥 내 맘이 지금 불편하고 불안하면 아무 소리도 들리지 않아요. 상대방에게 뭔 말을 하고 싶거들랑 먼저 기분을 풀어주고 시작하세요. 애인과 싸울 때도 그래요. 일단 마음의 문이 닫히면 그 후엔 제 아무리 성현의 말이라고 할 지라도 의미없는 음파에 불과해져요. 소리는 귀로 듣지만 대화는 마음으로 듣는거에요.3. 팩트는중요치않다. 인정 못 받는게 더 크다.손흥민의 부드러운 피부를 인정대화에서 상처를 입는 건 팩트로 패배했기 때문이 아니에요. 모든 대화의 큰 기조는 '나 좀 알아줘' 에요. 이 험한 세상에서 내가 의미있는 존재란 걸 인정받고 싶어하는 게 사람이에요. 그 방식이 제각각 다를 뿐이지. 모두 자신을 증명하기 위해 살아가요. 대화의 기조는 상대를 인정해주는 데서 시작해요. 그래 네 말이 굉장히 일리가 있어. 맞아, 듣고보니 그래. 그건 놀라운 의견인걸? 등등 오글이터지는 말로 시작해요. 상대방에 말에 맞장구치고 끄덕여주는 건 단순히 이해의 표시가 아니라 당신이 내 앞에 의미있게 존재한다는 것을 긍정해주는 거에요.4. 대부분의 경우 경청이란 일단 니 말을 들을테니,내 말도 들으란거다.종종 경청을 잘하는 사람들은 두 가지 종류가 있어요. 공감력이 동물적이라서 몰입해서 듣는 경우와 다음 수를 위해서 일단 한 수 무르는 경우죠. 독서모임이든 네트워킹 파티든 대부분의 사회생활에선 후자쪽이 훨씬 많았어요. 일단 내 말을 하기 전에 니 말을 먼저 들어주겠다....라는 느낌이 강했달까요. 상대방 말을 들으면서 자기 생각 정리하고 있는 중이었어요. 어떻게 말할까아아아아...하고 말이죠. 마치 자기소개하면서 자기 차례 돌아오기 전까지의 여러분들 머릿속과 비슷해요. 그러니 상대방이 끄덕이며 잘 들어준다고 해서 내 말에 모두 동의하거나 잘 듣고있다고 생각하지 마세요. 5. 싸우려고 맘을 먹었을땐 앞 뒤 재지말고 덤벼대화의 종류엔 싸움도 있어요. 싸움이야말로 대화스킬의 결정체라고 할 수 있죠. 이 때 중요한 건 싸워서 얻는 게 싸움에 쏟아붓는 에너지와 후폭풍 대비 가치가 있는가를 따져보는 거에요. 가족과 애인과의 싸움은 무의미해요. 싸워서 얻는게 1도 없거든요. 하지만 사회생활은 다르죠. 원하는 것을 쟁취하고 나의 의견을 관철시키기 위해 가끔 우린 누군가를 조져놔야 하는 경우가 있어요. 이럴 땐 무조건 이겨야 해요. 이기세요. 욕이나 인격모독은 하지말고 말로 이기세요. 이미 말투에서 싸움의 뉘앙스가 묻어나면 둘 다 긴장하게 돼요. 그리고 방어태세를 갖추죠. 이 때 당신이 지면 당신은 대부분 호구가 되버린다구요. 괜히 지고 돌아오면 이불에다 화풀이만 하게 돼요. 그러지 말고 현장에서 이기세요. 그리고 실질적인 이득을 득하세요. 클라이언트가 말도 안되는 요구를 하거나 자꾸 금액을 깎거나 억지를 부리면서 무리한 조건을 내걸면 싸워서 이기셔야 해요. 어차피 후회하고 빡치는 건 매한가지지만 패배감은 들지 않게 말이죠.6. 안싸울거면 애교를섞어라반면 싸우지 말아야 할 상대도 있어요. 여자친구나 가족 등등 말이죠. 하지만 그렇다고 무조건 순종과 고분고분이 답은 아니에요. 나의 의견을 피력하고 싶을 때가 있잖아요. 그럴 땐 투정과 짜증에 살짝 애교를 섞어요. 애교가 섞이면 말의 스탠스가 조금 애매해져요. 싸우자는 건 아닌데... 뭔가 강하게 자기 의견을 어필하고 있는 느낌이 들죠. 말을 떠나서 분위기가 더 중요하다고 했잖아요. 같은 말인데도 귀여운 표정으로 단호하게 말하는 것과 개정색하고 말하는 것은 달라요. 일단 내가 정색하면 상대는 10km정도 떨어져서 마음의 문을 닫아버린다구요. 먹히는 말을 하고싶다면 상대방의 문을 열어둔 채 말하셔야 해요.7. 말을 해서 들어먹는 사람이 따로있다.그럼에도 안 들어먹는 사람이 있어요. 경청자세의 문제가 아니에요. 타협점을 찾을 의지가 있냐없냐의 문제죠. 상대방의 말을 2시간 내내 경청해놓고 결국 자기 하고싶은 대로 해버리는 건 경청이 아니에요. 그냥 듣고 흘린 거지. 집중해서 들었으면 상대방의 의견과 내 의견을 잘 섞어서 합의점을 찾으려는 노력을 해야해요. 그게 말을 들어먹는 거에요. 만약 내가 아무리 말해도 결국 모든 결론이 상대방 좋은 대로 흘러간다면 지금 당신은 놀아나고 있는거에요. 상대방의 친절한 표정과 말투에 속지말아요. 친절한데 지멋대로 하는 사람보다 개짜증내면서 '그럼 내가 뭘 양보해줬음 좋겠는데!' 라고 투덜대는 사람이 진정한 경청장인이에요.8. 가족끼리 대화가 될거란생각은 접도록하자.가족끼린 대화가 잘 안돼요. 기대치와 원 때문이에요. 나의 원과 너무 많은 영역이 겹치면 상대가 나 같을 거라는 착각에 빠져요. 하지만 물리적인 영역이 겹친다고 해서 대화가 겹치진 않아요. 서로 단어와 대화를 이해하는 배경지식은 달라요. 엄마는 60,70년대에 이미 단어의 뜻과 정의를 모두 익혔어요. 우린 80,90년대에 단어의 뜻을 알고 있어요. 살아가면서 그 간극은 점점 커져요. 서로 다른 언어를 배우고 이해한 채로 살아온 사람들이에요. 가족은 당신과 같지 않아요. 9. 가르치는 말투만큼 짜증나는 건 없다. 짜증을 내는 말투보다 더 짜증나는 건 가르치는 말투에요. 혹시 주변 친구에게서 '넌 진짜 말할 때마다 선생님같아' 라는 말을 들었다면 칭찬이 아니에요.10. 말을 안하면 호구가된다. 많이 하면 관종이 된다적당히 말하는 건 중요해요. 말이 많아지면 실수가 늘어요. 말을 안하면 오해가 늘죠. 적당한 말이란 건 딱 이 정도에요. 상대방 한 마디에 나 한 마디. 그 정도가 제일 적당한 것 같아요. 11. 맥락이 중요하다. 팩트는 집어치워대화를 하던 도중 상대방이 이런 말을 했어요.막 진짜 엄청 험난한 길을 걷는 사람들 있잖아. 그 K2봉 같이 가장 힘들다고 악명이 자자한 산을 오르는 사람들이나 이런 분들 보면 진짜 대단한 것 같아!근데 여기에서 꼭 한 명쯤은 이런 사람이 있더라구요."아냐! K2봉이 가장 힘든 산이 아냐. 실제론 에베레스트 남쪽사면이 가장 사망자가 많다구!"아니 이게 뭐죠? ....대화엔 맥락이 더 중요해요. 자잘한 팩트가 맞고 안맞고는 중요하지 않아요. 지금 상대방의 말은 힘든 것에 도전하는 사람들이 멋지다는 말이잖아요. 지금 K2가 험하냐, 에베레스트가 험하냐를 따지는 맥락이 아니에요. 저 정도 팩트체크는 그냥 맥락에 묻고 넘겨도 돼요. 일일이 하나하나 찝고 대화를 끊는 건 진짜 바보같은 대화법이에요.12. 질문은 최고의 대화법임. 돌아올 대답을 생각하고 말하자.내가 뭔 말을 했을 때 상대방이 어떤 대답을 할 지, 또는 어떤 감정선을 유지할 지 생각해봐야 해요. 대화는 생각을 쏟는게 아니에요. 상대방에게 질문을 던지고 서로의 세계를 탐사하고 이해하는 과정이지. 생각을 쏟을거면 대나무숲에 익명으로 그냥 글을 쓰세요. 뭔가 궁금한 게 있거나 이해가 안되는 부분이 있으면, 찬찬히 물어보세요. 상대방을 조져놓을 생각이 아니라면 돌아올 대답의 여지를 남겨둔 채 말이죠."사업을 할 마음이 있으세요?"이건 질문이 아니에요. '예'라고 대답하면 싸우자는 것 같고 '아니오' 라고 말해도 이상해요. 뭐라고 대답해도 결국 싸우자는 소리밖에 안되는 질문이잖아요. 이건 질문이 아니에요. 공격이에요. 13. 보통 사람들은 항상 욕을 하고 당신이 그 앞을 지나가는 거에요.사람들은 개개인으로 봤을 땐 모두 좋아요. 하지만 이상하게 사람들이 모이면 그 도덕성은 현저하게 떨어지죠. 그건 개인이 집단에 속해있을 때도 마찬가지에요. 사람은 기본적으로 자유를 갈구하지만 자유가 과도해지면 불안해지거든요. 그래서 책임이 줄어드는 집단, 사회, 익명이란 프레임 안에선 굉장히 공격적인 존재가 되기도 해요. 특히 내 눈앞에 보이지 않는 불특정누군가나, 나와 길거리에서 절대 마주치지 않을 것 같은 누군가를 평가할 때는 세상 장미칼을 빼들죠. 혹시 콘텐츠를 만들거나 저처럼 누군가에게 공개적인 무언가를 올리시는 분들은 악플과 비판에 힘들었던 적이 있을거에요. 꼭 이런 경우가 아니라도 뒷다마와 헛소리에 시달려본 분들이 있을거에요. 개의치 말아요. 사람들은 늘 공격할 거리를 찾아요. 도덕적인 가면 뒤에 숨겨진 넘치는 공격성을 어딘가에 풀고싶어 안달이 나있어요. 그저 그 앞을 당신이 살짝 지나간 것 뿐이에요. 당신에게 한 말이 아니니 걱정말아요. 지금 그 앞을 지나고 있다면 귀를 막고 얼른 도망치던가 아님 다 나오라고 해서 본때를 보여주도록 해요. 그리고 이기세요.14. 보통 대화를 아무리 잘해도 핵심은 1,2가지에요.대화를 5시간 내내 해도 결론은 1,2가지에요. 때론 없을 때도 있어요. 5시간의 내용은 중요하지 않아요. 5시간의 분위기가 더 중요해요. 생각해봐요. 소개팅할 때 그 시간동안 무슨 말했는지 다 기억나요? 안나요. 회의시간에 했던 말 다 기억나요? 안나요. 우리가 기억하는 건 그때 즐거웠다~ 라는 느낌적인 느낌 뿐이에요. 5시간의 대화는 그 분위기를 구성하기 위한 부품일 뿐이에요. 하나하나의 컨텐츠에 집중하지 말아요. 대화의 분위기에 더 집중하도록 해요.15. 사람들은 보통 자기가 무슨 말하는 지 잘 몰라요.보통 이걸 삼천포라고 하는데, 우리나라 말에선 더 심해져요. 한국말은 서술어와 주어가 멀어요. 중간에 수식어와 목적어가 잔뜩 들어가요. 서술어가 멀어질 수록 주어가 누구였는지 까먹게되요. 인간의 단기기억력은 고작해야 11단어래요. 실제로 대화를 하다가 접속사 하나만 들어가도 11단어를 훌쩍 넘어가요. 아까 한 말도 기억 안날때가 많아요. 사람은 자기가 무슨 말하는 지 잘 몰라요.(보통 대다수가 말하면서 생각하기 마련이거든요.) 대부분의 대화는 꼬리물기에요. 그냥 마지막 했던 말을 물고 다른 말을 하는 거에요. 그러니 대화의 내용과 논리성을 따지기 이전에, 대화의 마지막을 어떻게 끝낼 지 문미에 집중하세요. 문미가 분명해지면 다음 대화를 이어나갈 수 있어요.

오픈서베이 이건노 CTO(이하 폴)는 훌륭한 개발팀의 첫 단추로 ‘일단 매출이 나는 서비스 만들기’를 꼽는 현실주의 개발자입니다. 돈을 벌어야 생존 가능한 환경이 갖춰지고 이때부터 좋은 팀에 대해 고민을 할 수 있다면서요. 동시에 모두가 즐겁게 일하며 공동성장할 수 있는 팀이라는 이상을 꿈꿉니다. 지속가능한 서비스는 지속가능한 개발팀에서 비롯되는데, 즐겁지 않은 업무 환경에서는 그런 개발팀이 나올 수 없다고 믿기 때문입니다. 이런 현실주의적 몽상가는 주니어로 입사해 개발 조직 리더까지 지낸 이스트소프트에서의 경험으로 오픈서베이 개발팀을 리빌딩합니다. 구성원 모두가 즐겁게 일할 수 있는 환경을 위해 폴은 어떤 고민과 노력을 했을까요? 오픈서베이 이건노(폴) CTO 폴, 안녕하세요! 안녕하세요. 스타트업은 처음이라 직원 간 출퇴근 시간도 다르고 영어 이름으로 불리고 하는 게 익숙하지 않았는데, 17년 4월에 조인해서 벌써 만으로 2년째 다니고 있네요(웃음). 오픈서베이 개발팀을 총괄하고 있는 폴입니다. 현실주의적 몽상가의 오픈서베이 합류 계기가 궁금합니다(웃음). 경영진 미팅이었어요. 저는 주변 후배들이 이직 고민할 때도 그 회사의 경영진을 꼭 보라고 이야기하는 편인데, 제가 오픈서베이에 조인한 결정적인 계기도 하이(황희영 대표)와의 미팅이었어요. 하이를 만나보니 제품에 대한 애정이 정말 크다는 걸 느꼈어요. 대표가 제품에 애정이 많다는 뜻은 정말 하고 싶은 일을 한다는 의미잖아요. 사실 제품에는 관심 없고 주식, 엑싯 이런 거만 고민하는 대표도 있거든요. 그런데 하이처럼 제품에 애정이 정말 많은 대표가 있는 회사라면 저도 정말 믿고 다닐 수 있겠다고 생각했어요. “대표가 제품에 애정이 많다는 뜻은 정말 하고 싶은 일을 한다는 의미라고 생각해요” 현재 개발팀 구성은 어떻게 되나요? 오픈서베이 개발팀은 현재 프로젝트 매니저 3명, 프론트엔드 개발자 2명, 백엔드 개발자 4명, 그리고 앱 개발자 2명까지 총 11명으로 구성돼 있어요. 최근 회사가 빠르게 성장하면서, 올해는 개발팀도 여러모로 성장하는 한 해가 될 것 같아서 기대됩니다. 팀이 성장하면 어떤 변화가 생기나요? 기업의 규모는 천차만별이지만 업무의 범위는 크게 다르지 않아요. 그러다 보니 인원이 적은 스타트업은 한 명이 얕고 넓게 일하는 구조인데, 회사가 성장하면서 직원이 늘면 각 구성원의 역할을 좀 더 세분화하고 전문화할 수 있게 돼요. 오픈서베이 개발팀도 기존에는 프로젝트 매니저가 기획·QA 등 다양한 역할을 모두 소화했다면 최근에는 좀 더 한 분야에 집중해서 깊게 일하는 식으로 역할의 변화를 주고 있어요. 그래서 서비스 기획자·백엔드 개발자·QA 엔지니어 등 다양한 직군을 채용하고 있고요. 오픈서베이 개발팀의 채용 정보를 알고 싶다면? (링크) 조셉(김경만 오베이 PM) 인터뷰를 보면, 개발팀 세미나 제도를 통해 긍정적인 영향을 많이 받은 것 같아요. 사실 세미나 자체가 주니어 개발자의 발언 기회를 위한 제도예요. 개발자는 스스로 제품이나 기술에 대해 주도적으로 고민할 때 역량이 극대화된다고 생각해요. 그런데 주니어 시절에는 아무래도 고민의 결과를 제품이나 기술에 반영하기 힘들죠. 세미나는 이런 갈증을 느끼는 주니어가 좀 더 의욕적으로 일할 수 있는 창구를 제공하기 위해 도입했어요. 구성원분들 덕에 우리 개발팀에는 잘 적용됐지만, 무작정 도입만 한다고 알아서 잘 작동하진 않는 것 같아요. 세미나가 주니어에게는 동등하게 업무 커뮤니케이션을 할 기회지만, 시니어에게는 사실 귀찮고 번거로운 일이 될 수 있거든요. 해왔던 대로 하는 게 편하다는 생각도 들 수 있고 새로운 기술을 팀에 적용하는 과정에서 드는 리소스도 크고요. 주니어 관점일 때는 생각지도 못했는데 이야기를 들어보니 그렇네요. 사실 저도 마찬가지예요. 저도 CTO이기 전에 개발자니까 주니어 개발자의 신선한 아이디어나 최신 기술을 업무에 적용해보고 싶은 마음도 있어요. 주니어분들의 세미나를 통해 저도 새롭게 배우는 점이 많아요. 그런데 CTO 입장에서는 이를 도입했을 때 우리 제품이나 업무 환경에 어떤 영향이 미칠지를 계산하지 않을 수 없어요. 좋아 보인다고 무작정 도입하면 문제가 터졌을 때 대처할 준비가 안 된 거니까 부담이 너무 크거든요. 그래서 이런 제도는 신중하게 도입하고 모든 구성원이 꾸준히 노력해야 잘 유지되는 것 같아요. 저도 간혹 이런 데서 내적 갈등이 생길 때마다 세미나 제도의 긍정적인 영향을 생각하며 이겨내는 편이에요(웃음). 실제로도 팀 업무 환경 개선이나 기술 수준 향상에 많은 도움이 되고 있고요. “주니어에게도 고민 내용을 공유할 기회를 주려고 해요. 개발자는 주도적으로 제품을 고민할 때 역량이 극대화되거든요” ‘코드리뷰’도 비슷한 제도라고 들었어요. 맞아요. 코드리뷰는 제품이나 소프트웨어의 변경사항을 체계적으로 관리하는 형상 관리의 일환이기도 해요. 오픈서베이 개발팀은 각 개발 담당자가 코드를 업데이트하면 슬랙에 자동으로 알림이 와요. 그럼 구성원들은 자유롭게 코드를 열어보고 의견을 내는 거죠. 여기서 담당자가 놓친 오류나 실수를 점검해 주거나, 더 효율적이고 경제적인 코드에 대한 의견을 주고받기도 해요. 그럼 코드리뷰는 보통 어떤 식으로 진행되나요? 마이너한 코드는 비대면 방식으로 온라인에서 수시로 리뷰를 진행하는데, 메이저한 코드 업데이트가 있을 때는 따로 회의를 열어서도 해요. 경우에 따라 방식은 다르지만 적극적으로 진행하려는 편이에요. 코드리뷰 제도를 도입하고 장려하는 이유는 명확해요. 개발자는 여럿이 함께 일할수록 시너지가 난다고 생각하거든요. 개발자 개인의 실력이 아무리 좋아도 본인이 작성한 코드의 오류나 실수를 다 잡아내기는 힘드니까요. 코드리뷰 자체가 구성원들이 의견을 주고받으면서 시스템 전반을 두루 이해하고 배우는 과정이기도 해요. 탄탄한 개발팀은 한명의 개발자가 하나의 시스템을 맡는 게 아니라 여러 구성원이 여러 시스템을 보조하는 구조거든요. 그래야 특정 담당자가 공백일 때 다른 구성원이 대신 문제를 처리해줄 수 있고, 개인의 부담도 줄어드니까요. 개발팀의 조셉과 로빈이 코드리뷰 중인 화면 그러다 자칫 잘못하면 서로의 감정을 상하게 하거나, 주니어를 향한 시니어의 훈육 공간으로 전락할 수도 있을 것 같아요. 그래서 어떤 제도가 좋다고 해도 무턱대고 받아들이면 안 된다는 생각을 해요. 도입에 앞서 서로 인신공격을 하면 안 된다거나 리뷰 내용은 공개된 채널에서만 주고받아야 한다는 등의 세세한 규칙을 정할 필요가 있어요. 코드에 대한 의견이 상대방을 헐뜯으려는 게 아니라 제품 개선과 모두의 성장을 위해서라는 상호 신뢰도 충분히 형성돼 있어야 하고요. 구성원들이 서로 자극을 주거나 보고 배우면서 함께 성장하는 팀을 지향하는군요. 정확히 맞아요. 개발자는 연차나 경력과 무관하게 개인별로 역량의 편차가 좀 있는 편이에요. 하나의 팀에 똑같은 수준의 역량을 갖춘 개발자만 모여 있는 게 오히려 부자연스러울 정도로요. 그래서 서로 다른 역량을 가진 팀원들이 함께 일할 때 시너지가 날 수 있는 방법이 필요해요. 저도 예전에는 이렇게 생각하지 않았어요. 일 잘하는 개발자에게 일을 몰아 주고 그 친구가 일을 다 하게 했죠. 거기에 따라 보상도 많이 주고요. 처음에는 일이 되는 것 처럼 보였는데 그런 식으로 한두 명이 일을 많이 하니까 금방 지치더라고요. 결국 서로 도와 가면서 팀으로 일하는 게 필요하더라고요. 그렇게 생각한 특별한 계기가 있나요? 개발팀장 시절에 새로 합류한 구성원 한명이 기억나네요. 좀 독특했어요. 에러·버그 등 문제가 생기면 원인을 파악하고 해결하는 개발업무를 ‘트러블슛(Trouble Shoot)’이라고 하는데, 그 친구는 다른 구성원이 담당하는 시스템의 트러블슛도 함께 고민하는데 시간을 많이 쓰더라고요. 사실 전 그때까지만 해도 팀원은 자신에게 주어진 일을 잘하면 되고 팀장은 역량에 맞춰 일을 잘 분배해주면 된다고 생각했어요. 그래서 이 친구 모습을 보면서 왜 자기 일은 안 하고 다른 사람 일을 야근까지 하면서 보고 있을까 생각했었죠. 그런데 시간이 지날수록 팀원들의 역량과 그 친구의 역량이 동반 성장하더라고요. 그것도 눈에 바로 보일 정도로 빠르게요. 서로 자극을 주고 함께 고민하면서 결국은 팀 전체가 성장한 거예요. 서로 시너지가 났던 거죠. 그러면서 자연스럽게 성과도 잘 나왔어요. 하지만 의지만으로는 자신의 업무를 넘어서 다른 구성원의 업무를 함께 고민하기는 힘들 것 같아요. 팀에서 함께 일할 수 있는 환경을 잘 만들어 주는 게 중요했던 것 같아요. 이슈 관리, 형상 관리, 버전 관리, 테스트, 릴리즈 등 개발과 운영을 위해서 필요한 기본적인 이해가 서로 있어야 해요. 그리고 개발 업무에만 집중할 수 있게 빌드, 배포와 같은 반복적인 업무의 자동화나 운영 툴 개발과 같은 것도 중요합니다. 그리고 가장 중요한 건 서로에 대한 배려심이라고 생각해요. 이번에 도와주고 다음에 도움을 받고 하는 서로에 대한 배려가 없다면 함께 일하는 문화는 자리 잡을 수 없어요. 일이 나뉘어 있기도 하지만 결국 같은 목적으로 일하고 있는 동료와 팀이라는 것을 알고 서로 배려해 주는 거죠. “좋은 제품은 좋은 개발 환경에서 나온다고 생각해요. 그래서 좋은 환경을 만들어주고 싶어요” 레드(김승엽 개발자) 인터뷰만 봐도, 로빈(권장호 개발자)를 통해 자극을 받아 공동성장하는 모습이 인상적이더라고요. 폴은 이런 레드에게 팀장을 넘어 멘토로서도 다양한 조언을 해주려는 것 같아요. 개발팀 구성원들이 회사 안에서의 성장에 갇히길 바라지 않아요. 좋은 인연으로 만났는데 회사라는 틀 안에서 팀장과 팀원 관계로 한정할 필요는 없다고 생각해요. 틀을 벗어나면 제가 할 수 있는 조언의 범위도 넓어지고 깊이도 훨씬 풍부해지기도 하고요. 인생 관점에서 조언해줄 수 있잖아요. 그럼 반대로 저도 레드를 비롯한 다른 구성원들을 통해 많이 보고 배울 수 있게 돼요. 쉽게 가지기 힘든 생각 같은데, 폴의 주니어 때 팀장님을 통해 배우신 건가요? 아니요. 사실 저는 팀장님과의 기억이 많지 않아요. 주니어로 입사한 지 2년 만에 엉겁결에 팀장이 됐거든요. 처음에는 기존 팀장님이 갑작스럽게 자리를 비우면서 팀장 업무를 임시로 맡았어요. 이때는 인사권 같은 건 전혀 없고 그냥 팀 업무를 할당받아서 각 구성원에게 배분하는 역할만 잠깐 한다고 생각했죠. 그런데 회사에서 “이왕 한 거 너가 계속해라”라며 아예 팀장을 시켜버리더라고요. 그때는 많이 당황했어요. 저도 완전 주니어일 때라 좋은 팀장님 밑에서 이것저것 배우고 싶었거든요. 그런데 이렇게 일찍 팀장이 되면서 이젠 내게 가르쳐줄 사람이 없는 걸까 싶어서 앞이 깜깜했어요 “나도 개발 잘할 수 있는데 왜 매니저 역할을 주는 거지? 내가 개발을 잘 못 한다는 건가?”라는 삐뚤어진 생각도 했고요. 얼마나 막막했으면 구글에 ‘팀장이 하는 일’ 같은 걸 검색한 적도 있어요(웃음). 위기를 어떻게 극복했을지 궁금해요. 그 과정이 지금의 폴 인사 철학에 많은 영향을 줬을 것 같아요. 그래도 어쨌든 팀장 일을 해내야 하니까 시선을 좀 넓혀봤어요. 제게는 이제 직속 팀장은 없지만 저보다 경력 많고 실력 좋은 선배 개발자가 팀원으로 있었고, 다른 팀에 훌륭한 시니어 개발자나 선배 팀장님도 계셨죠. 시선을 넓히니 오히려 제가 보고 배울 사람이 더 많더라고요. 그분들에게 궁금한 걸 적극적으로 묻거나 보고 배우면서 중요한 시기를 잘 보낼 수 있었던 것 같아요. 그때 처음으로 깨달은 게 아닐까 싶어요. 제가 엉겁결에 팀장이 되면서 다른 많은 분들을 보면서 보고 배운 것처럼, 팀원들도 꼭 팀장이 아니더라도 다른 팀원들을 서로 보고 배우면서 긍정적인 자극을 받으며 성장할 수 있다는 걸요. ‘팀장은 팀원에게 가르쳐주는 사람이야’란 생각에 갇혀 있었으면 절대 깨닫지 못했을 것 같아요. 얘기를 해보니 정말로 저 난관을 통해서 지금과 같은 생각을 할 수 있게 된 것 같네요(웃음). “팀장과 팀원이라는 틀을 벗어나면 훨씬 풍부하게 긍정적인 자극을 주고받을 수 있어요” 폴의 경험과 고민이 결국은 팀 업무 환경이나 문화를 통해 드러나는 것 같네요. 그렇게 봐주시면 정말 고맙죠. 사실 어떻게 하면 더 일하기 좋은 회사와 팀을 만들 수 있을지는 계속 고민되는 부분이에요. 돈 많이 주는 회사가 일하기 좋은 회사라고 간단히 생각해버릴 수도 있는데, 저는 일하기 좋은 회사를 이루는 요건은 좀 더 다양한 것 같거든요. 일단 하는 일이 어떤 가치를 가지고 있고 이것을 쓰는 사람들에게 어떤 가치를 제공해 주는지 알고 있어야 해요. 그래야 내가 하는 일에서 보람을 찾을 수 있으니까요. 물론, 회사에서도 보람을 가질 수 있는 방법을 함께 고민해 줘야겠죠. 보람만으로 회사에 다닐 수 없으니 역세권 사무실, 맛있는 커피, 좋은 경영진, 좋은 팀원 등 중요한 요건들이 엄청 많은데요. 오픈서베이는 서로에게 자극을 주거나 보고 배우며 스스로 성장할 수 있는 좋은 구성원들이 많은 것 같아요. 저도 요즘 구성원들에게 많이 배우고 있습니다. 마지막 질문입니다. 좋은 팀을 위한 폴의 역할은 무엇인가요? 장점을 찾아 주는 게 저의 중요한 일이죠. 잘하는 일을 해야 역량도 극대화되거든요. 장점이 없는 사람은 없다고 생각해요. 장점을 잘 모르는 친구들이 있는데 이런 친구들의 장점을 찾아주고 또 그 장점이 회사에서 잘 발현되도록 도와주는 조력자 역할을 잘 해내는 게 제가 할 일이라고 생각해요. 좋은 장점이 잘 발현되면 개발자는 한 단계 더 성장할 기회가 생겨요. 예를 들어 초기 제품 기능을 빠르게 잘 만드는 게 장점인 친구는 신사업 중심의 일을 할 수 있게 해주면 그 역량이 잘 발현되거든요. 거기서 가치를 인정받고 탄력이 붙으면 지속적으로 좋은 성과를 낼 수 있게 되고요. 이 과정을 저는 “알을 깨고 나온다”라고 표현하는데, 이렇게 알을 깨고 나오면 좀 더 제품이 주는 본질적인 가치를 알게 된다고 생각해요. 개발자로서 일하는 가치와 방법을 알게 되는 거죠. 그런 만큼 오픈서베이의 예비 구성원분들도 좋은 자극을 받으며 성장할 수 있는 계기가 되셨으면 좋겠어요. 회사를 그저 출근해서 일만 해주고 돈을 받아가는 공간이라고 생각하면 회사 다니기가 우울하잖아요. 사람마다 얻어갈 수 있는 건 다 다르겠지만, 긍정적인 영향을 받아 성장하는 계기가 오픈서베이가 될 수 있을 것같아요. “폴과 함께 즐겁게 일하고 싶으시다면 지금 바로 오픈서베이 입사지원을 해보세요”

스토리 홈

인터뷰

피드

뉴스

스타트업이 CTO를 찾는 법?

안녕! 스타트업 창업자 동지들!

현대건설 2019 신입사원을 소개합니다!

[피플] 더부스의 재무! 돈의 흐름을 책임지는 MH님! / 스타트업 업무환경 / 스타트업 라이프

4차산업혁명과 새로운 협업방식

엔젤투자매칭펀드 알아보기

스타트업의 문화, HR

시제품부터 양산 그리고 유통까지(4)

책에선 도무지 알려주지 않는 리얼 민낯대화에 대한 썰

이건 니가 하시고, 이건 내가 할게요.

앱 어트리뷰션 가이드 – 애플 서치 애드 트래킹 실습

오픈서베이 이건노 CTO가 ‘공동성장 가능해야 좋은 개발팀’이라 말하는 이유

리얼 신입 관찰 일기② '즐거운 일터'

창업자를 위한 초기 투자 유치 조언

[Tech Blog] How we pipe data

DevOps 문화 안에서의 APM의 역할 [1] (DevOps+JENNIFER)