[Jira Project, Menu] 사용법 마스터하기
Jira는 Atlassian이 개발한 프로젝트 관리 및 이슈 트래킹 도구로, 주로 소프트웨어 개발 팀에서 사용됩니다. Jira Project는 팀의 작업과 이슈를 체계적으로 관리하고 추적하기 위한 공간으로, 팀이 목표를 명확히 설정하고 작업을 효율적으로 진행할 수 있도록 돕습니다. 이번 글에서는 Jira Project를 쉽게 이해하고 활용할 수 있도록, 생성부터 관리 방법까지 자세히 알아보겠습니다.
Jira Project 개념 및 생성방법
Jira Project는 팀의 작업과 이슈를 체계적으로 관리하고 추적하기 위한 공간입니다. 팀원들이 작업을 할당하고, 새로운 기능을 개발하며, 버그를 추적하고 진행 상황을 모니터링할 수 있는 곳입니다. 또한, 조직의 구조와 워크플로우에 맞게 쉽게 커스터마이징할 수 있습니다. 칸반이나 스크럼과 같은 애자일 방식으로 프로젝트를 관리할 수 있어 팀의 작업 방식에 맞춰 유연하게 활용할 수 있습니다.
1. 프로젝트 만들기
Atlassian Jira에 접속하여 로그인합니다. 회사 계정을 사용하는 경우, Jira 관리자에게 계정 생성을 요청할 수 있습니다.
방법1) Jira 대시보드 상단의 “프로젝트” 메뉴를 클릭하고 “프로젝트 생성” 버튼을 선택합니다.
방법2) "설정" 메뉴에서 "프로젝트"를 클릭하고, 프로젝트 관리 화면에서 [프로젝트 만들기] 버튼을 클릭합니다.
2. 프로젝트 템플릿 선택하기
그 다음 프로젝트 템플릿을 선택합니다. Jira는 다양한 프로젝트 템플릿을 제공하며, 칸반과 스크럼을 가장 많이 사용합니다.
2.1 칸반 템플릿
칸반은 시각적 작업 관리 방법론에 기반을 두고 있으며, 작업 흐름을 지속적으로 최적화하는 데 초점을 맞춥니다. 칸반 템플릿은 다음과 같은 특징을 가지고 있습니다:
주요 특징
시각화된 작업 보드: 작업 상태를 ‘To Do’, ‘In Progress’, ‘Done’ 등의 컬럼으로 구분해 한눈에 작업 상황을 파악할 수 있습니다.
작업 제한(WIP): 작업 중인 항목의 개수를 제한(WIP Limit)하여 팀이 한 번에 너무 많은 일을 진행하지 않도록 관리합니다.
유연한 일정: 스프린트처럼 일정한 기간에 얽매이지 않고 작업을 필요에 따라 처리합니다. 우선순위 변경이 쉽습니다.
실시간 업데이트: 팀이 진행 상황을 지속적으로 확인하며 작업 흐름을 최적화할 수 있습니다.
활용 예시
IT 운영 팀이 칸반 보드를 사용해 시스템 이슈를 추적한다고 가정해 봅시다. 새로운 이슈는 ‘To Do’에 추가되고, 담당자가 이를 ‘In Progress’로 옮겨 작업을 시작합니다. 작업 완료 시 ‘Done’으로 이동시켜 실시간 상태를 공유합니다.
2.2 스크럼 템플릿
스크럼은 시간 제한이 있는 반복적인 작업을 강조하는 방법론으로, 팀이 짧은 기간(스프린트) 동안 명확한 목표를 설정하고 이를 달성하는 데 중점을 둡니다.
주요 특징
스프린트(Sprint): 보통 1~4주 기간의 스프린트를 계획하여 특정 목표를 완료하는 데 집중합니다.
백로그 관리: 제품 백로그(Product Backlog)와 스프린트 백로그(Sprint Backlog)를 통해 작업의 우선순위를 설정합니다.
역할 정의
- Product Owner: 작업 우선순위 설정과 백로그 관리를 담당합니다.
- Scrum Master: 스프린트 진행을 돕고 장애물을 제거합니다.
- Development Team: 스프린트 목표를 달성하기 위해 협력합니다.
정기적인 회의: 데일리 스크럼(Daily Scrum)은 매일 짧은 회의로 진행 상황과 문제점을 공유합니다.
스프린트 리뷰와 회고: 스프린트 종료 시 작업 결과와 개선점을 논의합니다.
활용 예시
웹 개발 팀이 스크럼 템플릿을 사용한다고 가정합니다. 첫 스프린트에서 "로그인 기능 개선"과 "회원 가입 기능 추가"를 목표로 설정하고, 매일 데일리 스크럼을 통해 진행 상황을 점검합니다. 스프린트 종료 시 결과를 리뷰하고 다음 스프린트를 계획합니다.
아래는 스크럼 템플릿을 사용해서 생성해보겠습니다.
3. 프로젝트 유형 선택하기
스크럼 템플릿 사용 버튼을 클릭하면 아래와 같이 "프로젝트 유형" 선택 화면이 뜹니다. 프로젝트 유형은 "팀에서 관리"와 "회사에서 관리" 두 가지 옵션이 있습니다. "팀에서 관리"는 간소화된 구성과 제한된 기능을 제공하지만 유연성이 높고, "회사에서 관리"는 표준화된 프로세스와 고급 기능을 제공합니다. 두 유형의 주요 차이점은 관리 방식과 제공되는 기능의 범위입니다.
3.1 팀에서 관리하는 프로젝트
팀에서 관리하는 프로젝트(Team-managed Project)는 팀이 독립적으로 관리할 수 있는 간단한 프로젝트 유형입니다. 간소화된 설정과 필수 기능만을 포함하고 있어 팀원들이 직접 워크플로우, 필드, 권한 등을 설정할 수 있어 빠른 시작이 가능합니다. 이 유형의 프로젝트는 다음과 같은 특징을 가지고 있습니다:
- 간편한 설정: 프로젝트 매니저나 팀 리더가 Jira 관리자의 도움 없이 직접 프로젝트를 설정하고 관리할 수 있습니다.
- 독립적인 구성: 한 프로젝트의 설정 변경이 다른 프로젝트에 영향을 미치지 않습니다.
- 제한된 기능: 기본적인 로드맵, 단일 활성 스프린트, 필수 애자일 보고 기능만 제공됩니다.
- 간소화된 권한 관리: 액세스 레벨 권한만 사용할 수 있어 권한 관리가 단순합니다.
- 제한된 사용자 정의: 워크플로우 편집이 제한적이며, 보드 레이아웃 커스터마이징이 불가능합니다.
예를 들어, 소규모 마케팅 팀이 단기 캠페인 프로젝트를 관리하는 경우 이 유형이 적합할 수 있습니다. 팀은 빠르게 프로젝트를 설정하고, 간단한 워크플로우로 태스크를 관리하며, 기본적인 보고 기능만으로도 충분히 프로젝트를 진행할 수 있습니다. 이를 통해 팀은 자체적으로 프로젝트를 효율적으로 관리하고 빠르게 의사결정을 내릴 수 있습니다.
[팀에서 관리하는 프로젝트 선택] 버튼 클릭 시 출력되는 화면에서 아래 정보를 입력하고 [다음] 버튼을 클릭하면 프로젝트가 생성됩니다.
- 프로젝트 이름(Name): 고유하고 명확한 이름을 입력합니다. 이는 프로젝트의 목적이나 성격을 잘 나타내는 이름으로 지정하는 것이 좋습니다. 예를 들어, "마케팅 캠페인 2025" 또는 "고객 서비스 개선 프로젝트" 등으로 지정할 수 있습니다.
- 프로젝트 키(Key): 프로젝트를 나타내는 고유한 약어로, 주로 대문자로 구성됩니다. 이 키는 프로젝트 내의 모든 이슈에 대한 접두사로 사용됩니다. 예를 들어, 프로젝트 키가 "MKT"인 경우, 해당 프로젝트의 이슈들은 "MKT-1", "MKT-2" 등의 형식으로 자동 생성됩니다. 키는 프로젝트 생성 후 변경이 가능하지만, 변경 시 시스템에 영향을 줄 수 있으므로 신중하게 선택해야 합니다.
- 엑세스(Access): 프로젝트 접근 권한을 설정합니다. 비공개(Private) 설정은 프로젝트에 대한 가장 제한적인 액세스 수준입니다. 오직 Jira 관리자와 프로젝트에 명시적으로 추가된 사람들만 프로젝트를 볼 수 있습니다. 프로젝트 디렉토리나 검색 결과에서 해당 프로젝트와 그 이슈들이 다른 사용자에게 보이지 않습니다. 민감한 정보나 기밀 프로젝트에 적합합니다. 제한(Limited) 설정은 중간 수준의 액세스를 제공합니다. Jira 사이트의 모든 로그인 사용자가 프로젝트의 이슈를 볼 수 있고 댓글을 달 수 있습니다. 하지만 이슈를 편집하거나 새로운 이슈를 생성할 수는 없습니다. 이 액세스 레벨에서는 모든 로그인 사용자에게 기본적으로 '뷰어(Viewer)' 역할이 부여됩니다. 공개(Open) 설정은 가장 개방적인 액세스 수준입니다. Jira 사이트의 모든 로그인 사용자가 프로젝트의 이슈를 보고, 생성하고, 편집할 수 있습니다. 이 액세스 레벨에서는 모든 로그인 사용자에게 기본적으로 '멤버(Member)' 역할이 부여됩니다. 협업이 중요한 프로젝트나 전사적 프로젝트에 적합합니다.
3.2 회사에서 관리하는 프로젝트
회사에서 관리하는 프로젝트(Company-managed Project)는 Jira의 모든 고급 기능을 제공하며, 조직 전체의 표준화된 프로세스를 유지해야 하는 더 복잡하고 큰 규모의 프로젝트에 적합합니다. 이 유형의 프로젝트는 다음과 같은 특징을 가지고 있습니다:
- 고급 구성 옵션: Jira 관리자가 프로젝트를 설정하고 유지 관리하며, 더 많은 사용자 정의 옵션을 제공합니다.
- 공유 구성: 프로젝트 간에 설정을 공유할 수 있어, 여러 팀이 표준화된 방식으로 작업할 수 있습니다.
- 고급 기능: 고급 로드맵, 병렬 스프린트 실행, 크로스 프로젝트 이슈 관리 등 Jira의 모든 기능을 사용할 수 있습니다.
- 세부적인 권한 관리: 더 자세한 권한 체계를 설정할 수 있어, 복잡한 조직 구조에 적합합니다.
- 확장된 사용자 정의: 워크플로우를 자유롭게 편집할 수 있고, 보드 레이아웃도 커스터마이징이 가능합니다.
예를 들어, 대규모 소프트웨어 개발 회사에서 여러 팀이 협업하는 복잡한 프로젝트를 관리하는 경우 이 유형이 적합할 수 있습니다. 개발, QA, 운영 팀이 함께 작업하며, 각 팀의 워크플로우가 다르고 복잡한 권한 구조가 필요한 상황에서 유용합니다. 고급 로드맵, 병렬 스프린트 실행, 크로스 프로젝트 이슈 관리 등의 기능을 활용할 수 있습니다.
[회사에서 관리하는 프로젝트 선택] 버튼 클릭 시 출력되는 화면에서 아래 정보를 입력하고 [다음] 버튼을 클릭하면 프로젝트가 생성됩니다.
- 프로젝트 이름(Name): 고유하고 명확한 이름을 입력합니다.
- 프로젝트 키(Key): 프로젝트를 나타내는 고유한 약어로, 주로 대문자로 구성됩니다.
- 기존 프로젝트와 설정 공유: 이 옵션을 선택하면 새로 생성하는 프로젝트가 기존 프로젝트의 설정을 공유하게 됩니다. 공유되는 설정에는 이슈 유형, 워크플로우, 화면, 필드, 권한, 알림 등이 포함됩니다. 이 옵션을 선택하면 프로젝트 간에 일관된 설정을 유지할 수 있으며, 여러 팀이 표준화된 방식으로 작업할 수 있습니다. 그러나 한 프로젝트의 설정을 변경하면 공유 설정을 사용하는 모든 프로젝트에 영향을 미치므로 주의가 필요합니다.
3.3 "프로젝트 유형" 선택 시 고려사항
프로젝트 유형을 선택할 때는 다음 사항을 고려해야 합니다:
- 팀의 규모와 구조: 작은 팀이나 단일 팀 프로젝트는 "팀에서 관리"가, 큰 조직이나 여러 팀이 협업하는 프로젝트는 "회사에서 관리"가 적합할 수 있습니다.
- 프로젝트의 복잡성: 간단한 프로젝트는 "팀에서 관리"로 충분하지만, 복잡한 워크플로우나 고급 기능이 필요한 프로젝트는 "회사에서 관리"가 좋습니다.
- 관리 권한: Jira 관리자의 개입 없이 팀이 직접 프로젝트를 관리하고 싶다면 "팀에서 관리"를, 중앙 집중식 관리가 필요하다면 "회사에서 관리"를 선택합니다.
- 확장성: 프로젝트가 향후 확장될 가능성이 있다면, 처음부터 "회사에서 관리"를 선택하는 것이 좋을 수 있습니다. 나중에 "팀에서 관리"에서 "회사에서 관리"로 전환하는 것은 복잡한 프로세스가 될 수 있습니다.
- 표준화 요구사항: 여러 프로젝트 간에 일관된 프로세스와 설정이 필요하다면 "회사에서 관리"가 더 적합합니다.
"팀에서 관리하는 프로젝트" 메뉴 구성
'팀에서 관리하는 프로젝트' 유형의 칸반 보드 템플릿을 기준으로 각 메뉴의 역할에 대해 설명드리겠습니다. 메뉴는 "요약, 타임라인, 백로그, 보드, 캘린더, 목록, 보고서, 양식, 목표, 이슈, 코드, 보안, 릴리스, 배포, 대기 중, 프로젝트 페이지, 앱 목록, 프로젝트 설정, 보관된 이슈" 등으로 구성되어 있습니다.
요약
"요약" 메뉴는 프로젝트의 전반적인 상태와 주요 정보를 한눈에 확인할 수 있는 공간입니다. 이곳에서는 프로젝트의 진행 상황, 업무 유형, 최근 활동 이력, 이슈 진척율, 팀 워크로드 등을 파악할 수 있습니다. 예를 들어, 특정 프로젝트의 목표가 "신제품 출시"라면, 이 메뉴에서는 현재 진행 중인 작업, 완료된 작업 등을 시각적으로 표현하여 팀원들이 프로젝트의 전반적인 흐름을 쉽게 이해할 수 있도록 돕습니다.
타임라인
"타임라인" 메뉴는 프로젝트의 일정과 중요한 이정표를 시각적으로 표현하여 팀원들이 전체적인 진행 상황을 쉽게 파악할 수 있도록 합니다. 이 메뉴에서는 각 작업의 시작일과 종료일, 그리고 주요 마일스톤을 그래픽 형식으로 나타내어 시간의 흐름에 따른 작업의 우선순위를 명확히 할 수 있습니다. 예를 들어, 제품 개발 과정에서 각 단계별로 예상 소요 시간을 설정하고 이를 기반으로 팀원들이 일정을 조정할 수 있도록 지원합니다.
백로그
"백로그" 메뉴는 팀이 수행해야 할 작업 목록을 관리하는 공간입니다. 여기에는 우선순위가 매겨진 이슈와 작업 항목이 나열되어 있어, 팀원들은 어떤 작업이 가장 긴급한지 쉽게 확인할 수 있습니다. 예를 들어, 고객 피드백에 따른 버그 수정 요청이나 새로운 기능 추가 요청이 포함될 수 있으며, 이를 통해 팀은 효과적으로 리소스를 배분하고 우선순위에 따라 작업을 진행할 수 있습니다.
보드
"보드" 메뉴는 칸반(Kanban) 방식으로 작업의 진행 상태를 시각적으로 관리하는 도구입니다. 각 작업은 '해야 할 일', '진행 중', '완료' 등의 단계로 나뉘어 표시되며, 팀원들은 작업을 드래그 앤 드롭 방식으로 쉽게 이동시킬 수 있습니다. 예를 들어, 개발팀이 새로운 기능을 구현하는 과정에서 각 기능의 진행 상황을 실시간으로 업데이트하여 팀원 모두가 현재 상태를 공유할 수 있도록 합니다.
캘린더
"캘린더" 메뉴는 프로젝트 일정과 중요한 기한을 관리하는 데 유용한 도구입니다. 이곳에서는 모든 작업의 마감일과 회의 일정 등을 한눈에 볼 수 있어 팀원들이 시간 관리를 효율적으로 할 수 있습니다. 예를 들어, 특정 기능 개발의 마감일이나 정기 회의를 캘린더에 등록함으로써 팀원들이 중요한 일정을 놓치지 않고 준비할 수 있도록 지원합니다. 이를 통해 프로젝트 관리의 효율성을 높이고 협업을 강화할 수 있습니다.
목록
"목록" 메뉴는 프로젝트의 모든 이슈와 작업을 리스트 형태로 관리할 수 있는 기능을 제공합니다. 이곳에서는 각 이슈의 유형, 제목, 상태, 담당자, 기간, 우선순위 등 다양한 정보를 한눈에 확인할 수 있으며, 사용자는 필요에 따라 리스트를 필터링하거나 정렬할 수 있습니다. 예를 들어, 특정 담당자의 작업만을 보고 싶다면 해당 담당자를 선택하여 리스트를 좁힐 수 있어 효율적인 작업 관리가 가능합니다. 이를 통해 팀원들은 자신의 업무를 명확히 파악하고 우선순위를 조정할 수 있습니다.
보고서
"보고서" 메뉴는 프로젝트의 진행 상황과 성과를 분석하고 시각화하는 다양한 도구를 제공합니다. 이 메뉴에서는 여러 유형의 보고서를 통해 팀의 작업 효율성과 프로젝트 상태를 평가할 수 있습니다. 예를 들어, 번업 보고서와 스프린트 번다운 차트는 팀의 작업 완료 속도를 시각적으로 나타내어 스프린트 목표 달성 여부를 확인하는 데 유용합니다.
또한, 속도 보고서는 팀의 작업 속도를 분석하여 향후 스프린트 계획에 반영할 수 있도록 돕습니다. 누적 흐름 다이어그램은 작업의 흐름을 시각적으로 표현하여 병목 현상을 파악하는 데 도움을 주며, 사이클 타임 보고서는 각 작업이 완료되는 데 걸리는 시간을 분석합니다. 마지막으로, 배포 빈도 보고서는 소프트웨어 배포의 빈도를 추적하여 팀의 배포 전략을 개선하는 데 기여합니다. 이러한 다양한 보고서를 통해 팀은 데이터 기반의 의사 결정을 내리고, 프로젝트 관리의 효율성을 높일 수 있습니다.
양식
양식 메뉴는 Jira에서 이슈를 생성하거나 편집할 때 사용되는 화면(Screen)을 관리하는 곳입니다. 여기서 관리자는 이슈 생성, 편집, 보기 등에 사용되는 화면의 레이아웃을 구성하고 필요한 필드를 추가하거나 제거할 수 있습니다. 예를 들어, 개발자 체크리스트와 같은 커스텀 필드를 추가하여 프로젝트에 특화된 정보를 수집할 수 있습니다. 이를 통해 각 팀의 특성에 맞는 맞춤형 이슈 관리가 가능해집니다.
목표
목표 메뉴는 팀과 조직의 목표를 설정하고 추적할 수 있게 해줍니다. 사용자는 각 작업을 특정 목표에 매핑하고 이를 시각화할 수 있습니다. 목표 진행 상황 차트를 통해 우선순위에 따른 작업 진행 상황을 쉽게 추적할 수 있습니다. 이 기능은 팀원들이 큰 그림을 이해하고 일상적인 작업이 조직의 목표와 어떻게 연결되는지 파악하는 데 도움을 줍니다.
이슈
전체 이슈 목록이 좌측에 노출되며 클릭 시 상세 항목을 볼수 있습니다. 각 이슈는 고유한 ID, 상태, 우선순위, 담당자, 기간 등의 정보를 가지고 있습니다. Jira의 기본 이슈 계층 구조는 Epic > Story > Sub-Task로 구성되어 있으며, 이를 통해 복잡한 프로젝트를 체계적으로 관리할 수 있습니다. 관리자는 이슈 타입을 커스터마이즈하여 팀의 특정 요구사항에 맞게 조정할 수 있으며, 이를 통해 다양한 업무 프로세스를 효과적으로 지원할 수 있습니다.
코드
"코드" 메뉴는 개발자들이 Jira와 버전 관리 시스템을 연동하여 작업할 수 있게 해주는 기능입니다. 이 메뉴를 통해 개발자는 이슈와 관련된 코드 변경사항, 커밋, 브랜치 등을 직접 Jira에서 확인할 수 있습니다. 예를 들어, Bitbucket이나 GitHub와 같은 저장소와 연동하면 특정 이슈에 대한 코드 변경 이력을 쉽게 추적할 수 있으며, 코드 리뷰 프로세스도 Jira 내에서 진행할 수 있습니다.
비트버킷(Bitbucket)은 Atlassian에서 제공하는 Git 기반의 소스 코드 호스팅 서비스입니다. 개발자들이 코드를 저장, 관리, 협업할 수 있는 플랫폼으로, Jira와의 통합이 강점입니다. 무료로 비공개 저장소를 제공하며, CI/CD 파이프라인 기능도 포함되어 있습니다.
깃허브(GitHub)는 Microsoft가 운영하는 세계 최대의 Git 저장소 호스팅 플랫폼입니다. 개발자들이 프로젝트를 공유하고 협업할 수 있는 소셜 코딩 플랫폼으로, 오픈소스 프로젝트의 중심지 역할을 합니다. 버전 관리, 이슈 트래킹, 코드 리뷰 등 다양한 기능을 제공합니다
보안
"보안" 메뉴는 프로젝트와 이슈에 대한 접근 권한을 관리하는 곳입니다. 여기서는 이슈 보안 스키마를 설정하여 특정 사용자나 그룹만 중요한 이슈를 볼 수 있도록 제한할 수 있습니다. 또한, 프로젝트 전체의 보안 정책을 설정하여 민감한 정보가 무단으로 접근되는 것을 방지할 수 있습니다.
릴리스
"릴리스" 메뉴는 버전 관리와 릴리스 계획을 수립하는 데 사용됩니다. 여기서는 각 버전에 포함될 이슈들을 관리하고, 릴리스 일정을 설정하며, 릴리스 노트를 작성할 수 있습니다. 또한 릴리스 진행 상황을 시각적으로 표현하여 팀원들이 전체적인 진행 상황을 쉽게 파악할 수 있도록 도와줍니다.
배포
"배포" 메뉴는 개발된 소프트웨어를 실제 환경에 적용하는 과정을 관리하는 곳입니다. 여기서는 배포 파이프라인을 설정하고, 각 단계별 진행 상황을 모니터링할 수 있습니다. 또한 자동화된 배포 프로세스를 구축하여 지속적 통합/지속적 배포(CI/CD) 환경을 구현할 수 있습니다.
대기 중
"대기 중" 메뉴는 인시던트 관리와 관련된 기능으로, 특히 Jira Service Management에서 중요하게 사용됩니다. 이 메뉴에서는 긴급 상황 발생 시 대응할 수 있는 팀원들의 일정을 관리하고, 에스컬레이션 규칙을 설정할 수 있습니다. 이를 통해 중요한 문제가 발생했을 때 신속하게 대응할 수 있는 체계를 구축할 수 있습니다.
프로젝트 페이지
"프로젝트 페이지" 메뉴는 Jira와 Confluence의 통합 기능을 활용하여 프로젝트 관련 문서와 정보를 관리하는 공간입니다. 이 메뉴를 통해 사용자는 Jira 프로젝트 내에서 직접 Confluence 페이지를 생성, 조회, 편집할 수 있습니다. 프로젝트 문서, 회의록, 기술 사양 등을 Jira 컨텍스트에서 벗어나지 않고 관리할 수 있어 팀의 협업과 정보 공유를 효율적으로 지원합니다.
앱 목록
"앱 목록" 메뉴는 Jira에 설치된 다양한 애플리케이션을 관리하고 탐색할 수 있는 중요한 기능입니다. 이 메뉴에서는 현재 설치된 앱의 목록을 확인하고, 새로운 앱을 탐색하여 설치할 수 있으며, 앱의 설정을 관리할 수 있습니다. 또한 Atlassian Marketplace에서 제공하는 수많은 앱을 검색하고 설치할 수 있어, Jira의 기능을 확장하고 프로젝트 관리, 시간 추적, 보고서 생성 등 다양한 추가 기능을 활용할 수 있습니다
프로젝트 설정
"프로젝트 설정" 메뉴는 프로젝트의 전반적인 설정을 관리하는 곳입니다. 여기서는 프로젝트 이름, 키, 아이콘 등의 기본 정보부터 이슈 타입, 워크플로, 화면 구성 등 세부적인 설정까지 모두 관리할 수 있습니다. 프로젝트 관리자는 이 메뉴를 통해 프로젝트의 모든 측면을 커스터마이즈할 수 있습니다.
보관된 이슈
"보관된 이슈" 메뉴는 더 이상 활성화되지 않은 이슈들을 관리하는 곳입니다. 완료되었거나 더 이상 관련이 없는 이슈들을 보관함으로써 현재 진행 중인 작업에 집중할 수 있게 해줍니다. 필요한 경우 보관된 이슈를 다시 활성화할 수도 있어, 과거의 작업 내역을 효과적으로 관리할 수 있습니다.
Jira 가이드 이어서 읽기
참고 자료
