무료 온라인 액세스 ATLASSIAN.ACP-120.v2025-10-09.q64 모의 시험 (Page 8)

ACP-120 문제 31

한 팀이 Jira 프로젝트가 너무 느리다고 불평하고 있습니다. 문제 중 하나를 보고 편집해 보면 이러한 느린 현상을 재현할 수 있습니다.
어떤 로깅 옵션이 귀하 또는 시스템 관리자가 문제를 진단하는 데 도움이 될까요?

A. 로그 분석기를 사용하여 문제 보기 프로세스에 대한 자세한 정보를 얻으세요.

B. 브라우저 콘솔에서 JavaScript 실행을 기록하고 로깅하도록 Jira를 구성합니다.

C. 해당 문제에 대한 활동을 유발하는 모든 패키지에 대해 로깅을 DEBUG 수준으로 설정합니다.

D. 전역적으로 프로파일링을 활성화하면 문제를 볼 때 로그에서 이상을 검사할 수 있습니다.

ACP-120 문제 32

회사에서 관리하는 프로젝트에서 해결되지 않은 문제가 포함된 버전을 출시하는 중입니다. 이 문제를 무시하고 버전을 출시하기로 결정했습니다. 해결되지 않은 문제는 어떻게 되나요?

A. 다음 버전으로 이동합니다.

B. 완료로 전환되었습니다.

C. 해결되지 않은 상태로 남아 있습니다.

D. 백로그의 맨 위로 이동됩니다.

정답: C

회사 관리 프로젝트에서 해결되지 않은 문제가 포함된 버전을 출시할 때, 해당 문제를 무시하고 출시를 진행할 수 있습니다. 해결되지 않은 문제는 미해결 상태로 유지됩니다(옵션 C). 즉, 자동으로 이동되거나 전환되지 않고 현재 상태와 해결 상태가 유지됩니다.
* 정답에 대한 설명 (옵션 C):
* Jira에서 버전을 릴리스하면 해당 버전이 완료로 표시되고 해당 버전의 릴리스 날짜 및 릴리스 상태가 업데이트됩니다. 해결되지 않은 이슈(해결되지 않은 이슈, 예: 완료 상태가 아닌 이슈)가 포함된 경우 릴리스 프로세스에서 무시하도록 선택할 수 있습니다. 해결되지 않은 이슈를 무시하면 현재 상태(해결되지 않음)로 유지되며 상태, 해결 방법 또는 버전 연결은 변경되지 않습니다. 해당 이슈는 자동으로 다른 버전으로 이동되거나, 전환되거나, 백로그에서 순서가 변경되지 않습니다.
* 문서에서 발췌한 정확한 내용:
회사 관리 프로젝트에서 버전 출시
버전을 출시할 때:
* 해결되지 않은 문제(해결 방법이 없는 문제)는 무시하도록 선택할 수 있습니다.
* 무시된 해결되지 않은 문제: 자동 변경 없이 현재 상태와 해결 상태를 유지합니다. 릴리스하려면:
* 프로젝트 설정 > 릴리스로 이동합니다.
* 버전을 선택하고 릴리스를 클릭하세요.
* 메시지가 표시되면 해결되지 않은 문제를 무시하도록 선택합니다. 참고: 해결되지 않은 문제는 명시적으로 구성되지 않는 한 다른 버전으로 이동되거나 전환되지 않습니다.(출처: Atlassian 지원 문서, "회사 관리 프로젝트의 버전 관리")
* 적합한 이유: 버전 릴리스 중에 해결되지 않은 문제를 무시하면 문제가 현재 해결되지 않은 상태로 변경되지 않으므로 옵션 C가 올바른 답변입니다.
* 다른 옵션이 틀린 이유:
* 다음 버전으로 이동합니다(옵션 A):
* 해결되지 않은 문제를 다음 버전으로 옮기는 것은 릴리스 프로세스 중 하나의 옵션이지만, 해결되지 않은 문제를 무시하기로 선택할 때 기본 설정이나 필수 설정은 아닙니다. 문제를 명시적으로 무시하면 다른 버전으로 옮기는 것을 방지할 수 있습니다.
* 문서에서 발췌:
출시 시, 해결되지 않은 이슈를 다른 버전으로 옮기거나 변경하지 않고 그대로 둘 수 있습니다. 해결되지 않은 이슈를 무시하면 현재 버전으로 유지됩니다.
(출처: Atlassian 지원 문서, "회사 관리 프로젝트의 버전 관리")
* 완료로 전환됨(옵션 B):
* 문제를 완료로 전환하거나 해결 방법을 설정하려면 워크플로 전환이 필요하며, 버전 출시 시 자동으로 전환되지 않습니다. 해결되지 않은 문제를 무시하면 상태 또는 해결 방법이 변경되지 않습니다.
* 문서에서 발췌:
워크플로우 게시 기능을 통해 명시적으로 구성하지 않는 한, 버전을 릴리스해도 문제가 전환되거나 해결책이 설정되지 않습니다.
(출처: Atlassian 지원 문서, "회사 관리 프로젝트의 버전 관리")
* 백로그의 맨 위로 이동됩니다(옵션 D):
* 버전을 릴리스해도 백로그 순서에 영향을 미치지 않으며 이슈의 순서도 자동으로 변경되지 않습니다. 백로그는 별도로 관리되며, 해결되지 않은 이슈를 무시하면 현재 위치에 그대로 남습니다.
* 문서에서 발췌:
버전을 릴리스해도 백로그 순서는 변경되지 않습니다. 해결되지 않은 이슈는 수동으로 순서를 변경하지 않는 한 현재 위치에 그대로 유지됩니다.
(출처: Atlassian 지원 문서, "회사 관리 프로젝트의 버전 관리")
* 추가 참고 사항:
* 버전을 릴리스하려면 프로젝트 관리자 권한이 필요하며 프로젝트 설정 > 릴리스에서 릴리스 작업을 수행합니다.
* 해결되지 않은 문제를 무시하는 대신 다른 버전으로 옮기기로 선택하는 경우 옵션 A가 적용되지만, 질문에서는 문제를 무시하도록 지정되어 있습니다.
* 수동으로 업데이트하지 않는 한, 아직 해결되지 않은 문제가 출시된 버전과 관련이 있을 수 있습니다.
:
Atlassian 지원 문서: 회사 관리 프로젝트의 버전 관리

ACP-120 문제 33

운영팀은 현재 OPS 프로젝트를 사용하여 업무를 추적하고 있습니다. 변경 요청 처리를 시작해야 하는 새로운 요구 사항이 생겼습니다.
현재 OPS 프로젝트 구성의 부분 요약을 검사하세요.

새로운 프로젝트를 만드는 데 필요한 두 가지 요구 사항은 무엇입니까? (두 가지를 선택하세요.)

A. 변경 요청에는 다양한 구성 요소 리드가 있습니다.

B. 변경 요청은 버전을 사용하지 않습니다.

C. 변경 요청에는 다른 워크플로가 적용됩니다.

D. 변경 요청은 모든 시스템 이벤트에 대해 여러 사람에게 알림을 보냅니다.

E. 변경 요청을 하려면 마감일 필드를 채워야 합니다.

ACP-120 문제 34

대시보드에는 다음과 같이 문제 통계 가젯이 표시됩니다.

대시보드 소유자는 가젯에 표시되는 상태의 순서를 다음과 같이 변경하려고 합니다.
1. 할 일
2. 진행 중
3. QA 준비 완료
4. 차단됨
5. 거부됨
6. 완료
어떤 작업을 수행하면 상태를 필요한 순서대로 영구적으로 정렬할 수 있습니까?

A. 상태 관리 페이지에서 동상을 다시 정렬합니다.

B. 가젯의 정렬 방향 옵션을 오름차순으로 변경합니다.

C. 상태의 카테고리를 변경합니다.

D. 상태 이름에 숫자를 추가하여 숫자순으로 정렬할 수 있습니다.

E. 가젯 정렬 기준 필드를 총계로 변경합니다.

ACP-120 문제 35

새로운 팀이 Jira 프로젝트를 요청합니다. 요청자는 다음 사항을 수행해야 합니다.
* 중앙 백로그에서 모든 작업을 관리하고 우선순위를 지정합니다.
* 버른다운 차트로 진행 상황을 추적합니다.
* 사전 생산 결함과 생산 결함을 다른 QA 프로세스로 옮깁니다.
* 해당 프로젝트에서 향후 다른 프로젝트와 계획을 공유하도록 합니다.
어떤 프로젝트 유형이 이러한 요구 사항을 충족합니까?

A. 회사 관리 칸반

B. 회사 관리 스크럼

C. 팀 관리 스크럼

D. 팀 관리 칸반

정답: B

새로운 Jira 프로젝트의 요건에는 중앙 백로그, 번다운 차트, 결함 유형에 따른 다양한 QA 프로세스, 그리고 다른 프로젝트와 스킴을 공유하는 기능이 포함됩니다. 회사 관리형 스크럼 프로젝트 유형(옵션 B)은 스크럼 보드, 번다운 차트, 유연한 워크플로 및 공유 구성을 지원하므로 이러한 요건을 모두 충족하는 데 가장 적합합니다.
* 정답에 대한 설명 (옵션 B):
* 중앙 백로그에서 모든 작업을 관리하고 우선순위를 지정합니다.
* 회사가 관리하는 Scrum 프로젝트에는 이슈(예: 스토리, 결함)를 관리하고 우선순위를 지정할 수 있는 중앙 백로그가 있는 Scrum 보드가 포함됩니다.
* 문서에서 발췌한 정확한 내용:
회사 관리 Scrum 프로젝트
회사가 관리하는 스크럼 프로젝트는 작업을 관리하고 우선순위를 지정하기 위한 중앙 백로그를 갖춘 스크럼 보드를 제공합니다.
접근하려면:
* 프로젝트 > 백로그로 이동합니다.
* 드래그 앤 드롭으로 이슈의 우선순위를 지정합니다. 참고: 백로그는 프로젝트의 모든 이슈 유형을 지원합니다.(출처: Atlassian 지원 문서, "Jira Cloud에서 Scrum 프로젝트 관리")
* 버른다운 차트로 진행 상황을 추적하세요.
* 회사가 관리하는 스크럼 프로젝트는 스프린트 보고서에서 번다운 차트를 지원하며, 스프린트 중에 스토리 포인트나 이슈 수를 기준으로 진행 상황을 추적합니다.
* 문서에서 발췌한 정확한 내용:
Scrum 프로젝트의 번다운 차트
회사가 관리하는 Scrum 프로젝트에는 진행 상황을 추적하기 위한 스프린트 보고서에 버른다운 차트가 포함됩니다.
보려면:
* 프로젝트 > 보고서 > 버른다운 차트로 이동합니다.
* 진행 상황을 보려면 스프린트를 선택하세요. 참고: 번다운 차트에는 스프린트와 스토리 포인트 또는 이슈 수가 필요합니다. (출처: Atlassian 지원 문서, "Jira Cloud에서 Scrum 프로젝트 관리")
* 사전 생산 결함과 생산 결함을 다른 QA 프로세스로 이동합니다.
* 회사 관리 프로젝트에서는 워크플로 체계를 통해 다양한 이슈 유형(예: 사전 생산 결함, 생산 결함)에 대해 별도의 워크플로를 사용할 수 있습니다. 이를 통해 각 결함 유형에 대해 별도의 QA 프로세스(예: 서로 다른 상태 또는 전환)를 수행할 수 있습니다.
* 문서에서 발췌한 정확한 내용:
회사 관리 프로젝트에서 워크플로 구성
워크플로 체계는 워크플로를 이슈 유형에 매핑합니다. 다양한 이슈 유형(예: 사전 생산 결함, 생산 결함)은 고유한 프로세스를 지원하기 위해 서로 다른 워크플로를 사용할 수 있습니다.
구성하려면:
* 설정 > 문제 > 워크플로 구성표로 이동합니다.
* 프로젝트 스키마에서 이슈 유형에 워크플로를 할당합니다. 참고: 회사 관리 프로젝트는 복잡한 워크플로 구성을 지원합니다. (출처: Atlassian 지원 문서, "워크플로 스키마 구성")
* 프로젝트가 향후 다른 프로젝트와 계획을 공유하도록 합니다.
* 회사 관리 프로젝트는 다른 프로젝트에서 재사용 가능한 공유 구성(예: 권한 체계, 워크플로 체계, 이슈 유형 체계)을 사용합니다. 이를 통해 새 프로젝트는 향후 다른 프로젝트와 체계를 공유할 수 있습니다.
* 문서에서 발췌한 정확한 내용:
회사 관리 프로젝트의 공유 구성
회사가 관리하는 프로젝트에서는 여러 프로젝트에서 공유할 수 있는 체계(예: 워크플로, 권한, 이슈 유형)를 사용합니다.
공유하려면:
* 설정 > 프로젝트 > 프로젝트 만들기에서 공유 구성으로 프로젝트를 만듭니다.
* 다른 프로젝트에 대해 동일한 스키마를 선택합니다. 참고: 팀 관리 프로젝트에는 프로젝트별 구성이 있으며 스키마를 공유할 수 없습니다. (출처: Atlassian 지원 문서, "Jira Cloud에서 프로젝트 만들기")
* 적합 이유: 회사에서 관리하는 Scrum 프로젝트 유형은 중앙 백로그, 버른다운 차트, 결함 유형에 대한 별도의 워크플로, 공유 체계를 지원하여 모든 요구 사항을 완벽하게 충족합니다.
* 다른 옵션이 틀린 이유:
* 회사 관리 칸반(옵션 A):
* 회사 관리 칸반 프로젝트는 중앙 백로그(칸반 보드)와 공유 체계를 지원하지만, 스프린트 진행 상황을 추적하는 스크럼 프로젝트 전용 번다운 차트를 기본적으로 제공하지 않습니다. 또한, 결함 유형에 따라 다양한 워크플로우를 사용할 수 있지만, 칸반 프로젝트는 번다운 차트와 같은 스프린트 기반 추적 시스템과의 연계성이 부족합니다.
* 문서에서 발췌:
회사가 관리하는 칸반 프로젝트에서는 칸반 보드를 사용하지만, 스크럼 스프린트에만 적용되는 버른다운 차트는 포함되지 않습니다.
(출처: Atlassian 지원 문서, "Jira Cloud에서 칸반 프로젝트 관리")
* 팀 관리 스크럼(옵션 C):
* 팀 관리 스크럼 프로젝트는 백로그, 번다운 차트, 간소화된 워크플로를 지원합니다. 하지만 워크플로, 권한 등의 구성은 프로젝트별로 다르며 다른 프로젝트에서 재사용할 수 없으므로 공유 스키마는 지원하지 않습니다.
또한, 팀에서 관리하는 프로젝트는 워크플로 유연성이 제한적이어서 결함 유형에 대한 별도의 QA 프로세스를 정의하기가 더 어렵습니다.
* 문서에서 발췌:
팀 관리 프로젝트는 프로젝트별 구성을 가지며 다른 프로젝트와 계획을 공유할 수 없습니다.
워크플로가 간소화되어 여러 문제 유형에 대한 복잡한 프로세스를 지원하지 못할 수 있습니다.
(출처: Atlassian 지원 문서, "Jira Cloud에서 팀 관리 프로젝트 관리")
* 팀 관리 칸반(옵션 D):
* 팀 관리 칸반 프로젝트는 칸반 보드를 지원하지만 스프린트를 사용하지 않아 번다운 차트가 없습니다. 또한 프로젝트별 구성이 있어 스키마 공유가 어렵고, 각 QA 프로세스에 대한 워크플로 유연성이 제한적입니다.
* 문서에서 발췌:
팀 관리 칸반 프로젝트는 번다운 차트나 공유 스키마를 지원하지 않습니다. 워크플로는 프로젝트별로 간소화되어 있습니다.
(출처: Atlassian 지원 문서, "Jira Cloud에서 팀 관리 프로젝트 관리")
* 추가 참고 사항:
* 회사 관리 Scrum 프로젝트를 생성하려면 Jira 관리자 권한이 필요합니다(설정 > 프로젝트 > 프로젝트 생성).
* 이 프로젝트는 스크럼 보드, 별도의 결함 워크플로를 위한 워크플로 계획, 향후 프로젝트를 위한 공유 계획 등으로 구성될 수 있습니다.
* 버닝다운 차트를 사용하려면 스프린트와 스토리 포인트 또는 이슈 수를 구성해야 합니다.
:
Atlassian 지원 문서: Jira Cloud에서 Scrum 프로젝트 관리
Atlassian 지원 문서: Jira Cloud에서 칸반 프로젝트 관리
Atlassian 지원 문서: Jira Cloud에서 팀 관리 프로젝트 관리 Atlassian 지원 문서: 워크플로 구성 구성 Atlassian 지원 문서: Jira Cloud에서 프로젝트 생성