Workflow

작업 진행(Workflow) 는 이슈가 lifecycle 이 완료될 때까지의 각 상태로의 변화(transition)를 의미하며 기존 엑셀 기반의 관리 방식에 비해 강력한 추적성을 제공합니다.

JIRA 의 기본 workflow 는 다음과 같습니다.

  • 각 박스는 상태(status) 를 의미하며 화살표는 상태의 전이(transition ) 를 의미합니다.


Project

JIRA 프로젝트는 이슈 들의 집합이라고 할 수 있으며 이것은 조직의 필요에 따라 정의될 수 있습니다. 예를 들면 다음과 같은 것들은 JIRA 의 프로젝트가 될 수 있습니다.

  • 소프트웨어 개발 프로젝트
  • 마케팅 캠페인
  • 헬프데스크 시스템
  • 웹사이트 개선 요청 시스템

모든 개별 이슈 는 프로젝트에 속하게 됩니다. 각 프로젝트는 이름(예: 웹사이트 개선 프로젝트) 과 key(WEB) 를 갖습니다.
프로젝트 키는 프로젝트의 이슈 키의 앞부분을 나타내게 됩니다. 예를 들면 WEB-20, WEB-27 같은 형식을 갖게 됩니다. 


컴포넌트(Component) 란?

프로젝트 컴포넌트는 이슈들의 논리적인 묶음입니다. 개별 프로젝트는 컴포넌트를 가질 수도 있고 안 가질수도 있습니다.
예로 SoftWare 개발 프로젝트의 경우 'Documentation', 'Backend', 'Email Subsystem', 'GUI' 같은 컴포넌트를 가질 수 있습니다.
웹사이트 개선 프로젝트는 'Products', 'Contact Us' 같은 컴포넌트를 가질 수 있고 각각의 이슈는 다음과 같이 컴포넌트에 포함될 수 있습니다.


(info) 하나의 이슈는 0 ~ n 개 까지 컴포넌트에 포함 될 수 있습니다.


버전(version)이란?

Software 개발같은 프로젝트들은 issue 을 버전으로 묶어서 관리할 수 있습니다. (e.g: 1.0 beta, 1.0, 1.2, 2.0)

이슈는 버전 관련하여 두 개의 필드를 갖게 됩니다.

  • Affects Version(s) — this is the version(s) in which the issue is manifesting. For instance, a software bug might affect versions 1.1 and 1.2.
  • Fix Version(s) — this is the version(s) in which the issue was (or will be) fixed. For instance, the bug affecting versions 1.1 and 1.2 might be fixed in version 2.0. Note that issues which do not have a Fix Version are classified as 'Unscheduled', as shown in the screenshot above.

버전은 세 가자의 상태중 하나를 갖게 됩니다. Released, Unreleased or Archived. 버전은 또한 Release Date, 를 갖게 되는데 해당 일이 지나도 Release 되지 않을 경우 자동으로 'overdue' 로 강조 표시 표시됩니다.