JIRA란?

Issue Tracking 시스템을 말하는데..

이슈 추적 시스템은 단체의 필요에 의해 이슈 목록을 관리하고 유지보수하는 컴퓨터 소프트웨어의 하나이다. 트러블 티켓 시스템이라고도 한다.
이 부분이 JIRA가 속하는 부분이다. 
 
이처럼 프로젝트에서 예상 되거나 또는 이미 발생한 "이슈"들을 관리하는 것이 JIRA를 통하여 할일이다. 
 
관리 대상 이슈로는 업무(작업), 문제점, 개선 사항 등이 있음 
*티켓
에 대해 실행 중인 보고이다.

일련 과정

project 관리 도구

프로젝트에 필요한

- 기간, 리소스 등에 대한 계획 수립

- 이슈들의 진행 상태 추적

-통합된 리포트 및 대시보드 제공

프로젝트 참여자의 업무과정 (태스크의 할당, 작업 로그 등)을 기록

프로젝트 전반에 걸친 모니터링 및 플래닝 도구 제공

개발 과정이나 업무 처리에 필요한 다양한 도구와 연동

Jira Core / Software / ServiceDesk

▪ 필요 시 하나의 Jira에 모두 설정 가능

- Core: Jira의 기본기능 탑재

- Software: Board 기능 및 Software Type 프로젝트 사용가능

- ServiceDesk: 사용자 Portal 및 SLA 관리 기능 사용가능

▪ Software나 ServiceDesk 사용 시 Core 기능은 기본적으로 포함

Subtitle

JIRA에서 제공하는 기본적인 Issue Type (Core)

▪ Task: 일반적인 작업으로 가장 작은 규모

▪ Sub-Task: 하나의 이슈를 세부적으로 나누는 하위 이슈

JIRA에서 제공하는 기본적인 Issue Type (Software)

▪ Bug: 제품이 설계대로 동작하지 않는 문제점

▪ Improvement: 제품이 가지고 있는 기능을 개선 또는 향상시키는 것

▪ Epic: 애자일에서 큰 규모의 작업으로 여러 Story들의 집합

▪ Story: 일반적인 작업으로 중간정도의 규모

▪ Task: 일반적인 작업으로 가장 작은 규모

▪ Sub-Task: 하나의 이슈를 세부적으로 나누는 하위 이슈

Issue Priority

▪ 일을 진행하는 우선 순위

▪ 조직의 여건에 맞게 우선 순위를 정해야 함

- 모든 이슈가 Highest나 High일 수는 없음

▪ 일반적인 우선 순위 및 조치 방법

- Highest: 시스템이 전혀 사용 불가능한 상태

   • 조치 방법: 10분 이내 담당자 지정. C레벨 보고

- High: 시스템의 주요 기능이 동작 불능

   • 조치 방법: 1시간 이내 담당자 지정. 팀장 보고

- Medium: 시스템의 일부 기능에 제약

   • 조치 방법: 4시간 이내 담당자 지정

- Low: 시스템 기능은 동작하나 일부 기능 불편

   • 조치 방법: 24시간 이내 담당자 지정

- Lowest: 시스템 기능 동작에 영향 없음

Time Tracking

▪ 프로젝트 리소스 중에서 시간은 매우 중요한 자원

▪ 각 단위 작업들에 대한 시간을 산정하여 프로젝트 전체의 일정을 예측해야 함

▪ 예상 작업 시간 (Estimated Time) - 이슈 생성 시 입력

▪ 실제 작업 시간 (Logged Time)

- 작업 시간을 기록하면 Remaining Time 자동 계산

Workflow의 효과

▪ 진행 중인 작업의 상태를 명확하게 알려 줌

(작업 상태를 알기 위한 커뮤니케이션 불필요)

▪ 전체 프로젝트의 상태 파악 및 리소스 계획 수립 가능

▪ 새로운 팀원을 포함한 전체 팀원들 간의 협업 용이

JIRA에서 기본적으로 제공하는 Workflow

▪ Open: 이슈가 최초 생성되어 아직 작업에 들어가기 전 상태

▪ In Progress: 담당자가 정해지고 이슈에 대한 작업이 진행 중인 상태

▪ Resolved: 담당자가 작업을 완료한 상태

▪ Closed: 이슈를 요청했던 요청자가 담당자의 작업 결과에 만족하여 이슈의 완료에 동의한 상태

▪ Reopened: 완료된 이슈에 문제가 발견되어 다시 작업을 진행하는 상태

▪ JIRA Issue Tracking에서 가장 중요한 부분 중의 하나

▪ 이슈들을 항상 올바른 상태에 두어야 함 (불필요한 커뮤니케이션 방지)

▪ 작업을 시작했으면 항상 "Start Progress"를 하는 습관

▪ 작업을 완료했으면 "Resolve"를 하고 적절한 Resolution을 입력

▪ 이슈의 상태를 변경 시 필요하다면 커맨트를 통해 변경 이유 명시 ▪ 팀원들이 Workflow에 익숙해 지도록 노력

▪ 필요할 업무 환경에 맞게 커스터마이제이션 - 지속적으로 개경우 조직과 선 및 자동화 노력

1 .이슈 트래킹 내용을 동시에 편집할 수 없음

2 .SVN에 잘못 커밋하면 문서가 충돌 남

3 .이슈 번호를 수동으로 입력해야 하고, 중복 번호가 생성되는 경우가 있음

4 .이슈의 진행 상황을 알기 힘듦

5 .SVN이 설치되지 않은 곳에서는 이슈를 파악할 수 없음

6 .다른 팀원과의 커뮤니케이션이 어려움

기존의 프로세스의 단점을 상당수 해결할 수 있다.

이슈가 처리되었다면 JIRA 웹으로 들어가 해당 이슈를 DONE으로 수정한후

해당 상황을 알리고 했는데.

IntelliJ에서 JIRA 이슈 트레커 기능을 제공합니다.

직접 workflow 상태를 변화하고 커밋상태를 입력하고 하지 않아도 됩니다.

Intelli J