깃허브 프로젝트 매뉴얼 - 100-hours-a-week/16-Hot6-wiki GitHub Wiki

깃허브 프로젝트 매뉴얼

목차

Why?

  • Github 프로젝트 사용법을 합의를 통해 프로젝트의 각 항목별로 작업자 및 진행상황을 쉽게 파악하기 위하여.
  • 각자 생각나는 작업을 하는 것이 아니라 작업이 필요한 일감을 효율적으로 찾고 작업완료를 표시하기 위하여.

섹션별 설명

칸반 보드

Epic 이슈와 각 서브이슈의 작업 현황을 정리하는 섹션입니다.

  • Sprint-Backlog-Epic
    서브이슈를 가지고 있으며, 하나의 목표를 나타냅니다.
  • Sprint-Backlog-Todo, Progress, Done
    에픽 이슈로부터 생성되며, 세부적인 작업 하나를 나타냅니다. 더 이상 쪼개기 어려운 작업 단위로 작성하는 것을 추천합니다.
    Todo -> Progress -> Done 순서로 흐르며 어떤 내용이 실제 작업되고 있는지 파악할 수 있도록 합니다.
  • 각 항목은 end-at 필드(마감기한)을 기준으로 정렬되어 있습니다. 가장 위에 있는 항목이 가장 급한 작업입니다.
  • 이슈 생성 시 Assignee를 잘 설정해야, 왼쪽 Assignees에서 스스로를 선택하여 필터링했을 때 무엇을 작업할지 판단하기 좋습니다.

로드맵

Epic 이슈의 진행 상황을 한 눈에 볼 수 있는 화면입니다. 현재 화면에는 표시되진 않지만, Sprint 단위로 표시될 예정입니다.

데일리 스크럼, 팀별 주간 발표, 회의록

문서화 작업을 진행하는 칸들이라고 이해해 주시면 되겠습니다.

Epic 이슈 생성

  1. Sprint-Backlog-Epic 아래 부분에서 +Add item을 클릭한다.
  1. 제목을 작성하고 Create new issue를 클릭한다.
  1. Sprint-Backlog-Epic-Template를 클릭한다.
  1. 백로그 내용, Assignees, Labels를 빠짐없이 작성하고 이슈를 생성한다. (Sprint2로 되어 있는 Milestone 부분도 확인한다)
  1. 생성된 이슈를 클릭하고, start_at, end_at 필드를 설정한다.

서브이슈 생성

  1. 생성된 Epic 이슈를 클릭하여 상세 페이지로 넘어온 뒤, Create sub-issue 버튼을 클릭한다.
  1. Blank-Issue를 클릭한 뒤 이슈를 생성한다. Assignee, Label, Milestome 부분을 빠뜨리지 않도록 주의하자.
  • 아래 Create more sub-issue 체크박스를 선택하면 연속해서 서브 이슈를 만들 수 있다.
  1. 생성된 이슈는 No Status에 등록된다.
  1. 이슈를 클릭하여 상세 페이지로 간 다음, start_at, end_at 부분을 작성한다.
  1. 이제 Sprint-Backlog-Todo로 드래그하여 옮겨 주자

완료 처리

같은 작업을 두 번 하는 느낌이라 비효율적으로 느끼실 수 있겠지만, 이슈 트래킹 및 관리를 위해 이렇게 사용합니다. 이슈 완료 처리를 눌러야 Epic 에서 진척도가 올라갑니다.

  1. 완료한 이슈를 선택한다.
  1. Comment를 작성하거나 내용을 수정한 뒤 Close issue를 클릭한다.
  1. Sprint-Backlog-Done으로 이슈를 옮긴다.