JIRA-퀵 가이드

JIRA는 Incident Management Tool프로젝트 관리, 버그 추적, 문제 추적 및 워크 플로에 사용됩니다. JIRA는 Project, Issue 및 Workflow의 세 가지 개념을 기반으로합니다.

참고할 중요 사항

다음은 JIRA의 흥미로운 세부 사항을 설명합니다.

  • JIRA는 사고 관리 도구입니다.

  • JIRA는 Atlassian Inc., 호주 회사.

  • JIRA는 플랫폼 독립적 인 도구입니다. 모든 OS에서 사용할 수 있습니다.

  • JIRA는 영어, 프랑스어, 독일어, 일본어, 스페인어 등 다국어 도구입니다.

  • JIRA는 백엔드에서 MySQL, Oracle, PostgreSQL 및 SQL 서버를 지원합니다.

  • JIRA는 Subversion, GIT, Clearcase, Team Foundation Software, Mercury, Concurrent Version System 등 많은 다른 도구와 통합 될 수 있습니다.

라이센스 및 무료 평가판

다음은 JIRA 도구의 적법성을 설명합니다.

  • JIRA는 상용 도구이며 제한된 시간 동안 평가판으로 사용할 수 있습니다.

  • JIRA 서비스를 이용하려면 라이선스가 필요합니다.

  • JIRA는 학술 프로젝트에 대한 무료 라이센스를 제공합니다.

  • 개별 사용자가 사용할 수있는 15 일 평가판이 제공됩니다.

JIRA 사용

다음은 JIRA의 가장 중요한 용도 중 일부입니다.

  • JIRA는 버그, 이슈 및 변경 요청 추적에 사용됩니다.

  • JIRA는 헬프 데스크, 지원 및 고객 서비스에서 티켓을 생성하고 생성 된 티켓의 해결 및 상태를 추적하는 데 사용할 수 있습니다.

  • JIRA는 프로젝트 관리, 작업 추적 및 요구 사항 관리에 유용합니다.

  • JIRA는 워크 플로 및 프로세스 관리에 매우 유용합니다.

JIRA-핵심 기능

다음 표에서는 이해를 돕기 위해 가장 중요하고 일반적으로 사용되는 일부 기능을 자세히 설명합니다.

Sr. 아니요 핵심 기능 및 설명
1

Boards

JIRA는 Scrum 및 Kanban 보드를 지원합니다.

이 보드는 팀에 프로젝트의 즉각적인 스냅 샷을 제공합니다.

프로젝트의 진행 상황을 빠르게 검토하고 개별 작업의 상태를 볼 수 있습니다.

보드 워크 플로는 팀이 진행하려는 방식을 충족하도록 사용자 지정할 수 있습니다.

2

Business Project Template

JIRA 지원 n 간단한 작업과 워크 플로와 같은 복잡한 작업을 관리하기위한 비즈니스 템플릿 수

템플릿은 팀과 그들의 접근 방식에 따라 사용자 지정할 수 있습니다. 예 : 각 팀의 접근 방식에 따라 워크 플로를 사용자 지정할 수 있습니다.

모든 단계가 설명되고 팀은 목표를 달성하기 위해 움직일 수 있습니다.

Task Details

진행 상황을 추적하기 위해 개별 수준에서 작업을 정의 할 수 있습니다.

모든 작업의 ​​상태, 댓글, 첨부 파일 및 마감일이 한 곳에 저장됩니다.

4

Notifications

특정 작업에 대한 이메일을 사용자에게 보낼 수 있습니다.

이해 관계자의 진행 상황을 주시하는 투표 및 시청 기능.

사용하다 @mention 코멘트 / 설명에서 특정 팀원의주의를 끌기 위해.

사용자는 무언가가 할당되거나 피드백이 필요한 경우 즉시 알립니다.

5

Power Search

JIRA는 Basic, Quick 및 Advanced 기능으로 강력한 검색 기능을 지원합니다.

검색 도구를 사용하여 마감일, 작업이 마지막으로 업데이트 된시기, 팀 구성원이 완료해야하는 항목과 같은 답변을 찾습니다.

프로젝트 정보를 한곳에서, 프로젝트 내에서 검색합니다.

6

Reports

JIRA는 특정 기간, 마감일, 개인의 기여도 등을 추적하기 위해 12 개 이상의 보고서를 지원합니다.

이해하기 쉽고 팀의 진행 상황을 분석하는 데 도움이되는 다양한 보고서를 생성합니다.

이러한 보고서를 쉽게 구성하고 이해 관계자에게 매트릭스를 표시합니다.

7

Scale with Team Growth

JIRA는 규모와 복잡성에 관계없이 모든 비즈니스 팀과 모든 프로젝트를 지원합니다.

8

Add -Ins

JIRA는 작업을 쉽게하기 위해 다른 소프트웨어와 연결하기 위해 100 개 이상의 추가 기능을 지원합니다.

다양한 추가 기능을 통해 전 세계적으로 보편적입니다.

9

Multilingual

JIRA는 영어 (미국, 영국, 인도), 프랑스어, 독일어, 포르투갈어, 스페인어, 한국어, 일본어 및 러시아어로 널리 사용되는 10 개 이상의 언어를 지원합니다.

10

Mobile App

JIRA는 모바일 애플리케이션으로도 제공됩니다.

Google Play Store 및 Apple의 App Store (iTunes)에서 사용할 수 있습니다.

알림, 댓글 및 프로젝트 활동을 통해 어디로 든 이동하면서 팀과 쉽게 연락 할 수 있습니다.

프로젝트에는 문제가 있습니다. JIRA 프로젝트는 이슈 모음이라고 할 수 있습니다. JIRA 프로젝트는 여러 유형이 될 수 있습니다. 예를 들면-

  • 소프트웨어 개발 프로젝트
  • 마케팅 프로젝트
  • 다른 플랫폼 프로젝트로 마이그레이션
  • 헬프 데스크 추적 프로젝트
  • 휴가 신청 관리 시스템
  • 직원 성과 시스템
  • 웹 사이트 향상

새 프로젝트 생성

프로젝트를 생성하려면 사용자는 JIRA Service Desk Admin으로 로그인 한 다음 Project → Create Project를 클릭해야합니다.

다음 스크린 샷은 Create Project 대시 보드에서 버튼을 클릭합니다.

요구 사항에 맞는 프로젝트 유형과 따라야 할 프로세스를 선택하십시오.

다음 스크린 샷은 JIRA에서 사용 가능한 프로젝트 유형을 보여줍니다.

프로젝트 유형이 선택되면 다음을 클릭하십시오. 사용자는 선택에 따라 프로젝트의 흐름을 볼 수 있습니다. 여기에서 우리는Basic Software development.

다음 스크린 샷은 위에서 언급 한 단계에서 선택한 프로젝트에 대해 사용 가능한 문제 유형과 워크 플로를 표시합니다.

선택 버튼을 클릭하고 프로젝트 이름을 입력하고 사용자가 모든 이슈에서 참조로 표시하려는 키를 확인합니다. 이 작업이 완료되면 제출 버튼을 클릭하십시오.

다음 스크린 샷은 프로젝트를 생성하기 전에 세부 정보를 제공하는 필드를 표시합니다.

문제가있는 페이지가 표시됩니다. 다음 스크린 샷은 문제가 새로 생성 된 프로젝트와 연결되었는지 여부를 보여줍니다.

JIRA는 프로젝트 관리 도구이며 이슈를 사용하여 모든 작업을 추적합니다. 이슈는 프로젝트의 기초가되는 모든 작업을 추적하는 데 도움이됩니다. 실시간으로 기술, 비 기술, 지원 또는 JIRA의 다른 프로젝트 유형의 모든 작업 또는 작업이 문제로 기록됩니다.

문제는 조직 및 요구 사항에 따라 달라질 수 있습니다.

  • 프로젝트 이야기
  • 이야기의 과제
  • 이야기의 하위 작업
  • 결함 또는 버그가 문제가 될 수 있습니다.
  • 헬프 데스크 티켓은 이슈로 기록 될 수 있습니다.
  • 휴가 요청

다음 스크린 샷은 미해결 이슈의 기본 페이지와 정보를 보여줍니다.

JIRA에서 워크 플로우는 track the lifecycle of an Issue. 워크 플로는 수명주기 동안 문제의 상태 및 전환에 대한 기록입니다. 상태는 특정 지점의 문제 단계를 나타냅니다. 문제는 열림, 할 일, 완료, 닫힘, 할당 됨 등과 같이 주어진 시점에서 하나의 상태로만있을 수 있습니다.

전환은 문제가 한 상태에서 다른 상태로 이동할 때 두 상태를 연결하는 링크입니다. 문제가 두 상태간에 이동하려면 전환이 있어야합니다. 간단히 말해서 전환은 문제에 대해 수행되는 일종의 작업이고 상태는 해당 문제에 대한 작업의 영향입니다.

현재 이슈가 생성되고 열립니다. 양수인이 문제에 대해 작업을 시작하면 문제는In Progress status. 여기서 전환은 작업을 시작하는 반면 문제의 상태는 이제 점진적입니다.

JIRA 워크 플로우에는 이슈가 생성되는 즉시 추적 할 수있는 다음 단계가 있습니다.

  • Open Issue − 생성 후 이슈가 열리고 양수인에게 할당되어 작업을 시작할 수 있습니다.

  • In Progress Issue − 양수인이 문제에 대해 적극적으로 작업을 시작했습니다.

  • Resolved Issue− 해당 이슈의 모든 하위 작업과 작업이 완료되었습니다. 이제이 문제는 기자의 확인을 기다리고 있습니다. 확인에 성공하면 추가 변경이 필요한 경우 닫히거나 다시 열립니다.

  • Reopened Issue−이 문제는 이전에 해결되었지만 해결 방법이 잘못되었거나 몇 가지 누락되었거나 일부 수정이 필요합니다. 다시 열림 단계에서 문제는 할당 됨 또는 해결됨으로 표시됩니다.

  • Close Issue− 문제는 완료된 것으로 간주되며 현재 해결 방법은 정확합니다. 종료 된 문제는 요구 사항에 따라 나중에 다시 열 수 있습니다.

JIRA Workflow는 Defect Lifecycle. 동일한 개념을 따릅니다. 유일한 차이점은 결함에만 국한되지 않고 모든 문제에 대해 일반적이라는 것입니다.

다음 다이어그램은 표준 워크 플로우를 보여줍니다.

전환은 문제가 두 상태간에 앞뒤로 이동하는 경우 단방향 링크입니다. 두 개의 전환이 생성되어야합니다.

Example− 닫힘 상태와 다시 열림 상태 사이에는 양방향 전환이 있습니다. 프로젝트가 완료 될 때까지 언제든지 수정이 필요한 경우 마감 된 이슈를 다시 열 수 있으며, 다른 이슈에서 추가 작업을 수행하고 재개 된 이슈에 대해 특정 작업을 수행하지 않은 경우 다시 열린 이슈를 직접 닫을 수 있습니다. 발행물.

이 장에서는 시스템에 JIRA를 설치하는 방법을 배웁니다.

참고할 중요 사항

  • JIRA는 개인 또는 동일한 회사 / 프로젝트에 속한 일련의 요청 된 사용자에게 비공개 웹 사이트를 제공하는 웹 애플리케이션입니다.

  • JIRA는 서버 측에서 Windows 서비스로 실행될 수 있습니다.

  • JIRA는 순수한 Java 기반 응용 프로그램이며 JDK / JRE 요구 사항을 충족하는 Windows, Linux 또는 MAC 등과 같은 모든 OS 플랫폼을 지원합니다.

  • JIRA는 Chrome, IE, Mozilla 및 Safari와 같은 유명한 브라우저를 모두 지원합니다.

  • 모바일보기에서도 모바일 브라우저를 지원합니다.

시스템 요구 사항

JIRA는 웹 애플리케이션이므로 클라이언트 / 서버 개념을 따릅니다. 즉, JIRA는 서버 중앙에 설치 될 수 있으며 사용자는 모든 컴퓨터에서 웹 사이트를 사용하여 웹 브라우저를 통해 상호 작용할 수 있습니다.

  • Browser − 자바 스크립트를 활성화해야합니다. 사용자는 다음과 같은 스크립트 차단 도구를 사용하지 않는 것이 좋습니다. NoScript JIRA의 전체 기능에 액세스합니다.

  • JDK/JRE− JRE / JDK를 최신 버전으로 업데이트하는 것이 좋습니다. JIRA 6.4는 JRE / JDK 버전 8 사용을 권장합니다.

우리의 범위는 최종 사용자로서 JIRA 애플리케이션을 사용하는 것이므로 서버 측 요구 사항을 무시할 수 있습니다.

서버 측에 설치

  • JIRA는 Client / Server 개념을 따릅니다. 서버 측에서 JIRA는 최종 사용자로 사용하기 전에 설치되어야합니다.

  • 서버 측에서 JIRA는 이슈 / 애플리케이션 데이터를 저장하기 위해 관계 데이터베이스와 연결해야합니다.

  • JIRA 다운로드 Windows Installer.exe 다음 링크에서 파일- https://www.atlassian.com/software/jira/download?_ga=1.28526460.1787473978.1 488778536.

  • OS 유형을 선택하고 다운로드를 클릭합니다.

다음 스크린 샷은 .exe 특정 OS 용 파일.

.exe 파일을 실행하여 설치 마법사를 실행하십시오. 다음 스크린 샷은 다운로드 한 .exe 파일을 보여줍니다.

.exe 파일을 클릭하면 Run확인 팝업이 표시되면 실행을 클릭합니다. 다음 스크린 샷은 RUN 확인 팝업을 보여줍니다.

다음 JIRA 설치 마법사가 표시되면 Next를 클릭합니다.

다음 스크린 샷에 표시된대로 적절한 설치 옵션을 선택하고 다음을 클릭합니다.

설치 요약은 다음 스크린 샷과 같이 대상 디렉토리, 홈 디렉토리, TCP 포트 등과 함께 표시됩니다.

설치를 클릭하십시오. JIRA는 다음 스크린 샷과 같이 설치를 시작합니다. 설치를 완료하는 데 몇 분 정도 걸립니다.

설치 후“Start JIRA Software 7.3.4 now”확인란이 선택되어 있으면 JIRA가 자동으로 시작됩니다. 그런 다음 다음을 클릭합니다. 그렇지 않은 경우 적절한 Windows 시작 메뉴 바로 가기를 사용하여 액세스 할 수 있습니다.

마침 버튼을 클릭합니다.

설치 프로그램은 시작 메뉴에 다음 바로 가기를 생성합니다.

  • JIRA에 액세스
  • JIRA Server 시작
  • JIRA 서버 중지
  • JIRA 제거

다음 스크린 샷은 위에서 언급 한 단축키를 보여줍니다.

라이센스 유형을 선택하고 다음 스크린 샷과 같이 조직 이름을 입력하십시오-

라이센스 생성을 클릭하십시오.

다음 스크린 샷과 같이 확인 팝업이 표시됩니다. 예를 클릭하십시오.

다음 스크린 샷에 표시된대로 관리 계정을 설정합니다.

JIRA는 아래와 같이 설정을 자동으로 완료합니다.

JIRA가 설정을 완료하고 서버에서 실행을 시작하면 사용자는 JIRA 서버에 대한 네트워크 액세스 권한이있는 모든 컴퓨터의 브라우저에서 액세스 할 수 있습니다.

JIRA는 기본 기능의 15 일에서 1 개월 무료 평가판을 제공합니다. JIRA에는 다른 고급 기능과 추가 기능이있는 다른 계획도 있습니다. 비용은 사용자 수에 따라 다릅니다.

방문하여 https://www.atlassian.com/software/jira/try, 사용자는 시도 목적으로 사용 가능한 다른 계획을 볼 수 있습니다.

무료 평가판 설정

무료 평가판을 설정하려면 사용자는 다음 링크에 등록해야합니다. https://id.atlassian.com/signup?application=&tenant=&continue또는 이미 계정이있는 경우 로그인하십시오.

다음 스크린 샷은 Atlassian 계정에 가입하는 데 필요한 필드를 보여줍니다.

사용자는 이메일 계정에 로그인하고 JIRA-Atlassian에서 보낸 링크를 클릭하여 계정을 확인해야합니다. 다음 단계는https://www.atlassian.com/software/jira/try 그리고 클릭 Create now 웹 페이지 오른쪽 하단에있는 버튼입니다.

다음 스크린 샷은 JIRA 평가판에 사용할 수있는 다양한 계획을 보여줍니다.

다음 스크린 샷은 무료 평가판을 위해 선택한 플랜의 세부 정보를 보여줍니다.

사용자가 샘플 웹 사이트 이름과 함께 모든 세부 정보를 입력하면 사용자는 Start now단추. 다음 스크린 샷은 사이트를 요청하고 사이트를 시작하기위한 자격 증명을 제공하는 방법을 보여줍니다.

요청 된 샘플 JIRA 웹 사이트를 시작하는 데 몇 분 정도 걸립니다. 완료되면 JIRA 로그인 페이지가 표시되고 사용자는 브라우저의 주소 표시 줄에서 주어진 샘플 웹 사이트 이름을 볼 수 있습니다. 이제 사용자는이 링크에 직접 액세스하여 JIRA로 이동할 수 있습니다. 다음 스크린 샷은 JIRA의 로그인 페이지를 보여줍니다.

JIRA에 로그인하려면 샘플 웹 사이트로 이동하십시오. 로그인 페이지가 열립니다. 등록 된 이메일 주소 / 사용자 이름 및 비밀번호를 입력하십시오. 로그인 버튼을 클릭하십시오. 다음 스크린 샷은 자격 증명을 사용하여 JIRA에 로그인하는 방법을 보여줍니다.

일반적인 로그인 오류

로그인에 실패하면 오류 메시지가 표시됩니다. 다음 스크린 샷은 자격 증명이 일치하지 않거나 잘못된 경우 사용자에게 수신되는 오류 메시지를 보여줍니다.

이 시나리오를 수정하려면 "계정에 액세스 할 수 없음"을 클릭 한 다음 적절한 옵션을 선택하고 세부 정보를 입력하십시오. 이메일을 클릭하십시오. 다음 스크린 샷은 사용자가 잊어 버린 경우 사용자 이름을 복구하는 방법을 보여줍니다.

사용자는 사용자 이름에 대한 세부 정보 또는 비밀번호 재설정 링크가 포함 된 이메일을 받게됩니다.

성공적인 로그인

로그인에 성공하면 관리자가 계정을 프로젝트에 연결했거나 사용자가 이전 장에서 설명한대로 샘플 프로젝트를 만들 수 있는지 여부가 시스템 대시 보드에 표시됩니다.

다음 스크린 샷은 성공적인 로그인시 JIRA의 시작 페이지 / 대시 보드를 표시합니다.

JIRA에 로그인 한 후 대시 보드가 표시되는 첫 번째 페이지입니다. 대시 보드는 관리자가 사용자 정의합니다. 역할에 따라 관리자는 JIRA의 액세스를 설정할 수 있습니다. 관리자조차도 JIRA의 색상과 로고를 변경할 권리가 있습니다.

대시 보드의 중요 사항

다음은 사용자가 JIRA Dashboard를 사용하기 전에 이해해야하는 가장 중요한 몇 가지 사항입니다.

  • JIRA 페이지 상단에있는 내비게이션 바는 JIRA의 모든 페이지 / 화면에서 동일합니다. Dashboard, Projects, Issues, Boards 및 Create가 주요 링크입니다. 이러한 링크에는 다른 기능을 탐색 할 수있는 많은 하위 링크가 있습니다.

  • 내비게이션 바에는 JIRA의 가장 유용한 기능에 대한 빠른 액세스를 제공하는 링크가 있습니다.

  • 탐색 모음 바로 아래에 시스템 대시 보드가 있습니다.

  • 시스템 대시 보드 영역에 제공된 정보는 관리자가 사용자 정의 할 수 있습니다.

  • 기본적으로 세 가지 주요 섹션이 있습니다. Introduction, Assigned to Me (사용자에게 할당 된 문제 목록 표시) 및 Activity Stream (사용자가 수행 한 활동).

다음 스크린 샷은 JIRA의 Dashboard 페이지 개요를 보여줍니다.

프로젝트 유형

프로젝트 링크에는 더 나은 이해를 위해 자세히 설명 된 여러 하위 링크가 있습니다.

  • Current Project− 사용자가 현재 프로젝트의 대시 보드에 있거나 현재보고있는 프로젝트의 이름을 표시합니다. 프로젝트 이름을 클릭하면 프로젝트와 관련된 이슈 목록이 표시됩니다.

  • Recent Project − 사용자가 접근 한 최근 프로젝트의 이름을 표시합니다 (존재하는 경우). 여기서 사용자는이 헤더 아래에 나열된 프로젝트를 클릭하여 탐색 할 수 있습니다.

  • Software − 프로젝트 유형에 소프트웨어로 나열된 프로젝트 목록을 탐색 할 수있는 하위 링크입니다.

  • Business− 또한 프로젝트 유형입니다. 여기를 클릭하면 비즈니스 프로젝트 유형 목록이 표시됩니다.

  • View all Projects − 로그인 한 사용자와 관련된 모든 프로젝트를 표시합니다.

  • Create Project−이 링크는 일반적으로 관리자가 액세스하거나 다양한 역할에 따라 다릅니다. 이 링크가 표시되면 사용자는 여기에 제공된 지침에 따라 새 프로젝트를 만들 수 있습니다.

다음 스크린 샷은 프로젝트 카테고리 아래의 여러 하위 링크를 보여줍니다.

문제 유형

다른 기능에 액세스 할 수있는 많은 하위 링크가 있습니다. 다음 스크린 샷은 이슈 탐색에서 사용 가능한 여러 하위 링크를 보여줍니다.

  • Search for Issues − 사용자가 검색 기준을 제공하여 결과를 좁힐 수있는 검색 페이지로 이동합니다.

  • Recent Issues − 사용자가 최근에 본 이슈 목록을 보여줍니다.

  • Import issue from CSV −이 기능을 통해 사용자는 CSV 파일을 업로드하고 필드를 매핑하여 문제의 세부 정보를 가져올 수 있습니다.

  • My open issues − 로그인 한 사용자에게 열려 있고 할당 된 문제를 표시하는 필터 섹션입니다.

  • Reported by me −이 필터 섹션은 로그인 한 사용자가 이미 생성 한 이슈를 표시합니다.

  • Manage filters− 필터를 사용자 정의하고 결과 범위를 좁히는 데 도움이됩니다. 저장된 필터 / 즐겨 찾기 필터를 표시합니다.

보드 유형

보드는 프로젝트가 뒤 따르는 프로세스의 쇼케이스입니다. 프로젝트가 애자일 방법론을 따르거나 Kanban 보드 일 수도 있다면 가장 유명한 애자일 보드 일 수 있습니다.

  • Recent Board − 사용자가 접속 한 최근 프로젝트 게시판을 표시합니다.

  • View all boards − 사용 가능한 모든 프로젝트 보드를 표시합니다.

다음 스크린 샷은 게시판 섹션에서 사용할 수있는 다양한 하위 링크를 보여줍니다.

만들기 버튼

만들기 버튼을 클릭하면 create form 문제를 기록합니다.

다음 스크린 샷은 문제를 생성하는 데 필요한 필드 및 기타 필드를 보여줍니다.

피드백 링크

탐색 모음 오른쪽에 피드백 링크가 있습니다 (다음 스크린 샷에 강조 표시됨). 링크를 클릭하면 요약, 설명, 이름 및 이메일을 입력하여 피드백을 제공 할 수있는 양식이 표시됩니다.

다음 스크린 샷은 대시 보드에있는 피드백 링크의 위치를 ​​보여줍니다.

다음 스크린 샷은 피드백을 제공하기위한 필수 및 선택 필드를 보여줍니다.

모든 필드가 채워지면 제출을 클릭하면 피드백이 성공적으로 게시됩니다.

도움말 링크

도움말 링크는 JIRA에 대한 다양한 유용한 문서를 제공합니다. "About JIRA"를 클릭하면 JIRA에 대한 세부 정보도 제공됩니다. 마찬가지로이 링크는 "새로운 기능"을 클릭하여 새로운 릴리스 기능을 제공합니다. 키보드 단축키는 시간을 절약하는 사용자에게 매우 유용한 키보드 탐색 기능을 제공합니다. 다음 스크린 샷은 도움말 링크와 여기에서 사용할 수있는 다른 하위 링크를 보여줍니다.

사용자 프로필 버튼

프로필 링크를 클릭하면 사용자는 자신의 프로필 세부 정보를보고이 섹션을 관리 할 수 ​​있습니다. 로그 아웃을 클릭하면 사용자는 로그인 페이지로 돌아가고 다시 로그인하지 않고는 프로젝트 세부 정보에 액세스 할 수 없습니다.

다음 스크린 샷은 사용자 프로필 섹션에서 사용 가능한 기능을 보여줍니다.

편집 기호를 클릭하면 사용자가 요약 정보, 기본 설정 등과 같은 프로필 세부 정보를 편집 할 수 있습니다. 다음 스크린 샷은 각 섹션에서 편집 (빨간색 윤곽선으로 강조 표시됨) 아이콘을 클릭하여 프로필을 편집하는 방법을 보여줍니다.

오른쪽에서 사용자는 로그인 한 사용자가 수행 한 활동 스트림을 볼 수 있습니다.

JIRA는 모든 작업, 하위 작업 또는 작업을 이슈로 추적하기 때문에 작업을 식별하고 유사한 이슈를 분류하는 여러 유형의 이슈가 있습니다.

이슈는 다음과 같이 분류됩니다-

  • Sub-Task− 이것은 이슈의 하위 작업입니다. 기록 된 문제에는 해결해야 할 여러 작업이있을 수 있으며이를 하위 작업이라고합니다.

  • Bug − 제품의 기능을 손상 시키거나 방해하는 문제.

  • Epic− 세분화해야 할 큰 사용자 스토리. JIRA Software에서 생성-편집하거나 삭제하지 마십시오.

  • Improvement − 기존 기능 또는 작업에 대한 개선 또는 개선.

  • New Feature − 아직 개발되지 않은 제품의 새로운 기능.

  • Story− 사용자 스토리. JIRA Software에서 생성-편집하거나 삭제하지 마십시오.

  • Task − 팀의 목표를 달성하기 위해 수행해야하는 작업.

사용자가 Admin으로 로그인하고 Settings → JIRA Administrator → Issues로 이동하면 나열된 모든 이슈 유형이 표시됩니다. 다음 스크린 샷은 JIRA에서 사용 가능한 모든 문제 유형을 보여줍니다.

이슈 유형 체계

이슈 유형 체계는 프로젝트 또는 프로젝트 세트에서 사용할 수있는 이슈 유형을 결정합니다. 또한 이슈를 생성하는 동안 JIRA의 사용자 인터페이스에 이슈 유형이 표시되는 순서를 지정하는 것을 관리합니다. 프로젝트가 JIRA에 추가되는 즉시 이슈 유형 체계가 생성됩니다.

여기서 하나의 체계는 기본적으로 기본 문제 유형 체계로 명명되고 다른 체계는 프로젝트 체계입니다. 기본 문제 유형 체계는 글로벌 문제 유형 목록입니다. 새로 생성 된 모든 이슈 유형이이 체계에 자동으로 추가됩니다. 다음 스크린 샷은 다양한 프로젝트의 이슈 유형 체계를 보여줍니다.

사용자는 오른쪽 상단 모서리에있는 이슈 유형 체계 추가 버튼을 클릭하여 사용자 정의 체계를 추가 할 수 있습니다.

이름, 설명을 입력하고 사용 가능한 문제 유형 목록에서 현재 체계에 대한 문제 유형을 선택합니다. 다음 스크린 샷은 필수 및 선택 필드를 제공하여 새 유형 스키마를 추가하는 방법을 보여줍니다.

저장을 클릭하십시오. 새 스키마가 목록에 나타납니다. 다음 스크린 샷은 새 이슈 유형 스키마를 추가 한 후 페이지가 어떻게 표시되는지 보여줍니다.

편집을 클릭하면 사용자가 세부 정보를 편집 할 수 있습니다. 연결을 클릭하면 사용자가이 체계를 프로젝트에 연결할 수 있습니다. 복사 및 삭제는 동일한 구성표의 복사 및 삭제에 사용됩니다.

화면보기

새로운 이슈가 생성되거나 기존 이슈가 수정되고 이슈가 한 상태를 통해 다른 상태로 전환 될 때마다 UI에 표시되는 필드의 배열 및 표현입니다. 사용자가 관리자로 로그인하고 설정 → 문제 → 화면으로 이동하면 사용 가능한 모든 화면을 볼 수 있습니다. 다음 스크린 샷은 다양한 프로젝트에 사용할 수있는 화면을 보여줍니다.

구성을 클릭하면이 화면에서 사용 가능한 모든 필드를 볼 수 있습니다. 반면, 정리 / 정렬 된 순서로 UI에 표시됩니다. 다음 스크린 샷은 화면 필드를 구성하는 방법을 보여줍니다.

화면 구성표

화면 구성표는 특정 문제 유형이 선택 될 때 표시되어야하는 필드를 선택하는 옵션을 제공합니다. 화면 구성표는 문제 유형 화면 구성표를 사용하여 문제 유형과 매핑됩니다. 하나 이상의 프로젝트와 연관 ​​될 수 있습니다. 화면 구성표는 문제 유형 화면 구성표에서 사용하지 않는 경우에만 삭제할 수 있습니다. 사용자는 화면 구성 추가 버튼을 클릭하여 새 화면 구성을 추가 할 수 있습니다. 다음 스크린 샷은 나열된 프로젝트에 사용할 수있는 다양한 화면 구성을 보여줍니다.

모든 세부 정보를 제공하고 추가 버튼을 클릭합니다. 다음 스크린 샷은 새 화면 구성표를 추가하는 방법을 보여줍니다.

JIRA에서 이슈를 생성하려면 사용자는 프로젝트에서 이슈 생성 권한이 있어야합니다. 관리자는 권한을 추가 / 제거 할 수 있습니다.

따라야 할 단계

탐색 모음에서 생성 버튼을 클릭하여 이슈 생성 대화 상자를 엽니 다.

이슈 생성 과정을 완료하려면 아래의 지침을 따라야합니다.

  • 문제가있는 프로젝트를 선택하십시오.

  • 버그 / 새로운 기능 / 스토리 등 문제 유형을 선택합니다.

  • 문제에 대한 전체적인 아이디어를 제공하는 한 줄 요약을 작성하십시오.

  • 문제에 대한 세부 정보를 Description들. 주주가 문제의 모든 세부 사항을 이해할 수 있도록 문제를 설명하십시오.

  • 동일한 프로젝트 및 이슈 유형에서 유사한 유형의 이슈를 생성하려면 "다른 항목 생성"확인란을 선택하고 그렇지 않으면 선택하지 않은 상태로 유지합니다.

  • 모든 세부 정보를 입력 한 후 만들기 버튼을 클릭합니다.

다음 스크린 샷은 필수 및 선택적 세부 정보를 제공하여 문제를 생성하는 방법을 보여줍니다.

"다른 항목 만들기"확인란이 선택되어 있지 않으면 만들기 버튼을 클릭 한 후 사용자가 대시 보드로 이동해야하며 오른쪽에 팝업이 표시됩니다. issue idsummary.

다음 스크린 샷은 문제가 성공적으로 생성되었는지 여부를 확인하는 방법을 보여줍니다.

Create 버튼을 클릭하는 동안 "Create another"체크 박스가 선택되어 있으면 사용자는 Create issue 페이지와 함께 issue id.

다음 스크린 샷은 사용자가 "다른 항목 만들기"상자를 선택한 경우 페이지를 보여줍니다.

필드 구성

이슈 생성 양식에 다른 필드를 추가하려면 페이지 오른쪽 상단에있는 "필드 구성"을 클릭합니다. 다음 스크린 샷은 이슈 생성 페이지에서 필드를 구성하는 방법을 보여줍니다.

클릭 후 Configure fields버튼을 클릭하면 드롭 다운 상자가 표시됩니다. 사용자 지정을 클릭합니다. 다음 스크린 샷은 아래의 사용 가능한 필드를 보여줍니다.Custom 탭.

표시하거나 숨길 확인란을 선택 및 선택 취소하면 양식에서 필드가 추가되거나 지워집니다. 다음 스크린 샷은 아래의 사용 가능한 필드를 보여줍니다.All 탭.

이제 Create Issue로 이동하면 선택 사항에 따른 모든 필드가 표시되는 양식에 표시됩니다. 다음 스크린 샷은 이슈 생성 페이지에서 구성된 필드를 보여줍니다.

문제 생성 양식의 필드는 아래에 설명되어 있습니다.

  • Priority − 이슈 생성자는 문제 해결 우선 순위를 높음, 중간, 낮음, 가장 낮음으로 설정할 수 있습니다.

  • Labels − 유사 Tag; 특정 유형의 문제를 필터링하는 데 도움이됩니다.

  • Linked Issue−이 문제에 의존하거나이 문제에 의존하는 다른 문제를 연결합니다. 드롭 다운의 옵션은 – 차단, 차단, 복제, 복제 등입니다.

  • Issue − 사용자는 Typing ID 또는 링크 된 문제 필드와 관련된 요약입니다.

  • Assignee−이 문제를 해결할 책임이있는 사람. 담당자 이름은 이슈 생성자가 입력 할 수 있습니다.

  • Epic Link − 이슈가 해당 이슈에 속하는 경우 이슈 생성자는 에픽 링크를 제공 할 수 있습니다.

  • Sprint − 사용자는이 문제가 해결되어야하는시기에이 문제가 속한 스프린트를 정의 할 수 있습니다.

다음 장에서는 문제를 복제하는 방법을 배웁니다.

복제는 복사를 의미합니다. 이슈를 복제한다는 것은 동일한 프로젝트 내에서 중복 이슈를 생성하는 것을 의미합니다. 복제 된 이슈는 새로운 이슈로 취급되고 다른 이슈처럼 편집 될 수 있습니다.

이슈를 복제 할 때 다음 사항을 고려해야합니다.

  • 복제 된 문제는 원래 문제와 완전히 별개의 문제입니다.

  • 원래 문제에 대해 취한 조치 나 작업은 복제 문제에 영향을 미치지 않으며 그 반대의 경우도 마찬가지입니다.

  • 원본과 복제본 간의 유일한 연결은 생성 된 링크입니다.

  • 원본 이슈에서 클론 이슈로 전달되는 정보는 다음과 같습니다.

    • Summary

    • Description

    • Assignee

    • Environment

    • Priority

    • 문제 유형

    • Security

    • Component

    • Reporter

    • 버전에 영향

    • 버전 수정

    • Attachment

    • Projects

    • 사용자 정의 필드의 내용도 복제됩니다.

  • 복제되지 않은 정보-

    • 시간 추적

    • Comments

    • 이슈 역사

    • Confluence 페이지 링크

복제를 위해 따라야 할 단계

복제되어야하는 JIRA 이슈를 엽니 다. 화면이 나타나면 더보기 → 복제를 선택합니다. 다음 스크린 샷은 복제 기능에 액세스하는 방법을 보여줍니다.

복제 화면에는 다음과 같은 몇 가지 옵션이 사용자에게 제공됩니다.

  • 사용자는 복제하는 동안 요약을 변경할 수 있습니다.

  • 문제에 다른 문제에 대한 링크가 포함 된 경우 사용자는 확인란을 선택하여 복제 문제를 포함하거나 사용자가 복제 문제의 일부가되기를 원하지 않는지 여부를 선택 취소 할 수 있습니다.

  • 이슈에 하위 작업이있는 경우 사용자는 확인란을 선택 / 선택 취소하여 복제에 하위 작업을 포함할지 여부를 지정할 수 있습니다.

  • 부착에도 동일하게 적용됩니다.

  • 또한 새로운 클론 문제에 대한 스프린트 값을 휴대할지 여부에 관계없이 옵션을 제공합니다.

다음 스크린 샷은 필요한 세부 정보를 제공하여 문제를 복제하는 방법을 보여줍니다.

다음 단계는 만들기를 클릭하는 것입니다. 복제 문제 세부 정보가 표시됩니다. 사용자가 생성하는 동안 복제 단어를 변경하지 않으면 요약, 링크 및 하위 작업에서 볼 수 있습니다. 다음 스크린 샷은 복제 된 이슈가 어떻게 표시되는지 보여줍니다.

Dev, QA, UAT, Business, Support 등과 같은 다른 사람과 많은 작업을 수행하여 문제를 완료 할 수 있습니다. 각 부서의 진행 상황을 추적하기 위해 하위 작업이 문제에 생성되고 해당 담당자에게 할당됩니다. 모든 하위 작업이 해결되면 문제를 완료된 것으로 표시 할 수 있습니다.

하위 작업 생성을위한 참고 사항

하위 작업을 생성 할 때 다음 사항을 고려해야합니다.

  • 모든 하위 작업은 부모 문제의 필수 부분입니다.

  • 모든 하위 작업은 상위 문제의 기본 화면에 표시됩니다.

  • 하위 작업은 항상 상위 문제와 동일한 프로젝트에 속합니다.

  • 하위 작업에는 표준 문제에있는 모든 필드가 있습니다.

  • 하위 작업은 자체 하위 작업을 가질 수 없습니다.

하위 작업을 만들기 위해 따라야 할 단계

하위 작업을 생성 할 때 다음 단계를 고려해야합니다.

  • 하위 작업을 만들어야하는 문제를 엽니 다.

  • 추가 → 하위 작업 만들기를 선택합니다. 하위 작업 생성 페이지가 표시됩니다.

다음 스크린 샷은 하위 작업 생성 기능에 액세스하는 방법을 보여줍니다.

모든 필수 필드에 세부 정보를 입력 한 다음 만들기를 클릭합니다. 다음 스크린 샷은Create Subtask Form 필수 및 선택 필드가 있습니다.

하위 작업이 생성되면 Main Issue 페이지 → Subtask 섹션에서 사용할 수 있습니다. 다음 스크린 샷은 이슈에서 하위 작업을 보는 방법을 보여줍니다.

이 장에서는 이슈를 하위 작업으로 변환하는 방법을 이해합니다. 이를 위해서는 아래의 절차를 따라야합니다.

먼저 하위 작업으로 변환해야하는 문제를 탐색하고 클릭합니다. 더보기 → 하위 작업으로 변환을 선택합니다. 다음 스크린 샷은 탐색하여 하위 작업으로 변환하는 방법을 보여줍니다.

이 하위 작업에 태그를 지정할 상위 문제를 선택합니다. 다음 스크린 샷은 문제를 하위 작업으로 변환하는 방법을 보여줍니다.

다음을 클릭하십시오. 문제의 상태가 새 문제 유형에 대해 허용 된 상태가 아닌 경우. 선택 – 새 상태가 표시됩니다. 새 상태를 선택하고 다음 버튼을 클릭합니다.

필요한 경우 필드 업데이트 화면에 추가 필드를 입력하라는 메시지가 표시됩니다. 그렇지 않으면 '모든 필드가 자동으로 업데이트됩니다'라는 메시지가 표시됩니다. 다음을 클릭하십시오.

다음 스크린 샷은 하위 작업에서 문제를 변환하는 방법을 보여줍니다.

확인 화면이 표시됩니다. 원래 값과 새 값이 표시됩니다. 마침을 클릭하십시오.

다음 스크린 샷은 하위 작업에서 문제를 변환하는 방법을 보여줍니다.

원래 문제가 표시됩니다. 이제 하위 작업입니다. 이제 부모의 발행 번호가 화면 상단에 표시됩니다. 다음 스크린 샷은 이슈에서 성공적으로 변환 된 후 하위 작업이 어떻게 표시되는지 보여줍니다.

이슈를 하위 작업으로 변환

이슈를 하위 작업으로 변환 할 때 다음 사항을 고려해야합니다.

  • 자체 하위 작업이있는 이슈는 하위 작업으로 변환 할 수 없습니다.

  • 이러한 이슈를 하위 작업으로 변환하려면 먼저 이슈의 모든 하위 작업을 표준 이슈로 변환하고 그 후에 이슈를 하위 작업으로 변환해야합니다.

  • 하위 작업은 한 문제에서 다른 문제로 직접 이동할 수 없습니다.

  • 한 이슈에서 다른 이슈로 하위 작업을 이동하려면 먼저 모든 하위 작업을 이슈로 변환 한 다음 다시 변환하는 동안 상위 이슈 이름을 제공하여 이슈를 하위 작업으로 변환합니다.

다음 장에서는 하위 작업을 문제로 숨기는 방법을 배웁니다.

하위 작업을 이슈로 변환하려면 먼저 이슈로 변환해야하는 하위 작업으로 이동해야합니다. 그런 다음 더보기 → 이슈로 변환을 선택합니다. 다음 스크린 샷은 Convert to Issue에서 탐색하는 방법을 보여줍니다.

우선 문제 유형 선택 옵션의 드롭 다운 상자를 클릭하고 문제 유형 (즉, 표준 문제 유형)을 선택한 후 다음 버튼을 클릭합니다.

다음 스크린 샷은 하위 작업을 이슈로 변환하는 방법을 보여줍니다.

하위 작업의 상태가 새 문제 유형에 대해 허용 된 상태가 아닌 경우 Select New Status화면이 표시됩니다. 새 상태를 선택하고 다음 버튼을 클릭합니다.

다음 단계에서 Update Fields필요한 경우 추가 필드를 입력하라는 메시지가 화면에 표시됩니다. 그렇지 않으면 '모든 필드가 자동으로 업데이트됩니다'라는 메시지가 표시됩니다. 클릭Next.

다음 스크린 샷은 하위 작업을 이슈로 변환하는 방법을 보여줍니다.

그만큼 Confirmation화면이 표시됩니다. 원래 값과 새 값이 표시됩니다. 클릭Finish.

다음 스크린 샷은 하위 작업을 이슈로 변환하는 방법을 보여줍니다.

문제가 표시됩니다. 더 이상 하위 작업이 아닙니다. 더 이상 화면 상단에 상위 문제 번호가 표시되지 않습니다.

다음 스크린 샷은 하위 작업에서 변환 한 후 문제가 어떻게 표시되는지 보여줍니다.

사용자는 CSV라고하는 쉼표로 구분 된 파일을 사용하여 한 번에 여러 문제를 만들 수 있습니다. CSV 파일은 표로 된 데이터를 나타내고 쉼표로 다른 섹션을 구분하는 텍스트 파일입니다.

CSV에서 데이터를 가져와야하는 2 단계 프로세스가 있으며 아래에 나열된 세 번째 선택적 단계도 있습니다.

  • CSV 파일을 준비하십시오.
  • CSV 파일을 시스템으로 가져옵니다.
  • 나중에 사용할 수 있도록 구성을 저장하십시오.

CSV 파일 준비

CSV 파일을 생성하는 동안 다음 사항을 고려해야합니다.

각 CSV 파일에는 요약 열이있는 제목 행이 있어야합니다. 첫 번째 행은 제목 행이며 문제 생성 페이지의 필드를 나타냅니다.Example − 요약, 양수인, 리포터, 우선 순위, 설명, 스프린트, "테스트 스위트", Ashish, Ashish, 1 등

  • CSV 파일에 큰 따옴표 (“)를 사용하여 여러 줄로 표시되는 데이터를 캡처합니다. For Example − 가져 오기시 JIRA는 요약, 설명, 상태, "로그인 문제", "이것은 새 줄에 있습니다", 열기와 같은 CSV를 단일 레코드로 취급합니다.

  • CSV 파일에서 이슈를 가져 오는 동안 프로젝트 이름과 프로젝트 키는 CSV의 중요한 열입니다. 또한 이러한 필드의 이름은 JIRA에있는 것과 정확히 일치해야합니다.

CSV 파일 가져 오기

CSV 파일을 가져 오려면 아래 단계를 따라야합니다.

Step 1 − 이슈 → CSV에서 이슈 가져 오기를 선택하여 대량 생성 설정 페이지를 엽니 다.

다음 스크린 샷은 CSV 기능에서 가져 오기 문제에 액세스하는 방법을 보여줍니다.

Step 2− 설정 페이지에서 CSV 소스 파일을 선택합니다. 구성 파일이 없거나 새 구성 파일을 만들려는 경우 "기존 구성 파일 사용"확인란을 선택하지 마십시오.

설정 파일은 CSV 파일의 헤더 행에있는 열 이름과 JIRA 애플리케이션의 필드 사이에 매핑을 지정합니다.

다음 스크린 샷은 사용자가 CSV 파일을 찾아 업로드하는 일괄 생성 설정 페이지를 보여줍니다.

Step 3 − 사용자가“Use an existing configuration file”체크 박스를 체크하면 JIRA는 Existing Configuration File을 지정하도록 요청할 것입니다.

다음 스크린 샷은 기존 구성 파일을 사용하는 방법을 보여줍니다.

Step 4 − 사용자가이 옵션을 선택하지 않으면 CSV 파일 가져 오기 마법사가 끝날 때 JIRA는 다음 CSV 가져 오기에 사용할 수있는 구성 파일을 생성하도록 요청합니다.

다음 버튼을 클릭합니다. → CSV 파일 가져 오기 마법사의 설정 단계가 표시됩니다. 필수 필드를 완료하십시오. CSV 파일에서 쉼표가 아닌 다른 구분 문자를 사용하는 경우 CSV 구분 기호 필드에 해당 문자를 지정하십시오. 구분 기호가 'Tab'이면 '/ t'형식을 사용하여 입력 할 수 있습니다.

다음 스크린 샷은 csv 파일의 설정을 제공하는 방법을 보여줍니다.

Step 5− 다음 버튼을 클릭하여 CSV 파일 가져 오기 마법사의 맵 필드 단계로 진행합니다. 여기서 사용자는 CSV 파일의 열 헤더를 선택한 JIRA 프로젝트의 필드에 매핑해야합니다. 선택한 후 필드 값 매핑 확인란을 선택합니다.

CSV 필드는 JIRA 요약 필드에 매핑되어야합니다. 이렇게하면 생성 된 문제가 요약됩니다.

다음 스크린 샷은 CSV 필드를 JIRA 필드와 매핑하는 방법을 보여줍니다.

Step 6− 다음 버튼을 클릭하면 CSV 파일 가져 오기 마법사의 맵 값 단계가 표시됩니다. 가져 오기 마법사의이 단계에서 사용자는 특정 JIRA 필드 값에 매핑 할 특정 CSV 필드 값을 선택할 수 있습니다.

  • 이전 단계에서 필드 값 매핑 확인란을 선택한 필드가이 페이지에 표시됩니다.

  • CSV 필드에 사용자 이름 (예 : Reporter 또는 Assignee)이 있고 CSV 파일 가져 오기 마법사의 이전 단계에서이 필드에 대한 필드 값 매핑 확인란을 선택하지 않은 경우 가져 오기 도구는 CSV 파일에서 가져온 사용자 이름을 ( 소문자) JIRA 사용자 이름.

다음 스크린 샷은 값을 매핑하는 방법을 보여줍니다.

Step 7 − 확인 버튼을 클릭하면 가져온 데이터의 유효성을 검사하고 오류나 경고가 필요한 경우 표시됩니다. 그렇지 않으면 파일에 대해 가능한 성공적인 가져 오기 수를 표시합니다.

다음 스크린 샷은 CSV 파일의 성공적인 유효성 검사를 보여줍니다.

Step 8− 이제 가져 오기 시작 버튼을 클릭합니다. 가져 오기는 가져 오기가 진행 중이라는 업데이트를 표시 한 다음 가져 오기가 완료되면 성공 메시지를 표시합니다.

다음 스크린 샷은 CSV 파일을 사용하여 생성 된 문제 수를 보여줍니다.

Step 9 − 생성 된 이슈 확인을 클릭하면 CSV를 사용하여 생성 된 이슈 목록이 표시됩니다.

다음 스크린 샷은 CSV 파일을 사용하여 새로 생성 된 문제 목록을 보여줍니다.

JIRA에서 이슈를 편집하려면 사용자는 이슈로 이동해야합니다. 이슈를 편집하고 페이지를 열려면 이슈를 클릭해야합니다. 다음 단계는Edit문제보기 페이지의 왼쪽 상단에있는 버튼입니다. 생성 페이지와 유사한 이슈 편집 페이지가 열립니다.

다음 스크린 샷은 액세스 방법을 보여줍니다. Edit 기능.

또는 필드 위에 마우스를 올려 놓고 Pencil Icon 특정 필드를 인라인으로 편집합니다.

다음 스크린 샷은 메인 편집 버튼을 클릭하지 않고 특정 필드를 편집하는 방법을 보여줍니다.

이슈 편집 페이지의 해당 필드에서 이슈 세부 정보를 수정합니다. 다음 스크린 샷은 문제의 세부 정보를 업데이트하는 편집 페이지를 보여줍니다.

업데이트가 완료되면 업데이트 버튼을 클릭합니다. 사용자는 이슈보기 페이지에서 편집 된 텍스트 / 필드를 볼 수 있습니다.

다음 스크린 샷은 업데이트 된 세부 정보를 보여줍니다.

이 장에서는 JIRA에서 이슈를 이메일로 보내는 방법을 배웁니다. 사용자는 다른 JIRA 사용자에게 이슈를 이메일로 보낼 수 있습니다. 두 가지 방법이 있습니다.

  • 문제를 공유하고
  • 문제의 설명 또는 설명 필드에 이러한 사용자를 언급합니다.

이제 각각에 대해 자세히 논의하겠습니다.

이슈 공유

먼저 사용자는 공유에 필요한 문제로 이동하고 클릭하여 문제를 확인해야합니다. 클릭Share Symbol페이지 오른쪽 상단에 있습니다. 다음 스크린 샷은 문제 페이지에 공유 옵션이있는 위치를 보여줍니다.

사용자 이름을 입력하거나 JIRA에 등록 된 전체 이름의 일부 / 전체를 입력하여 JIRA 사용자 이름을 작성하거나 문제를 공유하려는 개인의 이메일 주소를 입력 할 수 있습니다.

사용자가 JIRA 사용자의 사용자 이름이나 이름 또는 이전에 지정한 이메일 주소를 입력하기 시작하면 사용자의 자동 완성 드롭 다운 목록이 나타납니다.

다음 스크린 샷은 이메일 주소를 제공하거나 자동 완성 제안에서 선택하는 방법을 보여줍니다.

선택적 메모를 추가합니다. 공유 마법사 섹션에있는 공유 버튼을 클릭합니다. 다음 스크린 샷은 사용자에게 이슈를 공유 / 이메일로 보내는 방법을 보여줍니다.

설명 / 코멘트에서 사용자 언급

문제의 Description 아니면 그 Comment 필드에 '@'를 입력 한 다음 JIRA 사용자의 사용자 이름의 처음 몇 자 또는 JIRA에 등록 된 전체 이름의 일부 / 전체를 입력합니다.

사용자가 입력을 시작하면 제안 된 사용자 목록이 필드 아래의 드롭 다운 목록에 나타납니다. 사용자는 JIRA 사용자의 사용자 이름을 완전히 입력하여 참조 된 사용자를 기반으로 선택하거나 드롭 다운 목록에서 제안 된 사용자 목록에서 선택해야합니다.

다음 스크린 샷은 설명에 사용자 이름 / 이메일을 언급하는 방법을 보여줍니다.

필드 제출을 클릭하십시오. JIRA는 해당 사용자에게 해당 문제에 대해 언급했음을 나타내는 이메일 메시지를 보냅니다.

다음 스크린 샷은 설명에 사용자의 이메일을 언급하여 제출하는 방법을 보여줍니다.

레이블은 문제를 분류하는 데 사용됩니다. 트위터, 페이스 북 또는 기타 소셜 사이트에서 사용되는 해시 태그 (#)와 유사합니다. 문제를 검색하는 동안에도 도움이됩니다. 문제를 보는 동안 문제의 세부 정보 섹션에 레이블이 나타납니다.

다음 스크린 샷은 문제 세부 정보 페이지에서 레이블이있는 위치를 보여줍니다.

사용자가 레이블 (예 : WFT)을 클릭하면 동일한 레이블을 가진 문제 목록이 표시됩니다.

다음 스크린 샷은 라벨 이름을 사용하여 문제를 검색하는 방법을 보여줍니다.

레이블 추가 및 제거

레이블을 추가하거나 제거하려면 사용자가 문제보기 페이지로 이동하여 레이블을 추가해야하는 문제를 선택해야합니다. 더보기 → 라벨을 클릭합니다. 대화 상자가 나타납니다.

다음 스크린 샷은 라벨 기능에 액세스하는 방법을 보여줍니다.

레이블 입력을 시작하고 제안에서 선택하십시오. 다음 스크린 샷은 레이블을 추가하는 방법을 보여줍니다.

‘Delete’레이블이있는 경우 레이블 이름 옆에 표시되는 닫기 (x) 기호를 클릭합니다. 다음 스크린 샷은 기존 라벨을 삭제하는 방법을 보여줍니다.

업데이트 버튼을 클릭하십시오. 레이블은 문제에서 추가 / 제거되며 다음에서 확인할 수 있습니다.Detail Section 문제보기 페이지의

다음 스크린 샷은 업데이트 된 레이블을 확인할 위치를 보여줍니다.

이 기능은 두 문제가 중복되거나 서로 관련이 있거나 업스트림 다운 스트림 종속성 또는 차단 문제인 것처럼 서로에 대한 종속성 유형이있을 때 매우 유용합니다.

다른 문제에 대한 링크 만들기

다른 이슈에 대한 링크를 생성하려면 사용자는 이슈로 이동하여 이슈보기 페이지를 클릭해야합니다. 그런 다음 더보기 →Link 링크 대화 페이지를 표시합니다.

다음 스크린 샷은 링크 기능에 액세스하는 방법을 보여줍니다.

대화 상자 왼쪽에서 JIRA Issue 항목을 선택하고 드롭 다운 목록에서 "This issue"필드를 선택합니다. 다음 스크린 샷은 세부 정보를 제공하여 문제를 연결하는 방법을 보여줍니다.

다음 단계는 문제를 선택 / 검색하는 것입니다. 다음 스크린 샷은 이슈를 다른 이슈에 링크로 추가하는 방법을 보여줍니다.

주석을 추가하십시오. 선택 사항이며 다음을 클릭하십시오.Link. 이슈보기 페이지가 나타나고 사용자는 아래로 내려가 링크 된 이슈가 섹션 이슈 링크 아래에 표시되는지 여부를 확인할 수 있습니다.

다음 스크린 샷은 상위 문제에서 연결된 문제를 보는 방법을 보여줍니다.

링크 삭제

링크를 삭제하려면 사용자는 이슈보기 페이지와 링크가 포함 된 이슈로 이동해야합니다. 아래로 스크롤하여 이슈 링크 섹션으로 이동합니다. 삭제해야하는 링크 위에 마우스를 올린 다음 삭제 아이콘을 클릭합니다.

다음 스크린 샷은 링크를 삭제하는 방법을 보여줍니다.

확인 팝업이 표시됩니다. 삭제 버튼을 클릭합니다. 다음 스크린 샷은 삭제 확인 팝업을 보여줍니다.

JIRA에는 한 프로젝트에서 다른 프로젝트로 이슈를 이동하는 기능이 있습니다. 다음 단계를 통해 사용자가 어떻게 할 수 있는지 이해합시다.

따라야 할 단계

다른 프로젝트로 이동해야하는 이슈보기 페이지로 이동합니다. 더보기 → 이동을 선택합니다. 다음 스크린 샷은 이동 기능에 액세스하는 방법을 보여줍니다.

의 첫 번째 단계에서 Move Issue마법사에서 이슈가 이동할 새 프로젝트를 선택하고 필요 / 원하는 경우 이슈 유형을 변경합니다. 클릭Next 계속하다.

다음 스크린 샷은 이동할 프로젝트 및 문제 선택 단계를 보여줍니다.

문제의 상태를 변경해야하는 경우 사용자는 상태 선택 페이지로 이동할 수 있습니다. 문제의 새 상태를 선택하고 계속하려면 다음 버튼을 클릭합니다.

필수 사용자 정의 필드의 값을 지정해야하는 경우 필드 업데이트 페이지가 표시됩니다. 각 필드에 원하는 값을 지정하고 다음을 클릭하여 계속합니다.

다음 스크린 샷은 문제를 이동하기 전에 필요한 경우 필드 업데이트 단계를 보여줍니다.

모든 변경 사항이 포함 된 확인 페이지가 표시됩니다. 사용자가 변경 사항을 수정하려면 왼쪽 메뉴에서 적절한 단계를 클릭하여 마법사의 해당 페이지로 돌아갑니다. 그 후Move 버튼을 눌러 이슈를 대상 프로젝트로 이동합니다.

다음 스크린 샷은 이동하기 전에 세부 사항을 확인하는 확인 단계를 보여줍니다.

이슈가 대상 프로젝트로 이동되어 화면에 표시됩니다. 이 문제는 추가로 편집하여 추가로 변경할 수 있습니다. 다음 스크린 샷은 성공적으로 이슈를 이동 한 후의 새로운 프로젝트와 이슈 유형을 보여줍니다.

이 장에서는 JIRAN에서 이력을보고 변경하는 방법을 배웁니다. 역사는 이슈에 대해 수행 된 모든 활동의 기록입니다. 가장 일반적인 경우는 다음과 같습니다.

  • 문제의 작성자
  • 이슈 필드 변경
  • 파일 첨부
  • 댓글 / 작업 로그 삭제
  • 링크 추가 / 삭제

히스토리 레코드에서 사용자는 다음 정보를 볼 수 있습니다.

  • 변경 한 사용자 이름
  • 변경된 시간
  • 이슈 필드가 변경되면 해당 필드의 새 값과 이전 값

기록을 보는 단계

JIRA에서 히스토리를 보려면 사용자는 아래 단계를 따라야합니다.

  • 변경 내역을 보려면 문제 페이지보기로 이동
  • 활동 섹션까지 아래로 스크롤합니다.
  • 기록 탭을 클릭하십시오.

다음 스크린 샷은 기록을 보는 방법을 보여줍니다.

이 장에서는 JIRA의 이슈에 대해 투표 및 시청이 어떻게 수행되는지 이해합니다.

문제에 대한 투표

JIRA에는 해결 여부에 관계없이 해당 문제에 대한 선호도에 대한 의견을 제공하는 Vote라는 기능이 있습니다.

  • 관리자는 사용자가이 기능을 사용할 수있는 권한을 추가해야합니다.
  • 투표가 필요한 이슈보기 페이지로 이동합니다.
  • 이 문제에 즉시 투표하려면이 문제에 투표를 클릭합니다.

다음 스크린 샷은 이슈 상세 페이지에서 Votes 필드가있는 위치를 보여줍니다.

Note − 사용자는 여기에서 투표 할 권한이 없으므로 사용자는 투표 필드 옆의 링크를 볼 수 없습니다.

문제보고

JIRA에는 사용자 / 이해 관계자가 해당 이슈에 업데이트 나 변경이있을 때마다 이슈를 주시 할 수있는 기능이 있습니다. 문제가있는 경우 해당 문제에 대한 감시자로 나열된 사람들에게 알림 / 이메일을 보냅니다.

  • 관리자는 사용자가이 기능을 사용할 수있는 권한을 추가해야합니다.
  • 사용자가보고 싶은 이슈보기 페이지로 이동합니다.
  • 감시자로 나열하려면 "이 문제보기 시작"링크를 클릭하십시오.

다음 스크린 샷은 Watchers 필드는 이슈 세부 정보 페이지에 있습니다.

이제 제로 주시 자 대신 1(감시자)가 "이 문제보기 중지"링크와 함께 표시되어 감시자 목록을 삭제합니다. 다음 스크린 샷은 업데이트 된 감시자 수를 보여줍니다.

사용자는 1, 다른 사용자를 감시자로 목록에 추가 할 수 있습니다. 사용자 이름을Add watchers상자를 선택하고 자동 완성 상자에서 선택합니다. 사용자는 감시자로 나열됩니다.

다음 스크린 샷은 사용자의 세부 정보를 제공하여 새 감시자를 추가하는 방법을 보여줍니다.

JIRA에는 강력하고 매우 효율적인 검색 기능이 있습니다. 사용자는 다양한 검색 유형을 사용하여 프로젝트, 버전 및 구성 요소에서 이슈를 검색 할 수 있습니다. JIRA는 검색 기준을 저장하여 다음에 필터로 활용할 수 있습니다. 이러한 필터도 다른 사람과 공유 할 수 있습니다.

검색 옵션 유형

JIRA에는 문제를 검색하는 몇 가지 기본적인 방법이 있습니다. 가장 중요한 것은 다음과 같습니다.

  • 기본 검색
  • 빠른 탐색

이제이 두 가지 검색 유형을 자세히 이해하겠습니다.

기본 검색

JIRA의 기본 검색은 문제를 쉽게 찾을 수있는 사용자 친화적 인 인터페이스입니다. 백엔드에서 JQL 쿼리를 사용합니다. JIRA에서 기본 검색을 수행하려면 사용자는 다음 단계를 따라야합니다.

Step 1− 문제 → 문제 검색으로 이동합니다. 다음 스크린 샷은 문제 검색 기능에 액세스하는 방법을 보여줍니다.

Step 2− 검색 페이지가 표시됩니다. 기존 검색 기준이있는 경우 새 필터를 클릭하여 재설정합니다. 다음 스크린 샷은 새 검색 기준을 정의하는 방법을 보여줍니다.

Step 3− 프로젝트, 유형, 상태 및 할당과 같은 다른 필드에 대한 검색 기준을 설정합니다. 그런 다음 자세히를 클릭하고 추가 필드로 검색 할 필드를 선택합니다. 다음 스크린 샷은 문제를 검색하기 위해 설정할 수있는 모든 기준을 보여줍니다.

Step 4 − 사용자가 특정 텍스트, 키워드에 대해 검색하려면 Contains text상자. 다음 스크린 샷은 이슈에서 특정 텍스트를 검색하는 방법을 보여줍니다.

Step 5− 사용자는 모든 텍스트 기반 필드에서 와일드 카드 또는 연산자를 사용하여 특정 문자열을 검색 할 수 있습니다. 예를 들면-

  • 단일 문자 와일드 카드-te? t
  • 여러 문자 와일드 카드 – win *
  • 부울 연산자- "atlassian jira"|| 합류

다른 검색 기준에 따라 다음 결과가 표시됩니다. 다음 스크린 샷은 검색된 문제 목록을 보여줍니다.

검색을 저장하는 방법

검색된 기준을 저장하려면 아래 단계를 따라야합니다.

Step 1− 페이지 상단의 다른 이름으로 저장을 클릭합니다. 다음 스크린 샷은 나중에 사용할 수 있도록 검색 기준을 저장하는 방법을 보여줍니다.

Step 2− 필터 이름을 입력하고 제출을 클릭합니다. 다음 스크린 샷은 저장하기 전에 새 검색 기준의 이름을 제공하는 방법을 보여줍니다.

Step 3− 필터는 즐겨 찾기 필터 아래의 검색 페이지 왼쪽에 나타나며 이름 바꾸기, 삭제, 복사 및 즐겨 찾기에서 제거와 같은 몇 가지 옵션이 있습니다. 다음 스크린 샷은 저장된 검색 기준과 수행 할 수있는 작업을 보여줍니다.

빠른 탐색

빠른 검색은 검색 기준을 정의하는 가장 빠른 방법입니다. 사용자가 키, 텍스트 등을 입력하고 현재 프로젝트에서 정확히 일치하는 항목을 검색하여 결과를 제공하는 텍스트 상자입니다.

빠른 검색 상자는 네비게이터의 오른쪽 상단에서 사용할 수 있습니다. 다음 스크린 샷은 빠른 검색 기능에 액세스하는 방법을 보여줍니다.

스마트 쿼리

빠른 검색 옵션은 최소한의 입력으로 스마트 검색을 수행합니다. 다음 단어를 인식하고 사용자가 선택할 수있는 몇 가지 옵션을 제공합니다.

  • my −이 단어는 로그인 한 사용자에게 할당 된 문제를 검색합니다.

다음 스크린 샷은 빠른 검색에서 다양한 스마트 쿼리를 보여줍니다.

가장 일반적으로 사용되는 스마트 쿼리 옵션은 다음과 같습니다.

  • r:me − 로그인 한 사용자가보고 한 문제를 찾습니다.

  • r:abc − 사용자가보고 한 문제를 찾습니다 – abc.

  • r:none − 기자없이 문제를 찾습니다.

  • <project name> or <project key> − 주어진 프로젝트 이름 내에서 이슈를 찾거나 동일한 프로젝트 키를 가진 이슈를 찾습니다.

  • Overdue − 오늘 이전에 기한이 지난 문제를 찾습니다.

  • Created:, updated:, due:− 이러한 스마트 검색은 각각 created :, updated : 또는 due : 접두사를 사용하여 Created, Updated 또는 Due Date 관련 문제를 찾습니다. 날짜 범위에는 오늘, 내일, 어제, 단일 날짜 범위 (예 : '-1w') 또는 두 개의 날짜 범위 (예 : '-1w, 1w')를 사용합니다. 기간 사이에는 공백이 없어야합니다. 유효한 날짜 / 시간 약어는 'w'(주), 'd'(일), 'h'(시간), 'm'(분)입니다.

  • C: − 특정 구성 요소의 문제를 찾습니다.

  • V: − 특정 버전의 문제를 찾습니다.

  • Ff: − Fixed For 버전의 문제를 찾습니다.

  • * − 문제를 찾기 위해 위의 모든 쿼리와 함께 와일드 카드를 사용할 수 있습니다.

이전 장에서 설명한 검색 유형 외에도 JIRA에는 다음 세 가지 방법을 사용하여 수행 할 수있는 몇 가지 고급 검색 옵션이 있습니다.

  • 필드 참조 사용
  • 키워드 참조 사용
  • 연산자 참조 사용

위에서 언급 한 세 가지 방법은 아래에 자세히 설명되어 있습니다.

사용자는 고급 검색을 수행 할 때 다음 사항을 고려해야합니다.

  • 고급 검색은 구조화 된 쿼리를 사용하여 JIRA 문제를 검색합니다.

  • 이슈 네비게이터에 검색 결과가 표시됩니다.

  • 검색 결과는 MS Excel 및 기타 다양한 형식으로 내보낼 수 있습니다.

  • 저장 및 구독 기능은 고급 검색에서 사용할 수 있습니다.

  • 고급 검색은 JQL로 알려진 JIRA 쿼리 언어를 사용합니다.

  • JQL의 단순 쿼리는 필드, 연산자, 하나 이상의 값 또는 함수로 구성됩니다. 예를 들어, 다음 간단한 쿼리는 "WFT"프로젝트의 모든 문제를 찾습니다.

Project = "WFT"
  • JQL은 ORDER BY, GROUP BY, ISNULL () 함수와 같은 구문과 같은 SQL을 지원하지만 JQL은 데이터베이스 쿼리 언어가 아닙니다.

필드 참조 사용

필드 참조는 사용자 정의 필드를 포함하여 JIRA 이슈에서 필드 이름을 나타내는 단어를 의미합니다. 구문은-

<field name> <operators like =,>, <> “values” or “functions”

연산자는 필드 값을 오른쪽에있는 값과 비교하여 쿼리에 의해 실제 결과 만 검색되도록합니다.

  • 네비게이터 바에서 이슈 → 이슈 검색으로 이동합니다.

다음 스크린 샷은 검색 섹션을 탐색하는 방법을 보여줍니다.

기존 검색 기준이있는 경우 새 필터 버튼을 클릭하여 기준을 재설정합니다. 다음 스크린 샷은 새로운 기준으로 시작하는 방법을 보여줍니다.

필드, 연산자 및 값을 사용하여 쿼리를 입력하십시오. issueKey = “WFT-107”.

영향을받는 버전, 담당자, 첨부 파일, 범주, 설명, 구성 요소, 생성됨, 작성자, 설명, 마감일, 환경 등 다른 필드도 있습니다. 사용자가 입력을 시작하자마자 자동 완성 기능을 사용하여 정의 된 형식.

다음 스크린 샷은 고급 기능을 사용하여 필드 이름 기준을 추가하는 방법을 보여줍니다.

Operator selection − 다음 스크린 샷은 연산자를 선택하는 방법을 보여줍니다.

다음 단계는 값을 입력 한 다음 검색 기호를 클릭하는 것입니다. 다음 스크린 샷은 값을 추가하고 검색하는 방법을 보여줍니다.

다음 스크린 샷은 설정된 기준에 따른 검색 결과를 보여줍니다.

키워드 참조 사용

여기에서는 키워드 참조를 사용하는 방법과 그 장점이 무엇인지 이해합니다.

JQL의 키워드-

  • 두 개 이상의 쿼리를 결합하여 복잡한 JQL 쿼리를 형성합니다.
  • 하나 이상의 쿼리 논리를 변경합니다.
  • 연산자의 논리를 변경합니다.
  • JQL 쿼리에 명시 적 정의가 있습니다.
  • JQL 쿼리의 결과를 정의하는 특정 기능을 수행합니다.

키워드 목록 −

  • 그리고-예-상태 = 공개 및 우선 순위 = 긴급 및 양수인 = Ashish.
  • 또는-예-기한 <now () 또는 기한이 비어 있습니다.
  • NOT-예-양수인 아님 = Ashish.
  • EMPTY-예-영향받은 버전이 비어 있음 / 영향을받는 버전 = 비어 있음.
  • NULL-예-양수인이 null입니다.
  • ORDER BY − ex – 마감일 = 생성 된 빈 주문, 우선 순위 설명.

필드 참조와 유사하게 사용자가 입력을 시작하면 자동 완성 기능이 올바른 구문을 얻는 데 도움이됩니다. 다음 스크린 샷은 키워드를 추가하는 방법을 보여줍니다.

검색 기호를 클릭하면 검색 결과가 제공됩니다. 다음 스크린 샷은 기준 세트에 따른 결과를 보여줍니다.

연산자 참조 사용

연산자는 왼쪽 값과 오른쪽 값을 비교하는 데 사용되므로 실제 결과 만 검색 결과로 표시됩니다.

운영자 목록

  • 같음 : =
  • 같지 않음 :! =
  • 보다 큼 :>
  • 보다 작음 : <
  • 보다 큼 : =>
  • 보다 작음 : = <
  • IN
  • 포함 : ~
  • 포함되어 있지 않다: ! ~
  • IS
  • 아니다
  • WAS
  • 들어왔다
  • 아니었다
  • 아니였다
  • CHANGED

필드 및 키워드 참조와 유사하게 이러한 연산자를 사용하여 검색 결과를 향상시킬 수도 있습니다.

JIRA는 프로젝트 내에서 다양한 유형의 보고서를 제공합니다. 모든 프로젝트의 진행 상황, 문제, 쇼 스토퍼 및 적시성을 분석하는 데 도움이됩니다. 또한 리소스 활용도를 분석하는 데 도움이됩니다.

보고서에 액세스하는 방법

JIRA에서 보고서에 액세스하려면 사용자는 프로젝트로 이동하고 → 특정 프로젝트를 선택해야합니다. 다음 스크린 샷은 특정 프로젝트로 이동하는 방법을 보여줍니다.

페이지 왼쪽에있는 보고서 아이콘을 클릭합니다. JIRA에서 지원하는 모든 보고서가 표시됩니다. 다음 스크린 샷은 보고서 섹션에 액세스하는 방법을 보여줍니다.

사용자가 보고서 전환을 클릭하면 보고서 목록이 표시됩니다. 다음 스크린 샷은 빠른 전환에 사용할 수있는 보고서 목록을 보여줍니다.

보고서 유형

JIRA는 보고서를 4 단계로 분류했습니다.

  • Agile
  • 이슈 분석
  • 예측 및 관리
  • Others

이제 위에서 언급 한 보고서 범주의 기능에 대해 자세히 살펴 보겠습니다.

기민한

다음은 Agile Reports의 기능 목록입니다.

  • Burn down Chart − 남은 총 작업량과 스프린트가 프로젝트 목표를 달성했는지 여부도 추적합니다.

  • Sprint Chart − 완료되거나 각 스프린트의 백 로그로 푸시 된 작업을 추적합니다.

  • Velocity Chart − 스프린트에서 스프린트까지 완료된 작업량을 추적합니다.

  • Cumulative Flow Diagram− 시간 경과에 따른 문제 상태를 표시합니다. 고위험 문제 또는 해결되지 않은 중요한 문제를 식별하는 데 도움이됩니다.

  • Version Report − 버전의 예상 출시 날짜를 추적합니다.

  • Epic Report − 주어진 시간 동안 서사시를 완료하기위한 진행 상황을 보여줍니다.

  • Control Chart− 제품, 버전 또는 스프린트의주기 시간을 표시합니다. 현재 프로세스의 데이터를 사용하여 향후 성능을 결정할 수 있는지 확인하는 데 도움이됩니다.

  • Epic Burn Down − 에픽을 완료하는 데 필요한 예상 스프린트 수를 추적합니다.

  • Release Burn Down− 버전의 예상 출시 날짜를 추적합니다. 버전이 제 시간에 출시되는지 모니터링하는 데 도움이되므로 작업이 뒤처 질 경우 필수 조치를 취할 수 있습니다.

이슈 분석

다음은 이슈 분석의 기능 목록입니다.

  • Average Age Report − 해결되지 않은 문제의 평균 연령 (일)을 표시합니다.

  • Created Vs Resolved Issue Report − 생성 된 문제 수와 주어진 기간 동안 해결 된 문제 수를 표시합니다.

  • Pie chart Report − 지정된 필드별로 그룹화 된 프로젝트에 대한 문제의 원형 차트를 표시합니다.

  • Recently Created Issue Report − 프로젝트에 대해 일정 기간 동안 생성 된 문제 수와 해결 된 문제 수를 표시합니다.

  • Resolution Time Report − 문제 해결에 소요 된 평균 시간을 표시합니다.

  • Single Level Group by Report −. 검색 결과를 필드별로 그룹화하고 각 그룹의 전체 상태를 볼 수 있습니다.

  • Time since Issues Report − 일정 기간 동안 생성, 업데이트, 해결 등의 문제 수를 추적하는 데 도움이됩니다.

예측 및 관리

다음은 예측 및 관리 보고서 유형의 기능 목록입니다.

  • Time Tracking Report− 현재 프로젝트의 문제에 대한 원래 및 현재 예상 시간을 표시합니다. 이러한 문제에 대한 작업이 제대로 진행되고 있는지 확인하는 데 도움이 될 수 있습니다.

  • User Workload Report− 프로젝트 전반에 걸쳐 사용자에게 할당 된 모든 미해결 문제에 대한 예상 시간을 표시합니다. 부담이 많거나 일이 적은지 여부에 관계없이 사용자가 얼마나 많이 사용하는지 이해하는 데 도움이됩니다.

  • Version Workload Report− 사용자 별, 이슈별 미해결 작업량을 표시합니다. 버전의 나머지 작업을 이해하는 데 도움이됩니다.

이 외에도 일반적으로 원형 차트가있는 다른 유형의 보고서가 있습니다. 이에 대해서는 다음 장에서 자세히 설명합니다.

워크로드 원형 차트는 특정 프로젝트의 모든 문제를 보여주는 원형 차트를 표시합니다. JIRA에서 사용하는 방법을 이해하겠습니다.

보고서 생성

보고서를 생성하려면 사용자는 다음 단계를 따라야합니다.

Step 1− 프로젝트로 이동 → 특정 프로젝트를 선택합니다. 메뉴 왼쪽에있는 보고서 아이콘을 클릭합니다. 다음 스크린 샷과 같이 '기타'섹션으로 이동하여 워크로드 원형 차트 보고서를 클릭합니다.

Step 2− 보고서를 생성 할 프로젝트 또는 발행 필터를 선택합니다. 통계 유형에서 원형 차트를 구성 할 필드 이름을 선택합니다. 현재 예상, 원래 예상 또는 소요 시간으로보고 할 시간 필드를 선택하십시오.

다음 스크린 샷은 세부 정보를 제공하여 보고서를 생성하는 방법을 보여줍니다.

Step 3 − 클릭 Next보고서를 생성합니다. 다음 스크린 샷은 생성 된 보고서의 모양을 보여줍니다.

주어진 기간 동안 생성 된 문제와 해결 된 문제의 수를 표시합니다. 전체 백 로그가 해결 방향으로 이동하는지 여부를 이해하는 데 도움이됩니다.

보고서 생성

보고서를 생성하려면 사용자는 다음 단계를 따라야합니다.

Step 1− 프로젝트로 이동 → 특정 프로젝트를 선택합니다. 메뉴 왼쪽에있는 보고서 아이콘을 클릭합니다. 이슈 분석으로 이동하여 생성 된 Vs 해결 된 이슈 보고서를 클릭합니다. 다음 스크린 샷은 생성 된 Vs 해결 된 문제 보고서에 액세스하는 방법을 보여줍니다.

Step 2− 보고서를 생성해야하는 프로젝트 또는 이슈 필터를 선택합니다. 드롭 다운 상자에서 사용할 수있는 일일, 주간, 월간, 분기 별, 연간 등과 같은 보고서를 보려면 기간을 선택하십시오. 일 수를 입력하십시오.Days Previously그래프에 표시 할 필드입니다. 고르다Yes 또는 No누적 합계. 드롭 다운 목록에서 버전을 모든 버전으로 표시를 선택합니다.

다음 스크린 샷은 사용 가능한 다른 필드를 선택하여 보고서를 생성하는 방법을 보여줍니다.

Step 3− 다음을 클릭하여 보고서를 생성합니다. 다음 스크린 샷은 생성 된 보고서의 모양을 보여줍니다.

생성 된 문제는 빨간색으로 표시되고 해결 된 문제는 녹색으로 표시됩니다.

스프린트에 주어진 시간 동안 스프린트 목표를 달성하기 위해 남은 총 작업을 표시합니다. 팀이 진행 상황을 관리하고 그에 따라 대응하는 데 도움이됩니다. 이 차트는 Agile – Scrum 방법론의 중요한 기능입니다.

보고서 생성

보고서를 생성하려면 사용자는 다음 단계를 따라야합니다.

Step 1− 프로젝트로 이동 → 특정 프로젝트를 선택합니다. 메뉴 왼쪽에있는 보고서 아이콘을 클릭합니다. Agile로 이동하여 Burndown 차트를 클릭합니다. 다음 스크린 샷은 번 다운 차트에 액세스하는 방법을 보여줍니다.

Step 2− 팀이 맡은 작업을 진행하는 방식과 같은 스프린트의 번 다운 차트를 표시합니다. 빨간색 선은 남은 작업량을 표시하고 회색 선은 커밋 된 작업을 표시합니다. 팀은 스프린트를 시작할 때의 헌신과 비교하여 스프린트의 진행 상황에서 그들이 어디에 서 있는지 볼 수 있습니다. 사용자는 드롭 다운에서 선택하여 Sprint 및 Y 축을 변경할 수 있습니다.

다음 스크린 샷은 번 다운 차트가 스프린트 현명한 것처럼 보이는 방법을 보여줍니다.

Step 3− 보고서의 두 번째 부분에는 스프린트 시작 날짜, 추가 된 모든 문제, 매일 해결 된 문제 수, 문제의 스토리 포인트, 일일 수 등의 데이터가 표시됩니다. 스토리 포인트가 남아 있습니다. 이 데이터는 차트를 만드는 데 사용됩니다. 다음 스크린 샷은 차트를 생성하는 데 사용되는 데이터를 보여줍니다.

Note − 이러한 보고서와 매우 유사하게 다른 보고서도 생성 할 수 있습니다.