Skip to main content

From Planning to Development


테크 리드로서 제품을 기획하는 업무를 자세히 알 필요는 없습니다. 하지만 전체적으로 어떤 흐름을 갖는 것이 다른 직무의 사람들과 소통하고 협업하는 데 도움이 되는 지 작성해봤습니다. 겸험에 따라 계속 업데이트 될 수 있는 내용이므로 오늘은 맞지만 내일은 틀릴 수 있는 내용입니다.

PO/PM

  • 정책 정의서

    • 용어 정의
    • 기본 운영 정책
      • 비즈니스 중심으로 정의하고, UI는 고려하지 않습니다
      • 예를 들면 다음과 같습니다
        • 회원가입 | 약관동의 | 필수
        • 회원가입 | 비밀번호 | 특수문자, 영어 대소문자 포함 8자 이상
        • 게시판 | 공지사항 | 운영자 | CRUD
        • 게시판 | 공지사항 | 회원/비회원 | R
    • 정책의 카테고리에 따라 형식을 다르게 해야할 수 있습니다
  • 백로그

    • 개발 해야할 목록으로 개발자와 소통하기 위한 목적으로 작성
    • 제목: 카테고리-ID-제목
      • 카테고리: Front|Admin|기타 등
      • ID
        • 페이지 번호 등으로 사용될 수 있습니다
        • 소통, 검색 등을 위해 사용될 수 있습니다
    • 내용
      • 신규/개선
        • 신규인 경우 정책 정의서TO-BE에 대한 상세 내용이 있어야 합니다
        • 개선인 경우 AS-IS, 수정된 정책 정의서, TO-BE에 대한 상세 내용이 있어야 합니다
      • 관련된 백로그
      • 일정
      • 완료 여부
    • 개발자들이 판단하기 쉬운 형태로 내용이 정리되어야 합니다
    • 개발팀과의 소통을 통해 구현 가능 여부, 난이도 등을 확인하여 반영합니다
  • 화면 흐름도

    • 페이지 이동, 모달 등 화면 흐름을 표현하기 위한 목적으로 작성
    • 플로우차트, 마인드맵, 트리 등으로 시각화하여 작성
  • IA(Information Architecture)

    • 정보 구조 설계도로 디자이너와 소통하기 위한 목적으로 작성
    • 화면간의 상하 관계 정의
    • 고객 동선 관리
    • 내용
      • 계층 구조를 표현하기 위한 넘버링
      • 유형: 페이지|모달|팝업|링크 등
  • 와이어프레임, 목업, 프로토타입 등

danger

모든 문서는 수정될 수 있습니다. 수정된 경우 변경 이력을 남기고, 변경 사항을 전체에 알려야 합니다.

UX/UI 디자이너

테크 리드

  • 정책 정의서에 대한 피드백
  • 백로그 개발 가능 여부, 난이도 등에 대한 피드백
  • 백로그 개발
  • 코드 리뷰
  • 기술 이슈 추적

엔지니어

  • 백로그 개발
  • 코드 리뷰
  • 기술 이슈 보고