면접에서 물어보는 갈등에 대해

그냥 합격하는 면접이 아니라서 그런거 같습니다. 사람 사는 일이란게 수학처럼 먼가 딱히 정답이 랄게 없어서 답변은 머를 해도 그게 올바른 답변이 될수가 없어여. 조직이론 보면 딜레마 상황에선 대부분 회피를 선택하는 경향이 있다는 연구 결과가 있긴한데 그건 통계적으로 그렇다 정도 입니다. 질문자님처럼 내가 손해를 감수를 할수도 있고 독단적인 결단을 낼수도 있고 적당히 타협을 할수도 있고 다양하죠. 이게 코딩도 크게 다르지 않는데 대표적인 예로 객체지향의 경우에는 생면부지 사람들이 만나는 회사에서 조직에 규모가 커지면 커질수록 매우 강력한 힘을 발휘하지만 소규모에 끈끈한 유대를 바탕으로 하는 팀에서는 거추장스러운것에 불과할수도 있어여. 객체지향에 객체를 지향한다는 개념이 전체주의를 극복하는 현대적인 공화주의 철학에서 아이디어를 가져왔다보니 그래여. 아마도 제가 같은 상황에 구지 대답을 해야 했다면 코드 뿐만 아니라 사회 생활을 하면서도 갈등이 벌어질때 어떤 선택을 하더라도 기본적으로 객체지향을 지키는게 공공의 화합이라는 관점에서 중요합니다 라고 했을듯 싶네여.

안녕하세요! 면접 준비하느라 고생이 많으시네요. 말씀하신 내용을 보면, 본인이 갈등을 피하려는 성향이 강하고, 팀의 조화를 중시하는 성격 같아요. 이런 성향은 분명 장점이 될 수 있는데, 면접에서 이를 어떻게 전달하느냐가 중요한 것 같아요. 면접관이 "갈등 상황에서 어떻게 대처했나요?"라는 질문을 할 때는, 갈등을 피하는 것보다 문제를 적극적으로 해결할 수 있는 능력을 확인하려는 경우가 많아요. 갈등이 생길 수밖에 없는 상황에서도 어떤 식으로 문제를 풀어가는지가 중요한 포인트죠. 1. 갈등을 피하기보다는 해결하려는 접근 먼저, 자신이 기본적으로 갈등을 피하려고 노력하는 편이지만, 갈등을 완전히 피할 수 없는 상황에서는 어떻게 대처하는지를 설명하면 좋을 것 같아요 2. 자신의 결정을 설명하고 그 결과를 강조 자신이 발표를 맡은 이유를 설명하면서, 그 과정에서 발생할 수 있었던 갈등을 어떻게 미리 해결했는지를 강조할 수 있어요. 면접관이 보고 싶은 것은 결국, 갈등을 어떻게 해결하느냐를 통해 지원자가 얼마나 문제 해결 능력이 있는지, 팀워크를 중요하게 생각하는지를 보고 싶어 합니다. 갈등을 피하는 것도 중요하지만, 때로는 갈등을 해결하는 능력이 더 중요하다는 점을 강조하면서, 자신이 그런 상황에서도 문제를 해결해 나갈 수 있는 사람이라는 걸 어필하면 좋을 것 같아요. 문제를 해결할 때 팀원들의 입장을 배려하고, 적극적으로 나서는 태도는 분명 큰 장점입니다. 자신감을 가지고 면접에 임하시면 좋을 것 같아요! 응원합니다. 화이팅.😎😎

개인적으로 갈등 상황은 개발하며 겪은 일을 서술하면 좋을 것 같습니다. 저는 신입 개발자 취준중인 지인들에게 사이드프로젝트를 적극 추천하는데 가장 큰 이유 하나가 갈등상황을 겪게 하기 위함입니다. 사실 회사를 다니면서 감정적으로 싸울일은 크게 많지 않고 만약에 성격이 엄청 이상한 사람이라서 문제를 일으키는 사람이라고 해도 면접때 일화로 거르는건 불가능하다고 생각합니다. 그래서 레퍼첵등으로 보완하는 것이구요 그럼에도 불구하고 갈등상황을 물어보는 이유는 어떤 갈등 상황을 겪었는지 자체랑, 실제 업무를 하다보면 발생하는 갈등상황을 어떻게 해결하는지를 보고싶어서라고 생각합니다. 갈등상황을 싸움이라고 해석하기 보다는 의견이 다른 상황이라고 생각하시는게 더 좋을 것 같습니다. 저는 프론트엔드 개발자라서 프론트엔드를 예로들면 여러가지 기술스택이 있는데 탐원들이랑 기술스택을 선정하는 과정부터 갈등 상황을 겪을 수 있겠죠 그리고 개발을 시작하고 나서 개발 방법론, 아키텍처, 디자인패턴 등등을 선정하면서도 당연히 갈등상황이 올 수 밖에 없습니다. 이러한 갈등상황은 그 상황을 어떻게 해결하는지도 알 수 있지만 이사람이 어떤 경험을 했는지, 어떤 지식이 있는지도 볼 수 있죠 만약에 팀 프로젝트를 했는데 갈등상황이 없었다 라고 한다면 사실 의미가 크게 없는 프로젝트라고 생각될 수 밖에 없습니다. 한사람이 의견을 내고 다른사람이 다 따랐다는게 되는데 그렇다면 사이드프로젝트라기보다는 스터디에 가깝게 되는 것 같습니다. 아래는 답변과 답변에서 유추할 수 있는 사실들을 예시로 작성해 드립니다. 예시1) 클린 아키텍처를 도입하려했는데 팀원들이 너무 코드 양이 많아지고 오버 엔지니어링이 될 것 같다는 의견이 있었는데 이러이러한 근거를 들어 설득했고 결과는 이랬다(좋던 나쁘던 상관없음 배운점이 있으면됨) => 아키텍처에 대한 고민을 해본 적이 있다, 클린 아키텍처에 대해서 알고있고 팀원들을 설득할만한 논리를 가지고있다, 클린 아키텍처를 실제프로젝트에 적용해 본적이 있다. 예시2) 팀원은 vite와 react를 사용하고자 했는데 해당 프로젝트에서는 SSR이 강점으로 작용할 것 같아서 Next.js를 도입하기로 했지만 팀원들의 반대떄문에 실패했다. 그런데 중반부터 ssr의 필요성을 느끼게 되어서 마이그레이션을 하게 되었다. ssr의 강점과 단점에 대한 명확한 지식이 없어서 설득에 실패했는데 실제로 필요성을 느끼면서 확실하게 알게되었다. => vite,react,next.js를 사용해본적이 있다, ssr이 무엇인지 알고있다, ssr의 장점과 단점을 정확하게 알고있다, 다른 기술스택의 프로젝트를 마이그레이션 한 경험이 있다. 위와 같이 갈등상황은 성격을 물어본다기보다는 내가 가지고 있는 개발적인 경험과 지식, 그리고 앞으로 개발자를 하게되면 겪게될 상황에서 문제를 해결하는 방법을 물어보는 문항에 가깝다고 생각합니다. 면접1번 보기도 힘든 시기에 면접을 10번이나 보셨다니 잠재력도 크시고 열심히 준비하고 계신 것 같습니다. 조만간 좋은 소식 기대하겠습니다. 화이팅!