TIL-3

연히·2025년 1월 22일

TIL

목록 보기
3/68

1. 제품팀이란?

  • 제품을 만들기 위해 각자 다른 전문적인 능력을 갖춘 사람들이 모인 팀을 지칭.

1. 제품팀이란?

  • 목적조직

    • 특정한 목적을 달성하기 위해 여러 직무의 사람들이 모인 팀.
    • 제품의 목표를 달성하기 위해 다양한 직무의 사람이 모여있는 팀이기 때문에 속도가 빠르고 효율적.
  • 기능조직

    • 유사한 직무끼리 구성된 팀.
    • 비슷한 일을 하는 사람들끼리 모여있기 때문에 전문 분야에 대해 깊게 논의하고 서로의 발전을 도울 수 있음.
  • 매트릭스 조직

    • 구성원이 기능조직과 목적조직이 교차된 형태로 소속된 구성.
    • 일반적으로 많은 스타트업이 이 방식으로 일함.

2. 제품팀이 일하는 방식

  • 린스타트업
    • 빠르게 제품을 테스트하고 그 결과를 다시 제품에 반영하는 운영 방식.
  • 애자일
    • 일정한 주기로 빠르게 제품을 배포해 사용자의 피드백을 받고 요구사항을 수정해 나가는 과정을 반복.
    • 반대되는 개념으론 워터폴 방식

용어정리

  • 스프린트 : 집중해서 여러 태스크를 완료하는 1~4주 정도의 짧은 기간.
  • 스크럼 : 스프린트 안에서 목표를 정하고 우선순위에 따라 제품을 개발하는 방식.
  • 이터레이션 : 짧은 주기로 스프린트를 이어 나가는 것.

2. UX/UI 실무 프로세스

1. 디자인 프로세스

  • 기획

    • 문제정의
    • 아이데이션
    • 프로덕트 스펙 문서 작성
  • 디자인

    • 초안 디자인
    • 피드백
    • 최종 디자인 확정 및 핸드오프
  • 개발

    • 디자인 QA

2. 프로덕트 스펙 문서

  • 제품을 만들거나 개선할 때 사용하는 문서로 기능의 사양을 정의한 가이드.

  • 회사에 따라서 PRD(Product Requirements Document, 제품 요구사항 정의서)라고 부르기도 함.

    • 프로덕트 스펙이 왜 필요한가?
      팀원 모두가 같은 생각을 갖고 제품을 만들 수 있도록 가이드하는 역할

    • 어떤 내용이 들어가나?
      기획 배경과 솔루션, 기능 요구사항, 실험 계획 등

      1) 기획 배경 & 문제 정의 :기획하게 된 배경을 짧게 설명하고 사용자의 문제를 정의
      2) 솔루션 설명 : 만들고자 하는 솔루션에 대해 UX/UI 관점에서 자세하게 설명
      3) 실험 설계 : 솔루션의 효과를 검증하기 위해 어떤 순서로 실험을 진행하고 어떻게 결과를 분석할 것인지에 대한 계획
      4) 예상 일정

3. 디자인 공유하고 피드백 받기

  • 좋은 피드백을 받기 위해선 디자인을 잘 공유하는 것이 중요

    디자인 피드백을 요청할 때 포함하면 좋을 것

    • 배경
    • 솔루션 의도
    • 필수 리뷰어
    • 참고 문헌
    • 피드백 기한

3. [실무 프로세스 1] 협업하기

* 협업이란?

  • 협업의 질은 곧 제품의 질

* PO/PM 이해하기

  • PM: 프로덕트 매니저는 제품의 전략을 세우고, 우선순위를 결정해 실행하는 사람.
  • PO: 프로덕트 오너는 제품에 대한 오너십을 갖고 제품이 시장에 잘 전달될 수 있도록 관리하는 사람.

* 엔지니어 이해하기

  • 프론트엔드 엔지니어
  • 백엔드 엔지니어
  • QA 엔지니어
  • 데이터 애널리스트

* UX/UI 직무 이해하기

  • BX 디자이너
    : Brand eXperience의 줄임말로, 브랜드 경험과 관련된 전반적인 디자인을 하는 사람.
  • UX writer
    : 제품 내의 문구를 담당하는 사람.

4. [실무 프로세스 2] 실험 문화

* 실험이란?

  • 제품의 개선이 실제로 사용자에게 더 나은 경험으로 이어지는지 데이터로 검증하는 것.

* 실험 환경 이해하기

  • 실험은 대부분 A/B 테스트로 진행.

5. [실무 프로세스 3] 디자인 QA

* QA란?

Quality Assurance의 약자로, 제품이 출시되기 전에 기능을 테스트하는 것.

QA의 목적

  • 사용자가 제품을 이용할 수 없을 만큼의 치명적인 결함은 없는지 확인..
  • 조직 전체에서 기대하는 수준의 품질이 갖춰졌는지 확인.
  • Product Spec 문서에서 작성했던 명세대로 잘 구현되었는지 확인.
  • 특수한 상황에서 예상하지 못한 대로 동작하지는 않는지 확인.
  • 전반적인 UX가 사용하기 편리한지 확인.

* QA문서

  • 체크리스트 (CL)
  • 테스트 시나리오 (TS)
  • 테스트 케이스 (TC)

* 디자인 QA

  • 디자인이 정확하게 개발되었는지 확인하는 절차.
profile
끊임없이 배우는 디자이너 입니다 :)

0개의 댓글