gitlab 프로토콜 1.4

1.4 변경 목표

  1. Issue의 종류를 나누고, 각 종류에 적합한 프로세스로 진행하자.
  2. PO가 문제 해결을 전담할 수 있도록 권한을 더 위임하자.

아이디어의 등록

  • 제안할 아이디어나 해결할 이슈가 있으면 gitlab – Reception에 이슈로 등록한다.
    • “문제→솔루션” 또는 “제안→기대효과”를 간단하게 작성한다.
    • 상세기획 or 솔루션을 제안하지 않도록 노력한다.
    • 필요 시, [긴급]을 표시한다.
  • 등록된 아이디어의 진행여부는 다음과 같이 알 수 있다.
    • [A라벨]을 달면 → 언젠가 진행될 것이다.
      • closed되면 → 진행이 안되거나, 이미 다른 이슈로 진행 중이다.
    • [준비완료]를 달면 → 곧 될 것이다.
    • milestone/sprint에 포함되면 → 반영일이 확정되었다.

상세화 Process

Issue의 종류

  • 문제해결형: 문제를 정의한 뒤 문제해결을 위해 실험을 반복해야 하는 형태
  • 개선형: 솔루션과 기대효과가 명쾌한 형태
    • 예시: ERP, Admin, 버그, minor UX 개선 등
  • 운영요청형: 운영목적으로 상시요청되는 형태
    • 예시: ~~ 초기화 해주세요, flag 변경해 주세요 등

문제해결형 이슈

  • 문제를 정의하여, 이를 [문제Issue]로 생성한다.
    • 작성자: Product Group, CPO/CEO
    • 포함항목: 정의, 정량적 목표, 가설list, 기대효과
  • 문제해결에 적합한 가설들을 설정하고, 다시 이를 위한 실험(솔루션)들을 설계한다.
    • 설정된 가설들은 [문제Issue]의 가설list에 포함시킨다.
    • ICE score등의 framework을 활용하여 실험의 우선순위를 결정한다.
    • 실험 분석에 필요한 작업도 작업내역에 포함한다.
  • 우선순위가 높은 실험을 [실험Issue]로 생성하고, [문제Issue]의 related issue로 등록한다.
  • [실험Issue]의 상세기획이 끝나면, [준비완료]를 붙인다.
  • VP Engineering이 제품개발process에 따라 실행한다.
  • [실험Issue]의 성과를 복기하여 로그로 남긴다.
  • 필요 시 다른 [실험Issue]를 등록하여 위 과정을 반복한다.

개선형 이슈

  • Product Group이 자기 재량으로 중요한 이슈를 선별하여 [A라벨]로 표시한다.
  • Product Group이 작업 여력이 될 때 [A라벨]을 pulling하여 토론 및 상세기획을 진행한다.
  • 작업이 일부 완료되면, 각 상황에 맞게 [B라벨]과 [C라벨]로 표시한다.
    • [C라벨]을 달면서 중요도를 weight로 표시한다. (중요하면 1, 그렇지 않으면 9)
  • VP Engineering이 제품개발process에 따라 실행한다.

운영요청형 이슈

  • Product/Engineering Group은 누구나 등록된 이슈를 [운영요청]으로 분류할 수 있다.
  • VP engineeriing이 제품개발process에 따라 실행한다.
    • 단, milestone/sprint에 포함되지 않아도 되는 [운영요청]은 이미 확정된 일정에 영향을 주지 않는다는 전제하에, 누구나 pulling하여 즉시 처리할 수 있다.

제품개발 Process

  • VP는 일정산출 회의를 진행하여 다음 cycle에 포함될 [준비완료] 이슈를 선정한다.
    • 일정산출회의는 직전 Cycle의 완료일의 1주일 전에 진행된다.
    • 단, 아래와 같은 이슈들은 본 과정을 override하여 다음 cycle에 포함될 수 있다.
      • CPO/Product Group가 [실험Issue]를 지정할 경우
      • CEO가 [TD]를 지정할 경우
    • 문제해결형 이슈는 개별 cycle의 업무량의 80%를 넘을 수 없다.
  • 일정산출 회의의 결과는 전사에 2일간 공유되어 의견을 수렴한다.
  • VP는 수렴된 의견을 검토하고 선별적으로 반영하여 다음 Cycle을 확정한다.
  • 다음 Cycle이 확정된 이후에는 변경이 불가능하며, VP는 이후 진행을 총괄한다.

전사회의 홍보

  • VP Engineering은 새롭게 확정된 milestone/sprint의 목적과 포함 이슈를 홍보한다.
  • Product Group은 [실험Issue]의 기대효과와 실험방식을 설명한다.

[Label Legend]

  • A: 기획, 디자인
  • B: 기획완료, 디자인완료
  • C: 준비완료:milestone, 준비완료:sprint,
  • D: aOS, iOS, Front-end, Back-end
  • E: 제품명
  • F: 운영요청, 문제Issue, 실험Issue
  • G: 긴급, TD, 기능부채, 기술부채

아카이브