Jira 워크플로 개요
Jira 워크플로란 무엇입니까?
Jira에서는 이슈가 만들어지고 완료될 때까지 따르는 경로를 워크플로라고 합니다. 각 워크플로는 이슈가 수명 주기 동안 거치는 일련의 상태 및 전환으로 구성되어 있으며, 일반적으로 조직 내의 작업 프로세스를 나타냅니다.
Jira 워크플로는 팀이 이슈를 만들고 완료할 때까지 사용하는 프로세스를 나타냅니다. 아래 그림은 워크플로의 예시입니다.
Jira 워크플로는 3개의 고유한 요소로 이루어져 있습니다.
- 상태: 상태는 워크플로 내에서 이슈의 위치를 나타냅니다. 몇 가지 예로, 미해결, 진행 중, 검토 중, 예약됨, 보류 중, 대기 중 등이 있습니다.
- 전환: 전환이란 이슈를 다음 상태로 이동하기 위해 취하는 조치를 의미합니다. 전환은 단방향 링크이므로, 이슈가 두 상태 사이를 여러 번 전환해야 하는 경우 두 개의 전환을 만들어야 합니다.
- 해결: 작업이 완료되고 더 이상 미해결 상태가 아니면 해결 상태가 되어야 합니다. 몇 가지 예로, 종료됨, 해결됨, 제공됨, 완료됨, 완료, 마무리됨, 안 함 등이 있습니다(회사에서 관리하는 프로젝트에서만 사용 가능).
워크플로 구성표란 무엇입니까?
작업 유형마다 거치는 프로세스는 다릅니다. Jira를 사용하면 서로 다른 워크플로를 다양한 이슈 유형과 연결하여 팀이 워크플로를 더 정확하게 캡처할 수 있습니다. 권한 구성표와 마찬가지로, 워크플로 구성표는 워크플로와 이슈 유형 간의 연결 집합을 의미합니다. 모든 프로젝트에는 적어도 하나의 워크플로 구성표가 필요하고, 워크플로 구성표는 여러 프로젝트에 적용할 수 있습니다.
다음 사용 사례를 고려해 보세요.
한 조직에 하나의 개발 팀이 있고, 이 개발 팀은 Jira 프로젝트를 사용하여 작업을 관리합니다. 프로젝트에는 이슈 유형마다 고유한 워크플로가 있습니다.
- 버그 이슈 유형은 해결해야 할 오류를 말하며, “심사됨”, “수정됨”과 같은 상태를 사용합니다.
- 스토리 이슈 유형은 기능 관련 작업을 말하며, “디자인 WIP”, “디자인 검토”, “개발 준비 완료”와 같은 상태를 사용합니다.
- 작업 및 하위 작업 이슈 유형은 다른 모든 유형의 프로젝트 작업을 말하며, “할 일”, “진행 중”, “완료”와 같은 상태를 사용합니다.
1년이 지나자 개발 팀의 규모가 두 배로 늘어났습니다. 엔지니어링 매니저가 팀을 둘로 나누고 두 번째 Jira 프로젝트를 만들었습니다. 두 팀 모두 업무가 비슷하므로, 워크플로와 이슈 유형 간의 연결 집합인 첫 번째 프로젝트의 워크플로 구성표를 두 번째 프로젝트에 적용했습니다.
두 팀이 자체 프로젝트를 소유한 경우, 관련 있는 작업에 계속 집중할 수 있고 적합한 방식으로 자체 작업을 관리할 수 있는 자율성을 가지게 됩니다. 동시에 엔지니어링 매니저는 동일한 워크플로 구성표를 공유하므로, 두 프로젝트의 모든 이슈를 일관성 있는 완전한 방식으로 볼 수 있습니다.
워크플로 구성표는 현재 회사에서 관리하는 프로젝트에서만 사용할 수 있습니다. 자세히 알아보기
워크플로 편집기란 무엇입니까?
워크플로 편집기는 워크플로의 단계와 전환을 만들고 시각화하고 편집할 수 있는 그래픽 도구입니다. 이 기능에 액세스하려면 'Jira 시스템 관리자' 글로벌 권한을 가진 사용자로 로그인해야 합니다.
워크플로 편집기는 현재 팀에서 관리하는 프로젝트에서만 사용할 수 있습니다.
워크플로와 보드 사이의 관계는 무엇입니까?
Jira에서 워크플로는 보드와 아주 밀접한 관련이 있습니다. 워크플로는 이슈가 만들어지고 완료될 때까지 따르는 경로를 말합니다. 각 워크플로는 이슈가 수명 주기 동안 거치는 상태 및 전환으로 구성되어 있습니다. 보드는 워크플로를 거치는 작업을 시각화하는 데 사용되는 도구입니다.
Jira 관리자는 대개 워크플로의 단계와 일치하도록 보드의 열을 설정합니다. 워크플로가 간단한 팀의 경우 각 열의 이슈에 사용할 수 있는 상태는 워크플로의 단계를 반영합니다.
프로세스가 더 복잡한 팀의 경우 보드 열은 전체 워크플로의 일부 단계만 나타낼 수 있습니다. 이 상황에서 팀은 보통 각 열에 여러 상태를 매핑합니다. 그러면 팀이 보드를 복잡하게 만들지 않고도 다양한 이슈 유형에 맞는 다양한 워크플로를 더 정확하게 표현할 수 있습니다.
