JIRA (이슈 트래커 소프트웨어)
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
