7회차(5/16): 개발자/디자이너와의 협업

• 사전 과제:
  1. 개발자, 디자이너와 효과적으로 협업하는 방법 3가지 조사하기
  2. 협업 과정에서 발생할 수 있는 문제 상황 한 가지 생각해보기
• 스터디 활동:
  1. 지난 주 내용 복습 및 질문
  2. 협업 방법 및 도구 공유
  3. 문제 상황에 대한 해결 방안 토론
  4. 역할극: 개발자에게 기능 요구사항 설명하기
  5. 다음 주 안내

https://about.daangn.com/blog/archive/당근마켓-it-개발-협업-pm-개발자-디자이너/

📌 1. 개발자·디자이너와 효과적으로 협업하는 방법 3가지

✅ 1. “각자의 전문성을 존중하며 일정을 설계하자”

• 왜 중요한가?

  빠른 출시를 위한 ‘짧은 일정’은 협업의 적이 될 수 있습니다. 특히 기획자 입장에서 QA 이후 수정 시간을 과소평가하면, 좋은 아이디어가 ‘시간 부족’으로 버려질 수 있습니다.

• 실천 방법

  • 기획자는 개발자·디자이너에게 직군별 니즈를 미리 파악하여 일정을 여유 있게 설계해야 합니다.
  • 예: 개발자는 로직 완성만 보여줘도 되지만, 디자이너는 UI/UX 전체 흐름을 보고 싶어합니다.

• 실무 예시

  “Mocking 화면을 먼저 제작하여 1차 QA 시점에 시각적 경험을 테스트할 수 있도록 했고, 다양한 환경(iOS, 웹 등)에서 피드백을 받았습니다.”

• 🎯 해결의 핵심은 **“여유롭게 잡는다”는 의미를 오해하지 않는 것**입니다.

✅ 2. “잘 정리된 문서 한 장이 열 번의 회의를 줄인다”

• 왜 중요한가?

  ‘이걸 누구에게 물어봐야 하지?’라는 불안감은 팀 몰입을 방해합니다. 누락된 정보는 결국 비용으로 돌아옵니다.

• 실천 방법

  • 회의록 → 요구사항 PRD → 실험 문서 → 테크 스펙 → QA 문서 → 회고록까지 일관된 문서 흐름을 갖춰야 합니다.
  • 중요한 정보는 슬랙/회의가 아닌, 재사용 가능한 문서로 남겨야 합니다.

• 실무 예시

  당근마켓은 QA 문서에 테스트 방법, 시나리오, 환경을 명확히 남깁니다. 덕분에 신규 구성원도 빠르게 업무에 합류할 수 있습니다.

  <aside> 💌

  1. 아이디어 회의록 - 주기적으로 아이디어를 나누는 팀별 아이디어 미팅 시간이 있어요. 또한 언제든지 아이디어를 발산할 수 있어요.
  2. PRD(Product Requirement Document) 요구사항 문서 - 개발이 어떤 문제를 해결해 주는지, 어떠한 구현을 해야하는지, 요구사항에 대한 문서를 만들어요.
  3. (필요시) 실험 문서 - 중고거래실은 ‘데이터 기반 결정’을 아주 중요하게 생각해요. 가설을 세우고, 로그 데이터로 검증한 뒤, 실험 기능을 정식적으로 제공할지, 철회할지 결정을 합니다.
  4. 테크 스펙 문서 기술적 구현에 대한 문서를 작성해요. 다양한 엔지니어들이, 개발 구현에 대한 싱크를 맞추는 문서에요.
  5. QA 문서 배포 날이 다가오면, 중간 결과물을 어떻게 테스트할지 가이드 문서를 작성해요.
  6. 회고록 - 배포한 뒤, 훗날을 위한 자산으로써 회고를 진행해요. 개발 회고뿐 아니라, 일하는 방식은 어땠는지, 목적을 이루었는지 등에 대해 폭넓게 회고하는 것이 목표예요. </aside>