명확하지 않은 이유: 소프트웨어 개발의 커뮤니케이션 기술

게시 됨: 2020-10-22

우리 모두는 매일 서로 소통해야 합니다. 사생활에서, 학교에서, 직장에서. 언제 어디서나. 어떤 사람들은 다른 사람들보다 더 나은 의사 소통 기술을 가지고 있지만 결국 우리 모두는 때때로 실수를 합니다.

일부 잘못된 의사 소통은 우리 삶에 미미한 영향을 미치지만(무알코올 맥주를 주문하면 세상의 끝이 아닙니다. 소프트웨어 개발에서 의사 소통에 대한 오해는 오히려 후자이며 재정적 영향을 미칠 수 있습니다.

우리 모두가 가지고 있는 가장 일반적인 문제 중 하나는 다른 사람이 우리의 마음을 읽을 수 있다고 가정하는 것입니다. 우리 모두는 때때로 이것에 대해 유죄입니다. '당연합니다!'라는 말을 들어본 적이 있습니까? 당신이 가지고 있습니다.

나는 객관적인 자명함을 믿지 않는다. 우리는 어떤 것은 모든 사람에게 분명하다고 생각하지만, 어떤 사람에게는 분명한 것이 다른 사람에게는 그렇게 분명하지 않을 수 있습니다. 소프트웨어 개발에서 효과적인 의사 소통을 달성하려면 마음 읽기를 믿지 말고 마음에 있는 것을 말하십시오.

그것이 말보다 쉬운 이유는 무엇입니까? 먼저 통신 프로세스를 분석해 보겠습니다.

커뮤니케이션 요소

50여 년 전 Roman Jakobson은 서로를 이해하는 문제를 분석하는 데 매우 유용한 커뮤니케이션 모델을 제시했습니다. 다이어그램을 살펴보십시오.

커뮤니케이션이 단순히 발신자와 수신자 간의 메시지 그 이상이라는 것은 분명합니다. 컨텍스트, 채널 및 코드는 메시지에 영향을 미치고 단어의 수신을 변경할 수 있습니다. 두 가지 요소가 적절하고 하나가 누락된 경우에도 문제가 발생합니다.

우리는 소프트웨어 개발에서의 커뮤니케이션에 대해 구체적으로 이야기하고 있기 때문에 위에서 언급한 요소 중 하나라도 놓치면 프로젝트 개선 세션에서 어떤 일이 발생하는지 분석해야 합니다. 즉, 프로젝트 관리에서 커뮤니케이션의 중요성에 대해 자세히 살펴보겠습니다.

항상 컨텍스트 제공

컨텍스트는 모든 문제에 대한 더 큰 그림에 대한 설명을 제공합니다. 백엔드 개발자에게 제품의 대상 그룹에 대해 알리는 요점을 이해하지 못할 수도 있습니다. 개발 팀은 이면에 있는 비즈니스 이유가 아니라 측에 필요한 사항만 알면 되는 것처럼 보일 수 있습니다. 그 어떤 것도 진실에서 멀어질 수 없습니다.

소프트웨어 개발에서의 커뮤니케이션은 기능적 요구사항에 관한 것만이 아닙니다. 팀에 제공할 수 있는 컨텍스트가 많을수록 좋습니다. 제품 개념에 대한 적절한 소개는 시간이 많이 소요될 수 있고 시간과 비용 낭비처럼 보일 수 있지만 장기적으로 보면 잘못된 기술 구현을 방지하는 데 도움이 됩니다.

팀이 제품에 대한 장기 계획이 무엇인지 알고 있다면 더 적합한 기술 솔루션을 제공할 수 있습니다. 음식 배달 모바일 앱의 첫 번째 버전에서 프로모션 코드를 구현하고 싶지 않더라도 소프트웨어 프로그래머에게 다음 버전에서 나온다는 것을 알리는 것이 좋습니다.

전체 컨텍스트를 제공했는지 확인하려면 보유한 모든 정보를 공유했는지 자문해 보세요. '이것은 개발자에게 중요하지 않습니다. 개발자는 이것을 알 필요가 없습니다. 최소한 이 정보가 도움이 될 수 있는지 팀에 물어보십시오. 다른 사람들이 중요하다고 생각할 수 있는 요소에 놀랄 수 있습니다.

채널을 현명하게 사용하세요

채널은 프로젝트 관리에서 일반적으로 잊혀진 커뮤니케이션 요소입니다. 오늘날 개발 팀이 다른 국가에서 매우 자주 작업하고 백엔드가 인도에 있을 때(현재 미국 기업의 85%가 대부분의 작업을 인도에 아웃소싱함) 프론트엔드 개발은 폴란드에 있고 제품 소유자는 미국에 있습니다. , 우리 모두는 의사 소통을 위해 다양한 도구를 사용합니다.

적절한 채널을 선택하고 효과적으로 사용하면 영향을 미칠 수 있습니다. 전화 회의, 이메일 및 채팅은 훌륭하며 지속적인 연락을 가능하게 합니다. 그러나 그들은 또한 메시지를 오해할 수 있는 새로운 방법을 만듭니다.

우리는 온라인 채팅이 팀과 같은 방에서 대화하는 것과 같은 척 할 수 없습니다. 우리가 할 수 있는 것은 원격 통신의 한계를 염두에 두고 극복하려고 노력하는 것입니다.

효과적인 원격 통신을 위한 팁

전화 회의를 통해 대화하는 동안 카메라를 켭니다. 상황에 따라 비언어적 의사소통이 메시지의 50% 이상을 차지할 수 있습니다. 예를 들어, 다른 사람들이 당신을 볼 수 있을 때 당신이 비꼬는 것이라면 훨씬 더 쉽게 알아차릴 수 있습니다. 대화 상대의 실시간 반응도 볼 수 있습니다. 다른 사람들이 당신의 말과 혼동하는지 아닌지 알 수 있습니다.
채팅에서 분리된 방을 사용하여 대화를 분류하세요. 프로젝트가 복잡하면 소프트웨어 개발의 커뮤니케이션도 복잡해지는 경향이 있고 새로운 토론 주제가 끊임없이 등장합니다. 별도의 방을 사용하면 메시지를 정리하고 적은 번거로움으로 적절한 수신자에게 도달할 수 있습니다.
채팅을 통해 작성하는 동안 메시지 수신자를 태그합니다. 각 대화를 따라가는 것은 쉽지 않습니다. 당신이 편지를 쓰는 사람에게 통지를 받는 것이 당신에게 가장 유익합니다.
서면 대화에서 적절한 경우 이모티콘을 사용하십시오. 너무 많이 사용하지 말고 청중에게 금요일 오후 배포에 대해 농담하고 있음을 알리십시오.

통신 코드 검토

작업 초기에는 같은 방식으로 주요 용어를 이해할 수 있도록 공통 코드를 설정해야 합니다. '명백한' 것들까지도요. 예를 들어, '사용자로서 선택한 제품을 당일 발송할 수 있도록 오전에만 주문할 수 있습니다'라는 요구 사항이 있습니다. 명확해 보이지 않나요?

음... 그렇다면 이 기능에서 아침은 정확히 무엇을 의미합니까? 아침은 언제 시작합니까? 해가 뜨거나 정확한 시간(즉, 오전 7시)에 뜰 때? 오전 7시에 어떤 시간대를 염두에 두고 있습니까?

프로젝트 관리, 특히 IT에서의 커뮤니케이션은 매우 명확해야 합니다. 추측할 곳이 없습니다. 우리의 경우 10시 이전에 제품을 주문할 수 없는 상황(주 개발자가 눈을 뜨면 아침이 그에게 의미가 있는 시간)이 될 수 있고 앱 소유자가 얼리버드의 주문이 부족하여 돈을 잃는 상황이 발생할 수 있습니다.

일반적인 통신 코드의 모범 사례

일반적으로 사용되는 용어로 용어집을 만듭니다. 이는 프로젝트 시작 시 도움이 되며 새로운 합류자가 개발 팀이 말하는 언어를 이해하는 데 매우 유용합니다.
수신자에게 요구 사항이나 문구를 어떻게 이해했는지 묻는 것도 좋습니다. 그리고 나는 쓸모없는 것에 대해 말하는 것이 아닙니다. '모든 것이 명확합니까?'. 구체적이어야 합니다. 세부 사항에 대해 물어보십시오. 당신이 이해했는지 확인하십시오. 통신 코드 검토를 수행하십시오.

우리의 예를 다시 한 번 살펴보겠습니다. "아침"이라는 용어에 대한 일반적인 이해에 도달하려면 그것을 사용한 사람에게 다시 말하도록 요청하십시오.
경험의 법칙은 추측 게임을 위한 여지를 남겨두는 것보다 소프트웨어 개발에서 반복적인 의사소통을 하는 것이 더 낫다는 것입니다.

전문성 문제

위에서 언급한 프로젝트 관리의 모든 커뮤니케이션 방법 외에도 소프트웨어 요구 사항을 논의할 때 명심해야 할 중요한 사항이 한 가지 더 있습니다. 그것이 스타트업이든 기업 제품이든, 대부분의 경우 클라이언트는 소프트웨어 하우스에 가기 전에 제품에 대해 생각하는 데 상당한 시간을 보냅니다. 그것에 더 많은 시간을 할애할수록 그들은 그 주제에 대해 더 많이 경험하게 됩니다.

당신이 전문가라면 당신 주변의 모든 사람이 당신과 같은 도메인 지식을 가지고 있지 않다는 사실을 잊기 쉽습니다. 이것은 당신에게 명백한 문제가 당신이 이야기하는 개발 팀에 대해 그렇게 명확하지 않다는 것을 의미합니다.

전문성 문제를 피하는 방법

제품과 함께 여정의 시작 부분으로 돌아가서 개발 팀에 모든 결정을 설명하십시오. 그들이 어떻게 시작되었는지 이해하면 더 나은 기술 솔루션을 찾거나 사고 방식의 격차를 메울 수도 있습니다.
팀이 필요한 만큼 질문할 수 있도록 합니다. 어리석은 질문이 없다는 속담은 과장이 아닙니다.

소프트웨어 엔지니어링 팀에서 효과적으로 의사 소통하는 방법

최대한 명확하게! 결과가 고통스러울 수 있으므로 잘못된 의사소통이 있을 수 없습니다. 객관적인 명확성은 없으며 중요한 정보를 놓치는 것보다 여러 번 반복하는 것이 좋습니다.

아이디어를 뛰어난 디지털 제품으로 전환

같이 일하자

커뮤니케이션의 세 가지 요소를 모두 염두에 두고 메시지가 의도한 대로 이해되었는지 다시 확인하십시오. 시간이 지남에 따라 소프트웨어 개발에서 의사 소통이 더 쉬워지고 요구 사항을 올바르게 설명하는 것이 더 이상 문제가되지 않습니다.

앱 개발과 커뮤니케이션 모두에서 전문가인 소프트웨어 하우스를 찾고 있다면 더 이상 찾지 마십시오!

Miquido 전문가와 상담하고 아이디어를 실현하세요!