프로젝트 대인관계 기술 3가지와 감성 지능 설명

프로젝트 대인관계 기술 3가지와 감성 지능 설명

프로젝트 대인관계 기술에서 감성 지능, 의사 결정, 그리고 갈등 관리는 중요합니다. 프로젝트에서는 대인 관계 기술로 감성 지능, 의사 결정, 갈등 해결 기술들이 자주 사용됩니다. 감성 지능은 자신의 감정과 다른 사람의 감정을 인식하고 조절하는 능력입니다. 프로젝트 환경에서 자신을 이해하고 다른 사람들과의 작업 관계를 효과적으로 유지하기 위해서 매우 중요합니다.

프로젝트 대인관계 기술 중 의사결정은 일반적으로 일방적인 의사 결정보다는 그룹 기반의 의사결정이 더 바람직합니다. 갈등은 주로 피하고 싶은 부정적인 상황이지만 모든 갈등들이 프로젝트에 부정적인 것은 아닙니다. 대인관계 기술 중 감성 지능, 의사 결정, 갈등 관리 3가지에 대해서 자세히 알아봅시다.

프로젝트 대인관계 기술의 감성 지능

감성 지능은 내 자신과 다른 사람의 감정을 인식하는 능력입니다. 대인관계 기술 중 감성 지능은 중요합니다. 감성 지능을 연구하고 있는 대니얼 골먼이라고 하는 연구자는 감성 지능을 명확하게 정의하였습니다. 감성 지능은 자신의 감정 상태에 대한 인식과 조절을 통해서 자기 자신을 동기 부여하고 다른 사람의 감정에 대한 공감을 바탕으로 상대방과 인간관계를 맺고 관리하는 능력으로 보았습니다. 감성 지능은 이해 관계자의 감정을 공감하고 내 자신의 감정을 조절하는 능력이며 이는 의사소통과 리더십의 기본입니다.

이해 관계자와 프로젝트 팀원들을 관리하기 위해서는 지능 보다는 감성 지능이 더 중요하다고 봅니다. 대인 관계에 있어서는 지능을 사용하기 보다는 감성 지능을 사용해야 하는 것입니다. 감성 지능이 높은 사람은 사람들과 좋은 관계를 유지하면서 갈등이 발생하여도 이를 해결할 수 있습니다. 따라서 프로젝트 매니저는 감성 지능도 높아야 합니다. 프로젝트 매니저는 역량도 높으면서 대인 관계 기술도 좋아야 합니다. 그래서 프로젝트 매니저는 아무나 하는 것이 아닙니다.

감성지능의 영역과 세부 내용 설명

감성 지능은 4가지 영역으로 구분할 수 있습니다. 감성 지능은 자기 인식, 자기 관리, 사회적 인식, 사회적 기술로 나누어집니다. 자기 인식은 자신에 대해 현실적으로 평가를 할 수 있는 능력입니다. 내 자신의 감정과 목표, 동기, 내 자신의 강점과 약점을 이해하는 것을 포함합니다. 자기 인식에서는 내가 팀에 미치는 영향과 팀이 나에게 미치는 영향을 분석합니다. 자기 관리는 자기 조절과 동의어입니다. 자기 관리는 파괴적인 감정과 충동을 통제할 수 있는 능력입니다.

성급한 판단과 충동적인 결정을 보류하고 행동하기 전에 생각할 수 있는 능력입니다. 자기 관리는 행동하지 전에 생각하고 신뢰를 구축하는 것과 관련되어 있습니다. 사회적 인식은 다른 사람들의 감정을 고려하는 공감 능력과 이해 능력입니다. 비언어적 신호와 신체 언어를 읽는 능력도 포함합니다. 사회적 인식을 타인 인식이라고도 부릅니다. 사회적 인식은 공감과 적극적인 경청 능력을 활용하는 것입니다.

사회적 기술은 프로젝트 팀을 관리하고 사회적 네트워크를 구축하며 다양한 이해 관계자들과 공통점을 찾고 관계를 구축하는 능력입니다. 사회적 기술을 타인 관리라고도 부릅니다. 사회적 기술은 친밀한 관계를 형성하고 효율적인 프로젝트 팀을 구성하며 태도 관리를 하는 영역입니다. 대인관계 기술 중 감성 지능을 이해하고 감성 지능을 활용하는 것은 프로젝트를 원할하게 진행하기 위한 중요한 요소가 됩니다.

프로젝트 대인관계 기술의 의사결정

의사결정은 문제를 해결하거나 기회를 잡기 위해서 선택할 수 있는 여러 가지 대안 중 한 가지를 선택하는 활동입니다. 대인관계 기술 중 의사 결정은 매우 중요합니다. 프로젝트와 관련되어서 의사 결정을 진행할 때는 유의해야 할 사항들이 있습니다. 프로젝트 관련 의사결정을 진행할 때 의사결정 뒤에는 실행이 따르고 실행은 결국 프로젝트 팀원들이 하게 됩니다.

프로젝트 의사결정 결과에 대해서 팀원들의 수용성이 매우 중요합니다. 프로젝트 팀원들이 의사결정 과정에서 반대를 한다고 하더라도 의사결정 결과에 승복할 수 밖에 없는 상황이 많이 발생합니다. 이러한 상황들은 팀원들의 불만과 팀원들 간 갈등으로 이어질 수 있습니다. 따라서 의사결정 사항은 프로젝트 팀원들도 진심으로 수용할 수 있어야 합니다. 팀원들 개개인이 의사 결정 사항을 진심으로 수용할 수 있도록 하기 위해서는 의사 결정 사항이 개인의 주관적인 생각으로 결정되었다는 느낌 보다는 합리적인 판단이나 여러 사람들의 그룹 논의를 통해서 결정되었다는 느낌이 수용하기 더 좋습니다.

따라서 개인의 의사결정 보다는 그룹 토의와 논의를 통해서 의사결정을 진행하는 것이 바람직합니다. 프로젝트의 영향력이 높은 경영진에서 사전에 의견을 제시하게 되면 이는 고정되는 효과가 발생합니다. 이에 따라 더 좋은 다양한 의견들이 수렴되기 어렵습니다. 의사 결정에 대한 대상이 정해지면 다양한 기법들을 적용하여 더 많은 사람들의 의견을 수렴해야 합니다.

의사결정 사항 수용 유도 기법 안내

의사결정 사항을 팀원들이 수용할 수 있도록 하기 위해서 사용할 수 있는 기법들이 존재합니다. 다양한 사람들의 의견을 쉽게 파악할 수 있는 방법 중 손가락 투표법도 있습니다. 손가락 투표법은 애자일 프로젝트에서 의사결정을 진행할 때 자주 사용하는 방법입니다. 로마식 투표법도 있는데 로마식 투표는 엄지손가락 위, 아래로 찬성과 반대를 표시하는 방법입니다. 의사 결정 과정에 프로젝트 팀원들을 참여 시키면 팀원들의 시간을 빼앗는 부작용이 발생할 수 있습니다. 따라서 의사결정을 진행하기 위한 품질을 훼손 시키지 않는 범위 안에서 신속한 의사결정 기법을 적용하는 것이 좋습니다.

이 과정에서 집단 사고에 빠지지 않는 것도 매우 중요합니다. 집단 사고는 동일한 목소리를 강요하는 조직의 분위기 때문에 잘못된 결정을 내리는 것을 말합니다. 의사결정 과정에서는 대책이 없는 문제 제기에 대해서 좋지 않게 생각하는 것입니다. 경영진에서는 대책이 없는 문제 제기를 좋아하지 않습니다. 하지만 그렇게 되면 문제 제기가 크게 제약 될 수 있습니다. 문제 제기에 대해서는 좀 더 자유로울 수 있어야 합니다. 일반적으로 일방적인 의사 결정 보다는 그룹 기반의 의사 결정이 바람직합니다. 그룹 기반의 의사 결정은 광범위한 지식을 활용할 수 있고 결과에 대한 수용도와 헌신을 보다 높일 수 있습니다.

프로젝트의 의사 결정을 할 때 그룹 토론과 투표를 통한 신중한 선택이 필요합니다. 위에서 언급한 손가락 투표법과 로마식 투표법 이외에도 와이드밴드 델파이 추정 기법도 있습니다. 와이드 밴드 델파이 추정은 추기 의견을 익명으로 수집하는 기법입니다. 프로젝트 팀이 권한 밖의 의사 결정이 필요한 경우에는 영향력을 고려하여 대안을 조사하고 위로 보고하고 의사 결정 받을 수도 있습니다. 이는 문제 만을 가져오지 말고 해결책도 함께 가지고 와야 하는 회사의 철학에도 기반합니다. 대인관계 기술 중 의사 결정은 중요하게 다루고 접근해야 합니다.

프로젝트 대인관계 기술의 갈등 관리

갈등은 일반적으로 개인이나 집단 사이에 생각이 다를 때 주로 발생합니다. 대인관계 기술 중 갈등 관리는 매우 중요합니다. 프로젝트를 진행할 때 갈등이 문제가 되는 이유는 특정 개인이나 집단이 추구하는 목표를 다른 개인이나 집단이 방해하기 때문입니다. 고객의 사용성을 중요시 하는 UX/UI 기획자와 기술 구현의 용이성과 품질을 중요시하는 개발자 간의 갈등이 가장 대표적인 갈등입니다. 또한 시스템 오픈일을 맞춰야 하는 프로젝트 매니저와 출시일 보다는 품질을 중요시 하는 QA(Quality Assurance)의 갈등도 있습니다.

잘 관리될 수 있는 적정 수준의 갈등은 혁신을 촉진할 수 있고 더 좋은 성과를 만들어 낼 수 있지만 관리되지 않는 갈등은 프로젝트 진행을 더 힘들고 어렵게 만듭니다. 다양성을 존중하는 건강한 조직에서는 갈등의 역기능 없이 순기능만 발생할 수 있습니다. 프로젝트 성공 가능성을 높이기 위해서는 갈등의 부작용은 최소화 시키고 순기능은 최대화 시켜야 합니다. 프로젝트에서 발생 가능한 갈등의 순기능은 다양합니다. 프로젝트 팀원들이 다양한 의견을 부담 없이 제시할 수 있는 조직에서는 창의적이고 혁신적인 아이디어가 나올 수 있습니다. 갈등을 긍정적인 방향으로 유도하고 전환 시키는 것이 핵심 기법입니다.

품질 문제에 대한 접근 방법 설명

품질 문제에 대해서도 프로젝트 초기에 자유롭게 논의하고 토론할 수 있어야 합니다. 품질에 대한 의구심이 있을 경우 이를 공개하고 해당 이슈에 대해서 검증해야 합니다. 품질 뿐만 아니라 개발 프로세스의 문제점에 대해서도 토의를 통해서 개선할 수 있습니다. 갈등을 허용하는 조직에서는 누구라도 부담 없이 다양한 의견을 이야기하고 제시한 의견이 존중 받아야 합니다. 프로젝트에서는 집단 간 파벌 의식이 조장 되어서는 안됩니다. 또한 수동적인 자세로 수직적 지시에만 의존하는 문화가 되어서는 안됩니다.

프로젝트 갈등의 역기능 중 팀원들을 침묵하게 만드는 경우가 있습니다. 갈등의 역기능을 경험한 팀원들은 괜히 문제를 일으키기 싫어서 다른 의견이 있어도 내 자신이나 내가 속한 집단에 큰 피해가 되지 않는다면 침묵하게 됩니다. 프로젝트는 동적 환경에서 운영되고 회사의 예산과 프로젝트 범위, 그리고 프로젝트 일정, 결과물과 산출물에 대한 품질 등에 대한 제약 조건들이 많아서 갈등이 발생하는 것은 오히려 자연스러운 현상입니다.

갈등은 주로 피하고 싶은 부정적인 상황이긴 하지만 모든 갈등들이 프로젝트에 부정적인 영향을 주는 것은 아닙니다. 갈등을 잘 처리한다면 프로젝트 팀원들 간 신뢰와 성과에 대한 헌신이 더 높아질 수 있습니다. 갈등을 해결하기 위한 접근 방식은 다양합니다. 갈등 원인을 탐색하기 위한 개방적이고 존중하는 의사소통이 중요합니다. 사람 보다는 이슈에 초점을 맞춰서 비난 보다는 상황 해결에 집중하는 것입니다. 과거가 아닌 현재와 미래에 집중하는 것입니다. 건설적인 관계 구축을 위해서 대안을 함께 검토합니다. 대인관계 기술 중 갈등 관리는 프로젝트를 잘 완료할 수 있도록 하기 위한 중요한 기술입니다.