🏷️ Jira 프로젝트 일정 관리

왜 Jira를 도입했는가?

• 전 직장에서 프로젝트 관리 도구로 Jira도 후보가 되었으나 결국 Google Sheets를 사용했던 기억이 있다.
• 개인적으로는 Jira가 Sprint를 관리할 수 있다는 점에서 굉장히 좋아 보였고, 실제로도 현업에서 많이 사용하는 것으로 보여서 한 번 사용해보고자 한다.

접속

Jira 링크

시작하기

• 회원가입을 마치면 첫 프로젝트를 지정해야 한다.
• 사용자의 서비스 이해도에 따라 프로세스를 달리하는 것은 UX 측면에서 굉장히 좋아 보인다.

타임라인 메뉴

• “만들기 에픽” 버튼을 누르면 에픽 이슈가 생성된다.
• 에픽 이슈가 생성되면 Timeline 차트에 막대기가 추가된다.

• 특정 에픽 이슈를 클릭하면 우측에서 상세정보를 편집할 수 있다.
• “추가” 버튼을 클릭하여 하위 이슈를 등록할 수 있다.
• 하위 이슈는 버그, 스토리, 작업 이슈로 분류된다.
• 해야 할 일, 완료 등 진행상태를 설정하고, 설명을 편집할 수 있다.

• 스크롤을 더 내리면 세부 사항을 편집할 수 있다.

• 댓글을 추가할 수 있는데, 팀원 간 특정 이슈에 코멘트를 달 수 있다.

백로그 메뉴

• Backlog 메뉴에서는 Backlog와 Sprint를 관리할 수 있다.
• 에픽 이슈를 제외하고, Timeline에서 추가하는 이슈는 Backlog에 추가된다.
• 해당 목록들을 Drag-and-Drop을 통해 Sprint로 변경할 수 있다.
• Sprint로 목록들을 이동한 후 “스프린트 시작” 버튼을 통해 보드 메뉴에서 관리할 수 있다. 
• Backlog와 Sprint의 차이는 다음과 같다.

항목	Backlog	Sprint
정의	제품 또는 프로젝트에서 필요한 모든 작업 목록	정해진 기간 동안 수행할 작업들을 계획하고 실행하는 주기
목적	전체 요구사항을 수집하고 우선순위를 정리하기 위함	Backlog에서 우선순위가 높은 작업을 선택해 실제 개발을 수행하기 위함
요소	사용자 스토리, 버그, 기술 작업 등 다양한 작업 항목	Sprint 목표, Sprint Backlog, 데일리 스크럼, 리뷰 등 포함
기간	프로젝트 전체 기간 동안 유지 및 관리됨	일반적으로 1~4주 사이의 고정된 기간
특징	지속적으로 업데이트되고 변경될 수 있음	Sprint 기간 동안은 최대한 변경하지 않음
주체	제품 책임자(Product Owner)가 주로 관리	개발팀이 계획하고 실행, 스크럼 마스터가 지원
활동	작업 우선순위 조정, 아이템 추가/삭제	개발, 테스트, 리뷰, 회고 등 반복적인 개발 사이클

• Backlog에서 추가한 Sprint는 이렇게 타임라인 메뉴에서도 확인할 수 있다.

보드 메뉴

• 현재 작업 중인 Sprint의 진행 상태를 칸반 차트 형식으로 정리하고 Sprint에 포함된 이슈 정보를 관리할 수 있다.

회고

• 다음과 같이 Jira의 서비스를 개인적인 개념으로 정리해보았다.

✅ 메뉴

• 타임라인 메뉴에서는 이슈들을 관리하며 간트 차트를 확인할 수 있다.
• 백로그 메뉴에서는 타임라인 메뉴에서 등록한 이슈들을 스프린트 단위로 변경 및 관리할 수 있다.
• 보드 메뉴에서는 현재 작업 중인 스프린트를 관리할 수 있다.

✅ 이슈와 Sprint

• 에픽 이슈는 실제 작업들을 추상화 한 것이고, 이는 특정 작업 목록들의 목표를 의미한다.
• 예를 들어 Task 도메인 개발이라는 에픽 이슈가 있고, 하위에 API 개발, 단위 테스트 이슈들이 있다고 하면, Task 도메인 개발은 목표가 되고 하위 이슈들은 작업 목록이 된다.
• 목표는 Sprint에서 관리할 수 없고, 실제 작업 목록들이 Sprint에서 관리될 수 있다.