자주 쓰는 갈등 관리 방법: 대립하는 입장에서 공동 목표로 나아가기

사람에 대한 평가를 이번 사건으로 좁히기

‘항상 막판에 요구를 바꾸잖아요’에는 평가와 실제 사건이 섞여 있습니다. 이번에 어떤 요구가 언제 바뀌었고 어느 확정된 약속에 영향을 주었는지 구체화합니다. 서로 다른 문서를 보고 있었다면 양보를 논하기 전에 현재 기록부터 확인합니다.

‘오늘 공개해야 합니다’도 입장이지 전체 이유는 아닙니다. 하버드 협상 프로그램은 사람과 문제, 입장과 그 배경의 이해관계를 구분하는 방식을 설명합니다. 이는 질문의 방향을 제시하지만 합의를 보장하지는 않습니다.

각자가 유지해야 할 조건 묻기

가상의 예를 들어 보겠습니다. 한 사람은 금요일 시연을 원하고 다른 사람은 전체 자료가 월요일에 준비된다고 말합니다. 첫 번째 사람은 참석자에게 이미 일정을 알렸을 수도 있고 단순히 금요일을 선호할 수도 있습니다. 두 번째 사람은 필수 검토가 필요하거나 아직 확정되지 않은 자료를 기다릴 수도 있습니다.

‘그 날짜에 이미 연결된 약속이 무엇인가요?’ ‘조정할 수 있는 부분과 승인이 필요한 부분은 어디인가요?’라고 묻습니다. 들은 내용을 자기 말로 다시 설명하고 수정할 기회를 주세요. 정확한 재진술은 동의와 다릅니다. Atlassian의 실무 지침도 상대의 선택지를 정확히 설명하는 과정을 포함합니다.

공동 목표를 실제 비교 기준으로 만들기

‘프로젝트 성공’은 금요일과 월요일을 비교하기에 너무 넓습니다. ‘참석자와 확인한 일정에 따라 검토를 마친, 범위가 명확한 시연을 제공한다’는 결과를 제안해 볼 수 있습니다. 양쪽의 중요한 조건이 포함됐는지 직접 확인하고 반대 의견이 남으면 그대로 기록합니다.

확정된 초대 날짜, 아직 확인하지 않은 참석 인원, 바꿀 수 있는 시연 범위는 서로 다른 정보입니다. 모든 요구를 절대 조건으로 부르지 마세요. 공동 목표는 대안을 고르는 데 쓰는 기준이며 한 사람에게 끝없이 추가 업무를 요구하는 이유가 되어서는 안 됩니다.

부족한 부분에 맞춰 방법 고르기

문서 버전이나 정의가 다르면 사실을 맞춥니다. 조건은 이해했지만 방법이 다르면 범위, 순서, 단계별 전달을 함께 검토합니다. 각 안이 충족하는 조건, 포기하는 부분, 실행할 사람, 약속을 승인할 사람을 적습니다. 시연 사례에서 검토가 끝난 부분만 먼저 보여 주는 안은 참석자의 필요와 조직 규칙에 맞을 때만 가능합니다.

제한적인 타협은 양측이 대가를 이해하고 받아들이는 경우에 적합합니다. 날짜의 중간을 고른다고 필수 검토 시간이 생기지는 않습니다. 정보가 부족하면 잠시 멈출 수 있지만 확인할 질문, 담당자, 다시 논의할 시점을 정해야 합니다. 무기한 미루기와는 다릅니다.

제삼자의 역할을 분명히 하기

같은 말만 반복된다면 적절한 사람에게 대화 진행을 부탁하는 방법도 있습니다. 컬럼비아대학교 Ombuds의 설명은 비공식 대화와 선택지 정리를 돕는 역할을 공식 관리 결정과 구분합니다. 모든 회사에 같은 창구나 권한, 비밀 유지 조건이 있다고 가정하지 말고 실제 역할을 확인하세요.

조직의 공식 처리가 필요한 행동 문제를 일상적인 의견 차이로 축소해서도 안 됩니다. 모든 사안을 당사자끼리 먼저 타협해야 하는 것은 아닙니다. 어떤 창구를 이용할지는 기존 조직 절차를 확인합니다.

합의를 다시 확인할 수 있게 남기기

결정 내용, 담당자, 일정, 미확인 조건, 점검 시점을 기록합니다. 작은 규모로 먼저 시연한다면 포함할 자료와 준비 완료를 확인할 사람, 다음 단계를 결정할 때를 적습니다. 한 번의 시험 운영을 영구적인 약속으로 바꾸지 않습니다.

끝으로 각자가 다음에 할 일을 확인합니다. ‘이견 없습니다’라는 말보다 중요한 것은 이번 결정이 자기 업무를 어떻게 바꾸고 남은 문제를 어떤 방식으로 다룰지 이해하는 것입니다.

이 주제 더 살펴보기