1.Project 생성 방법
상단 프로젝트를 선택하여 프로젝트 만들기를 클릭합니다.
...
confluence 와 Jira 를 연결할지 선택 후 계속버튼 클릭합니다.
프로젝트 생성 완료
2. Team Managed 와 Company Managed 의 차이점
팀에서 관리하는 프로젝트 | 회사에서 관리하는 프로젝트 | |
|---|---|---|
구성 | 간소화된 구성으로 시작, 실행을 신속하게 가능 팀 자체의 작업 프로세스 및 관행을 직접 제어하려는 팀에 적합 | 사용자 지정할 수 있는 부분이 있어 유연하게 프로젝트 제어가능 여러 프로젝트에서 다른 팀과 함께 표준 방법으로 작업하려는 팀에 적합 |
기능 | 기본기능 지원 내 프로젝트의 이슈만 보드에 표시, 애자일 보고는 필수적인 것만 가능 | 고급기능 지원 보드의 다른 프로젝트에서 이슈 끌어오기등 고급기능 가능, 애자일 보고는 포괄적으로 가능 |
설정/ 유지관리 | 팀에서 관리 모든 팀원이 가능 | Jira 관리자가 설정 및 유지관리 |
타 프로젝트와 공유 | 설정이 다른 프로젝트에 영향을 주지 않음 | 프로젝트 간에 표준화된 구성 공유함 |
이슈유형 관련 | 이슈 유형 및 사용자 지정 필드 간단 설정 | 이슈 유형 및 사용자 지정 필드를 완벽히 제어 |
워크플로 | 여러 워크플로에 대한 간단하게 구성가능 | 사용자 지정 가능한 워크플로, 상태 및 이슈 전환 |
권한설정 | 액세스 권한 수준 설정가능 | 권한 구성표를 상세하게 설정가능 |
3. Issue Hierachy 설명 (Epic → Story, Task, Bug → Sub-Task)
| Panel | ||||||||
|---|---|---|---|---|---|---|---|---|
| ||||||||
|
(1) Jira 의 Issue Type
Issue Type | |
|---|---|
| 여러개의 작은 스토리들로 구성되어 나눌 수 있는 대규모 작업 단위이다. 여러개의 Story 또는 Task 로 나눌수 있는 대규모 작업을 추적하고 관리하는 데 사용됩니다. Epic 은 일반적으로 특정 목표나 결과물을 함께 달성할 관련 스토리 그룹을 나타내는 데 사용한다. |
| 사용자 스토리라고도 하며 사용자 관련 요구사항을 최종 사용자의 관점에서 작성된 짧은 요구사항이다. |
| 작업은 스토리에 설명된 목표를 달성하기 위해 완료해야 하는 세부 작업 단위. 이는 기능을 구현하거나 스토리를 완료하는 데 필요한 개별 단계와 작업을 나타낸다 |
| Bug이슈 타입은 개발 과정 중에 보고된 버그를 추적하는 데 사용한다. Bug이슈가 생성되면 이를 해결을 담당하는 개발자나 팀 구성원에게 할당 가능하며, 이후에는 버그가 해결됨에 따라 문제에 업데이트를 추가하여 수정 사항을 테스트하거나 배포할 때와 같은 진행 상황을 추적할 수 있다. |
| 더 큰 작업인 Story 또는 Task의 일부인 더 작고 구체적인 작업을 나타내는 데 사용한다. Sub-Task를 통해 팀은 스토리나 작업 내에서 작업을 더 세분화하고 구성가능하다. |
(2) Issue Issue Type Hierarchy
| Info |
|---|
기본적으로 Jira는 3가지 수준의 이슈 유형 계층 구조, 즉 Epic, Story 및 Sub-Task으로 기본 제공한다. |
...
하위작업(Sub-Task)
Story, Task 또는 Bug를 완료하는 데 필요한 세부적인 작업이다. 팀이 표준 issue를 더 작은 단위로 나누는 데 도움이 될 수 있다. 이는 팀에 여러 사람이 작업해야 하는 작업이 있거나 팀이 작업의 범위나 복잡성을 과소평가하는 경우 도움이 될 수 있다. 하위 작업은 관련 표준 issue와 별도로 설명하고 추정할 수 있으며 팀이 향후 유사한 작업을 더 잘 이해하고 추정하는 데 도움이 될 수 있다.
4.이슈 생성 방법
상단 만들기 버튼 또는 이슈 만들기 버튼 클릭합니다.
...
생성된 이슈 확인(왼쪽 사이드 바 이슈 메뉴 클릭)합니다.
5.코멘트 작성 방법
Jira 칸반 보드에서 생성한 이슈를 클릭합니다.
...
저장한 코멘트 내용은 하단에 바로 표시됩니다.
6. Jira 자동화 룰 구성 방법
Jira에는 팀의 업무방식에 맞게 워크플로 등 여러 자동화를 할 수 있는 Automation 자동화 기능이 있습니다. 자동화기능을 사용하면 팀에서 작업, 프로세스, 워크플로를 자동화하여 반복적 수동 작업을 할 필요 없이 중요한 일에 집중할 수 있습니다
(1) 자동화 룰 소개
Jira Automation은 고객이 Jira의 이벤트를 기반으로 IFTT(if-this-then-that) 규칙을 코드 없이도 자동화 룰을 작성할 수 있게 합니다.
...
규칙을 시작하는 트리거, 규칙을 구체화하는 조건, 그리고 사이트에서 작업을 수행하는 동작 등의 세 가지 부분으로 이루어져 있습니다.
트리거 Trigger | 조건 | 동작 Action |
|---|---|---|
모든 규칙은 트리거로 시작됩니다. 트리거는 규칙의 실행을 시작합니다. 트리거는 Jira에 이슈를 만들거나 필드 값을 변경하는 것과 같은 이벤트의 수신을 대기합니다. Bitbucket 또는 GitHub과 같은 타사 서비스에서 실행할 규칙을 트리거할 수도 있습니다 | 조건을 사용하면 규칙의 범위를 좁힐 수 있습니다. 규칙을 계속 실행하려면 조건이 충족되어야 합니다. 예를 들어, 이슈의 우선 순위가 높은 경우에만 에스컬레이션하도록 규칙을 설정할 수 있습니다. | 동작은 규칙의 실행입니다. 동작을 사용하면 작업을 자동화하고 사이트 내에서 여러 가지를 변경할 수 있습니다. 동작을 통해 이슈 편집, 알림 전송 또는 하위 작업 만들기와 같은 여러 작업을 수행할 수 있습니다. |
트리거는 설정하거나 예약한 조건에 따라 수동으로 실행하도록 설정할 수 있습니다. | 조건이 충족되지 않으면 규칙이 실행 중지되고 조건에 뒤따르는 동작이 수행되지 않습니다. |
(2) 간단한 설정 방법 예시
Automation 자동화 설정화면에 접속하여 상단 설정아이콘 > 시스템 클릭합니다.
...
왼쪽 사이드메뉴의 Automation>전역자동화 메뉴를 클릭합니다.
1) 이슈 생성 시 Reporter 에게 자동 댓글 작성
| Info |
|---|
이슈가 생성되면 Reporter 에게 자동으로 댓글이 작성되는 자동화 규칙 생성 |
...
이슈 생성 시 자동댓글 자동화규칙 생성 후 활성화 완료되었습니다.
2) Open → Inprogress 로 전환될 때 Start Date 필드 업데이트 자동화 규칙 생성
| Info |
|---|
Jira의 상태 필드가 미해결(Open) 에서 진행 중(In Progress) 으로 전환되었을 경우, StartDate 필드를 자동으로 변경시켜주는 자동화 규칙 생성 |
...
규칙 이름을 입력 후 규칙 활성화를 클릭합니다.
자동화 규칙 생성 완료
3) 자동화 룰 잔여 수량 확인 방법
시스템> 전역자동화 메뉴에 접속하여 사용법 탭을 클릭하여 잔여 수량을 확인할 수 있습니다.
...