다들 어떻게 겸손함 + 관계 + 소통력을 유지하시나요?

Question

안녕하세요.현재 Java Spring을 부트캠프에서 공부하고 있는 개발자 지망생입니다.아직 프로그램을 시작한지 오래되지는 않았고 이제 한달 되어갑니다. 앞으로 3달이 남았는데, 하루 밥먹고 자는 것 빼고 개발 공부하는게 육체적으로 힘들지만 그래도 개발자가 될 수 있다는 희망을 가지고 최대한 즐겨나가려고 노력하고있습니다.맛보기 과정으로 2주전 간단한 웹 미니 프로젝트를 진행했었습니다.그 과정에서 아집이있는 저를 발견하게되었는데요.막상 배울때는 저보다 어리고 잘아는 전공자나 조금 더 일찍 시작하신 분들에게 도움도 많이 받고 즐거운 마움으로 배우고 있었는데막상 프로젝트를 진행해보니, 제가 의사소통을 조금 힘들어하는 것 같다는 생각이 들었습니다.저도 나이가 내년이면 35살이네요, 이 과정을 참여하는 사람들 중에서는 조금 늦은 편입니다(하지만 저보다 한 두 살 더 많으신 분도 종종 계시더군요.).나이어린 사람, 그리고 나이는 비슷한데 저와 성향이나 성격이 잘 맞지않는 사람과 팀을 이뤄서 일을해보게 되었습니다.나이어린데 저보다 많이 아니, 제가 작성한 코드를 일일히 리뷰를 하기를 원했고, 거기에서 날카로운 질문과 이해할 수 없는 것에 대해서는 조금 차갑다고 느낄만큼 이야기를 했습니다. 저는 그것이 더 나은 코드를 쓰기 위한 노력임에도 그 분의 그런 차갑고 날 선듯한 말투를 잘 견디기가 어려웠습니다. 그래도 최대한 저보다 잘 하는 사람이니만큼, 최대한 존중하면서도, 예의있게 답하려고 애를썼습니다. 하지만, 그분과 같이 코드를 리뷰할 때마다 꺼림찍해지는 걸 해소하기가 쉽지가 않더군요.다른 한분은 저와 나이는 비슷해서, 비교적 늦은 나이에 개발자 취업을 하려는 분이신데, 저는 말을 조금 돌려서하는 스타일이라면, 그분은 포인트를 먼저 말해서 필요한 말만 하기를 원하는 성격이셨습니다. 그래서, 같이 코드를 짤때 제가 왜 코드를 그렇게 짰는지 설명하려하면, 저는 그 배경에 대해 먼저 설명하고 포인트를 이야기하려고했지만, 제 말을 자르면서 &#34;그래서 이유가 뭔데요?&#34;이렇게 묻는 성격이어서, 저는 제 말이 잘리는 것에 대해 처음에는 참았지만 나중에는 정중하게 일단 말 자르기 전에 제가 한번 끝까지 들어보라는 말에 대해서는 조금 더 들어주셨으면 좋겠다고 말씀을 드렸죠. 다행히 굉장히 열려있는 분이셔서 본인이 그 건 잘못했다고 인정하시고, 그 대신 저한테도 조금 더 효율적으로 말해달라고 말씀을 하셨습니다. 저도 알겠다고하고, 이후에는 그분과 소통할 때 최대한 포인트를 먼저 말하도록 노력했죠. 물론 제가 말 해온 습관이 있어 쉽지는 않았습니다.물론 프로젝트는 무사히 끝났고, 이후에 같이 일한 분들도 종종 부트캠프에서 온라인으로 뵙고 있습니다. 이제는 저와 맞지 않는 성향이 있다는 것을 알아서인지, 최대한 만나야할 상황에서는 존중하면서 약간 거리를 두려는 저를 발견했죠. 아무래도 그분들도 저랑 맞지 않는 부분이 있다는 것을 알아서인지, 그 이후로 굳이 만나서 개인적 이야기를 하려고 하지는 않았습니다. 성향이 맞지 않는 것은 그 누구의 잘못도 아니고 적당한 거리를 두는게 서로에게 좋다는 것을 저는 사회경험을 해 오면서 깨닫게 된 것 같습니다.일주일이 지나고 회고록을 쓰는데, 타인과 일을 할 때 약간 아집이 있는 저를 발견하게되더군요. 내가 말하는 방식이 옳다고 생각해서 타인에게 쓸떼없이 짧게 말할 수 있는데 늘어지게 말한 것은 아닌지, 타인의 성격은 존중하지 않고 또 코드 리뷰를 할때는 감정적으로 받아들인 것이 어쩌면 &#34;사람은 항상 공손하게 이야기해야한다&#34;는 나만의 아집은 아닌지 등을 생각하게 되었습니다. 많은 개발자들이 코드 리뷰를 할 때 날카롭게 이야기를해야 서로의 발전에 좋다는 말을 들어서, 그것을 참지 못하면 실제 개발자가 되서는 쓸떼없이 스트레스를 받게 되는 것은 아닐까하고요.개발자 선배님들께 묻고 싶습니다. 나와 성향이 맞지 않는 사람은 아무리 같은 개발자라도 직장에서 만날 수 밖에 없을 것이고, 내 사정을 이해하지만, 나와 내 팀을 힘들게하면서도 전체 조직에는 이로운 일이 생길 수도 있다고 생각합니다.(예를 들어 프론트와 일하면서 백엔드에게 추가적인 일을 요구할 때, 그 일이 프론트의 문제지만, 백엔드에서 고쳐주는게 전체적으로 나은 방향일 수도 있는 상황이 생길 수도 있다고 생각합니다.) 그 상황에서 평정심을 잃지 않고 무조건 &#34;안돼&#34;라고 거부하지않고 자신의 생각과 관점, 그리고 입장을 정중하게 밝히면서도 타인과 감정이 상하지 않게끔 소통하는 나름의 노하우가 있으실까요? 또한 나와 성향과 말하는 태도가 다르거나, 상대방이 명백하게 옳거나 그를 때, 그 상황에서 상대방과 관계가 악화되지 않으면서 어떻게 설득하고 거절하는지 나름의 팁이 있으시다면 말씀해 주시면 감사하겠습니다. 개발자가 되기 위해서 이런 태도는 중요하다는 생각이 들어 오키 선배님들께 여쭤봅니다.

집킨 · Answer

말을 아끼고 듣고 리액션을 많이하면 자연스레 다 쌓이더라구요

allinux · Answer

저도 인간관계가 제일 힘듬을 느낍니다. 아무리 나는 잘한다고 해도 받아드리는 쪽이 그렇지 못하다면 못한거겠죠.개인적으로 공과 사를 나눠서 행동하려고 노력합니다. 사적으론 친하고 유하게 지내되 공적으론 할말은 하려고 합니다. 상대방이 공과 사를 나누지 못하는 사람이라면 왠만하면 관계를 안맺으려고 합니다.

kotliner · Answer

일단 나이를 의식하시는것부터 버리는게 좋습니다. 자연스럽게 알게되긴하지만 나이 == 경력 이렇게 바라보시면서 편견을 가지고 사람을 보게되면 나이 많은 사람 == 잘하는사람, 나이 적은 사람 == 못하는 사람 이렇게 바라보게 됩니다. 실제로는 나이 많고 경력많으면서 못하는 사람이 제일 위험한데 말이죠.

몰랑토끼 · Answer

프론트와 백사이에서는 디자이너와 프론트처럼.해달라는거 우선 해줍니다.게다가 프론트와 백은 bff 라는 개념이 있는데 백에서 일단은 다 해주는거죠.회사 문화는 인담이 만들고, 개발 문화는 팀장이나 cto가 만듭니다.피드백이라는거 자체가 상대방을 깎아 내리려고 하면 말이 쎄게 나오는거고, '팀' 그리고 '한명의 사람'이라고 대한다면 쎄게 나올수가 없습니다. (만약 쎄게 했다가 이사람 상처받고 트롤짓 하면 팀에 다 피해가 가게 되니)회사에선 어차피 나이는 알필요가 없고, 연차정도는 면접자리에서 공개되기 때문에 알수도있지만 이런 정보들은 최소화 하는게 좋습니다.이정도는 뭐..아집도 아닙니다 더한사람도 많아서..

장플 · Answer

코드 리뷰때 차갑고 날선 말투는 당연히 누구나 들으면 기분 나쁩니다. 가뜩이나 코드 리뷰자체가 자신의 코드가 평가 받는 자리라 부담스럽고 예민한 감정을 건드릴 수 있는 여지가 많으니 조심스러워야 하는데, 차갑고 날 선 말투로 상대방 지적하면 당연히 기분 드럽습니다. 그런 자세를 취하는 상대방이 문제이지 그걸로 기분 나빠하는 사람이 잘못이라고 볼 수 없습니다. 그리고 상대방 말 자르는 건 잘못된 행동입니다. 당연히 정중히 말하고 상대방과의 조율점을 찾는게 먼저이지요.성향이 다른 사람을 만나서 견디는 건 원래 에너지가 많이 소비되는 행위입니다. 그래서 사람은 비슷한 사람들끼리 어울리고 구태여 피곤한 스타일을 만나려 하지 않습니다. 사회생활에서는 당연히 돈 받고 일하는 거니까 어쩔 수 없이 대하지만, 프로젝트 끝나면 정말 죽이 잘 맞지 않으면 대부분 빠이빠이 입니다.

엡실론 · Answer

감정적이 될 때 는 잠깐 쉬세요. 화장실에라도 갔다 오고, 커피 한잔 하고 오세요.구글 코드 리뷰 가이드에도 도움 될 만한 것들이 있습니다.일단 Don't take it personally. https://google.github.io/eng-practices/review/developer/handling-comments.html코드 리뷰 피드백을 줄 때의 가이드 라인도 참고해 보시고요. https://google.github.io/eng-practices/review/reviewer/comments.html배경을 먼저 얘기하신 다는 걸로 봐서 아마 글쓴분은 미괄식으로 얘기하시는 것 같네요. 두괄식이 좀 더 효율적이고, 특히나 개발자들은 그걸 선호하는 사람들이 많습니다. 두괄식 소통에 적응해 보시는 것도 좋을 것 같습니다.

mirheeoj · Answer

여러 주제를 한 번에 던지셨기에 랜덤하게 생각나는 대로 제 의견을 적어보겠습니다. 프로그래밍에선 결론을 먼저 내고 나중에 부연설명이 나오는 쪽이 그 반대보다 더 효율적이라 봅니다. 결론은 일을 진행시키고 부연설명은 공감을 얻는데, 프로그래밍은 아무래도 일을 진행시켜야 하는 직무니까요. 설명을 못하게 하니까 억울하시죠. 그건 충분히 이해합니다만, 지나고 보면 그런 건 금방 잊혀지고 코드와 기능만 남죠. 다만 고객 상담이나 영업 등 공감이 중요한 직무에선 말씀하신 화법을 쓰시는 게 도움이 될 수 있습니다. 당장 내 방식을 쓰냐 안쓰느냐보다 일 잘 되고 돈 잘 버는 게 더 중요합니다. '이렇게 가면 100% 망한다' 이 정도가 아니라면, 별 거 아닌 건 그냥 맞춰주고 향후 문제발생시 "거봐 내가 안될거라 했잖아ㅋㅋ" 이런식으로 접근하셔도 나쁘지 않아요. 생각보다 잘 되면 그만큼 또 배우는 거고요. 뒤집히는 일이 잦아지면 곧 상대방이 내 의견을 먼저 물을 겁니다. 결과가 해결해주는 거죠. 양보할 수 없는 선택을 해야 하는 상황은 상급자의 판단을 이용하세요. 그런 역할을 하라고 부서마다 관련 롤이 존재하는 것입니다. 이렇게 하면 책임소재 문제와 명분을 동시에 해결할 수 있습니다. 머리론 이해하는데 마음으론 나이문제가 계속 걸려서 나보다 어린 사람에게 지적받는 것이 스트레스가 되기도 합니다. 이건 한국어나 한국문화와도 관련이 있고 개인 성향에도 영향을 받는데, 해외생활을 해보시는 게 도움이 되기도 합니다. 언어만 달라져도 나이 스트레스에서 해방되기도 하거든요. 다만 어딜 가도 인간관계 스트레스가 아예 사라지지는 않지요.

다들 어떻게 겸손함 + 관계 + 소통력을 유지하시나요?

7개의 답변

기타 목록