Why Jira?
- Issue Tracking Tools 중에는 UI도 좋고 애자일 방법론을 적용하기에 수월하다 -> 스크럼 보드 혹은 kanban 보드 작성을 할 수 있다.
- DevOps을 잘 수행하기 위한 조건들을 충족해줄 수 있다.
- 반복적인 작업들을 Tool을 이용해서 자동화
- 팀원 모두가 알고있는 하나의 공유된 지표
- 장애나 이슈가 있을 때 팀원들과 공유
Scrum vs Kanban
Scrum : 스프린트 기간인 2~3주동안 개발을 하고 이후 회고를 하고 다시 다음 스프린트를 시작함
- 스크럼 미팅(데일리 스크럼) : 아침마다 모여서 남은 할일(백로그) 를 토대로 번다운 차트를 작성함. 10분가량으로 짧게 끝냄
Kanban : to do/ in progress/ done으로 일을 나눔, in progress가 특정인에게 집중되어있으면 일을 재분배하기도 함
How Jira?
일반적인 지라 사이트 초기화면으로 cloud version을 사용한다. 최근에 할당된 프로젝트나 프로젝트들이 보이게 된다.
Issue 만들기
Issue Type 종류
- Task : 제일 일반적인 개념, 에픽이나 스토리나 버그에 넣기 애매한 이슈. 개발과 큰 관련이 없는 경우 (서버나 비품 관리 등)
- Story : 유저스토리 (실제 사용자가 영향을 받는 영역)와 관련된 이슈
- Bug : 버그 작성
- Epic : 큰 일 개념 ex) 유저관리 -> 로그인, 비밀번호 변경 등 여러가지 기능들이 포함되어있는 포괄적 기능.
아래와 같이 에픽 하위에 이슈들을 넣어 관리한다.
상태 (status)
status는 todo, in progress, done으로 설정 가능. 말 그대로의 의미. 처음 생성할 때는 보통 to do 일 것이다.
Components
에픽과 비슷한 개념. 조직 혹은 모듈의 의미
백엔드, 프론트엔드 와 같이 컴포넌트를 설정할 수도 있음
linked blocks
이슈간의 관계
Fix Version, For Version
Fix Version : 버그 등의 이슈의 발생 시점
For Version : 이슈가 고쳐지는 시점
Epic Link
이 이슈가 어떤 에픽에 해당되는지
Story Point
이 스토리가 얼마나 복잡한지/어려운지
JQL
Jira Query Language
SQL과 비슷한 문법으로 지라 이슈를 구조적으로 검색하기 위해 제공하는 언어이다.
연산자
=, !=, >, >= 등
in, not in
~(contains), !~(not contains)
is empty, is not empty, is null, is not null
Filter 검색
필터의 고급이슈검색을 통해 편리하게 이슈들을 검색할 수 있다.
날짜 관련 예약어
이 밖에 endOfDay(), startofDay(), endOfWeek(), startOfWeek(), endOfMonth(), startOfMonth(), 등등이 있다.
startofWeek(2d)의 경우는 한 주의 시작, 즉 일요일 + 2d인 화요일을 의미한다.
사용자 관련 예약어
assignee : 이슈 담당자
currentUser() : 지금 로그인한 사용자
커스텀 필터를 공유하기
다른 사람들도 나의 필터를 볼 수 있게 할 수 있다.
Gadget
필터의 결과물 등을 표로 보거나 이슈들을 정리된 레이아웃으로 보기 위해 위와 같이 내 대시보드에 gadget을 만들 수 있다.
보드
backlog에 있는 이슈들을 가지고 스프린트를 생성할 수 있다. 기본적으로는 스크럼 보드로 생성되지만, 칸반 보드로 만들 수도 있다.
