디자이너와 개발자간 커뮤니케이션 개선방법 | 매거진에 참여하세요

커뮤니케이션은 사용자 경험 디자이너(UED)가 몰입감 있고 효과적인 제품을 만들기 위해 반드시 필요한 핵심 기술입니다.

하지만 개발자와 작업할 때 커뮤니케이션은 서로 다른 관점, 우선순위, 용어 때문에 도전 과제가 될 수 있습니다.

디자이너와 개발자가 더 나은 협업을 하고 오해, 갈등, 지연을 피하려면 어떻게 해야 할까요?

1. 문제 정의하기

솔루션으로 바로 뛰어들기 전에, 디자이너와 개발자는 해결하려는 문제와 추구하는 목표에 대해 동의해야 합니다.

이는 기대치, 범위, 성공 기준을 조율하는 데 도움이 됩니다.

문제를 정의하는 좋은 방법은 사용자 요구, 현재 상황, 원하는 결과를 간결하고 명확하게 설명하는 문제 진술(problem statement)을 사용하는 것입니다.

예를 들어, "바쁜 부모들이 자녀를 위해 빠르고 쉽게 건강한 식사를 계획할 수 있도록 도와주려면 어떻게 해야 할까요?"

• - 솔루션으로 바로 들어가기 전에, 디자이너와 개발자는 다루고자 하는 문제에 대해 같은 이해를 가져야 합니다. 이는 마치 로드맵을 계획하기 전에 목적지를 정하는 것과 같습니다.

• - 제품 개발 생명주기에서 모든 주요 이해관계자들이 고객의 고통 지점에 먼저 집중해야 합니다.

• - 제품 관리자는 모든 이해관계자가 정렬되고 이에 동의하도록 하는 책임을 져야 합니다.

• - 개발 팀과 디자이너 간의 커뮤니케이션을 개선하려면 협업 도구(Slack, Microsoft Teams 등)를 사용하고 피드백 루프와 프로젝트 회고를 통해 정기적으로 점검하며 조정해야 합니다.

2. 비전을 공유하기

디자이너와 개발자는 제품의 목적, 가치 제안, 대상 고객 등 제품의 비전을 공유해야 합니다.

예를 들어, "우리는 바쁜 부모들이 선호도와 재고를 기반으로 건강하고 맛있는 요리법을 추천받아 시간, 비용, 스트레스를 줄일 수 있는 식사 계획 앱을 만들고 있습니다."라는

비전 진술이 있을 수 있습니다.

• - 프로젝트 초기 단계에 개발자를 참여시키는 것이 매우 유익합니다.

• - 비전은 단지 제품 디자인에만 국한되지 않고, 비즈니스 성공 지표와도 조화를 이뤄야 합니다.

• - 초기 단계부터 협업을 통해 기술적 문제를 사전에 식별할 수 있습니다.

3. 공통 언어 사용하기

디자이너와 개발자는 동일한 것을 설명할 때 서로 다른 용어를 사용할 수 있어 혼란과 오해가 생길 수 있습니다.

이를 방지하기 위해, 단순하고 일관된 공통 언어를 사용해야 합니다.

예를 들어, "UI 컴포넌트", "API", "와이어프레임" 대신 "버튼", "데이터 소스", "스케치" 같은 더 설명적인 용어를 사용할 수 있습니다.

또한 용어와 약어의 의미와 사용법을 정의한 용어집을 만드는 것도 좋은 방법입니다.

• - 디자이너와 개발자가 공통 용어를 사용하면 팀 간 커뮤니케이션이 원활해지고, 혼란을 줄일 수 있습니다.

• - 디자이너가 개발 언어를 배우는 것도 협업에 큰 도움이 됩니다.

• - 공통 용어를 사용하는 것은 효율적인 협업을 위한 핵심입니다.

4. 초기부터 자주 참여시키기

디자이너와 개발자는 서로 고립된 채로 일하지 않고, 설계 프로세스의 초기 단계부터 자주 서로를 참여시켜야 합니다.

이를 통해 피드백을 받고, 문제를 사전에 해결하며, 기술적 제약을 이해할 수 있습니다.

• 초기 협업은 잠재적 문제를 조기에 식별하고 해결하는 데 매우 중요합니다.

• - 디자이너는 개발자를 사용자 연구, 아이디어 구상, 테스트 세션에 초대할 수 있고, 개발자는 기술적 제약, 도전 과제, 제안을 디자이너와 공유할 수 있습니다.

• - 협업 도구(Figma, Miro, GitHub 등)를 사용하여 실시간으로 소통할 수 있습니다.

5. 문서화 및 발표하기

디자이너와 개발자는 자신의 작업을 명확하고 효과적으로 문서화하고 발표해야 합니다.

예를 들어, 디자이너는 사용자 스토리, 페르소나, 사용자 흐름, 목업 및 프로토타입을 사용하여 디자인 아이디어와 사용자 피드백을 전달할 수 있습니다.

반면, 개발자는 코드 주석, 다이어그램, 테스트 케이스 및 데모를 사용하여 코드 로직과 기능을 전달할 수 있습니다.

• - 프로젝트 문서는 설계와 개발 과정 모두에서 중요한 역할을 합니다.

• - 명확하고 정리된 문서는 팀원들 간의 정렬을 유지하는 데 도움이 됩니다.

• - 정기적인 설계 검토와 디자인 싱크를 통해 동료들의 피드백을 받을 수 있습니다.

6. 존중과 신뢰 쌓기

마지막으로, 디자이너와 개발자는 서로의 전문성, 기술, 의견을 존중하고 신뢰해야 합니다.

맥락이나 이유를 이해하지 않은 채로 추측하거나 판단하는 것을 피해야 합니다. 또한, 서로의 기여와 노력을 인정하며 성공을 함께 축하해야 합니다.

• - 존중과 신뢰는 긍정적이고 생산적인 협업 문화를 형성하는 데 필수적입니다.

• - 서로의 관점을 이해하려고 노력하고, 공감하는 자세를 가지는 것이 중요합니다.

• - 팀워크를 통해 모든 도전을 극복할 수 있다는 믿음을 가지고 협업을 이어가야 합니다.

7. 추가로 고려할 사항

커뮤니케이션은 프로젝트 시작 전부터 시작됩니다.
팀과의 연결 고리를 만들고, 스프린트 리뷰에 참여하며, 개개인을 이해하고 그들의 프로세스에 대해 이야기하며 당신의 프로세스를 공유하세요.

우리는 너무 자주 다른 팀과 직무를 적으로 간주하지만, 사실 그들을 아군으로 만들어야 합니다.

프로젝트를 진행할 때 하나의 공동체로서 공동의 해결책을 찾는 느낌을 가져야 합니다.

모든 사람은 성공을 원하지만, 그것은 신뢰, 커뮤니케이션, 팀원 각각과의 연결감을 구축하는 노력이 필요합니다.

팀 구성 시, 기술력뿐만 아니라 소프트 스킬에도 주목하세요.

새로운 팀원을 채용하거나 중요한 프로젝트를 위한 팀을 구성할 때, 그들의 기술 능력만큼 소프트 스킬도 중요하게 평가하세요.

특정 분야에서 최고의 전문가를 얻더라도, 그들의 성격이 워크플로를 망칠 수도 있습니다.

팀의 화합을 해칠 만한 특성은 팀 전체의 성공에 치명적일 수 있습니다. 적절한 균형을 찾는 것이 중요합니다.

디자인 결정을 명확히 전달하는 능력은 필수입니다.

디자인 결정을 효과적으로 설명하는 것은 명확한 이해관계자 커뮤니케이션의 핵심입니다.

당신의 작업과 그 밑바탕이 되는 과학을 존중하며, 선택의 논리적 근거를 보여주는 것은 당신의 철저한 사고 과정을 증명하고, 디자인에 대한 신뢰를 구축합니다.

디자인이 작동하는 이유와 그렇지 않은 이유를 인정하고 설명하는 것은 팀 내 의사소통의 정렬을 위해 필수적입니다.
인간-컴퓨터 상호작용(HCI)은 소프트웨어 및 기타 공학 분야와 밀접하게 관련되어 있으므로, 디자인 결정은 이러한 객관적 프레임워크와 일치해야 효과적입니다.

디자이너로서, 당신은 사용자와 비즈니스 모두를 위한 리스크 완화를 돕는 역할을 합니다. 팀 내 협력적 의사결정에서 커뮤니케이션은 핵심적인 역할을 합니다.

팀 모범 사례는 합의와 실행을 통해 이루어집니다.

팀의 모범 사례는 모두가 동의하고 실행한 것들입니다. 이러한 관행은 모든 팀원이 의식처럼 여겨야 합니다.
예를 들어, 우리 팀에서는 팀 규약을 명확히 정의하여 무엇을 할 수 있고, 무엇을 하지 않을지를 명시합니다.

또한, 팀 정렬 회의(TAM)를 통해 누가 무엇을 언제까지 왜 해야 하는지를 명확히 합니다.
이러한 회의를 통해, 다시 만나기 전까지 무엇을 해야 하는지에 대한 명확한 이해를 가지게 됩니다.

결과적으로 중요한 세부 사항에 대해 반복적으로 소통할 필요가 없습니다. 대신, 팀원 간의 소통은 더 문화적이고 흐름에 기반한 방식으로 이루어집니다.