/
Use Case && Knowledge Check

Use Case && Knowledge Check

Owned by Ace, Koo
2024-08-19
5 min read

In this use case, we will help Tara troubleshoot and fix some problems with a board she created and configured.

  • No one can see it

  • She can’t rank issues

  • She sees Epics that have long been completed

  • Issues appear in the wrong swimlanes

We need to evaluate the root cause and find the appropriate solutions.

이 사용 사례에서는 Tara가 만들고 구성한 보드의 몇 가지 문제를 해결하고 수정하는 데 도움을 드립니다.

  • 아무도 볼 수 없음

  • 이슈의 순위를 매길 수 없음

  • 완료된 지 오래 된 에픽을 볼 수 있습니다.

  • 잘못된 스윔레인에 이슈가 나타남

근본 원인을 평가하고 적절한 해결책을 찾아야 합니다.

 

Each of the problems has one or more possible causes and solutions. They are listed here briefly but you can refer to the PDF guide for the detailed explanations.

  1. The fact that no one can see the filter is probably because she has not shared it with anyone or with the right people.

  2. She might not be able to rank (1) either because ranking is disabled in the query or (2) because she doesn’t have the necessary Schedule Issues and Edit Issues permissions.

  3. The epics in question may have a workflow status of Done (or Closed, Resolved, etc.) but they will continue to appear in the Epics Panel until they are Marked as Done.

  4. If swimlanes by queries are not working properly, it could be that (1) they are in the wrong order or (2) that one or more of the queries is returning the wrong results. You can use the Issue Navigator to test and correct the JQL.

각 문제에는 하나 이상의 가능한 원인과 해결책이 있습니다. 여기에는 간략하게 나열되어 있지만 자세한 설명은 PDF 가이드를 참조하세요.

  1. 아무도 필터를 볼 수 없다는 것은 필터를 다른 사람이나 적절한 사람들과 공유하지 않았기 때문일 수 있습니다.

  2. 쿼리에서 순위 지정이 비활성화되어 있거나 (2) 필요한 이슈 예약 및 이슈 편집 권한이 없기 때문에 (1) 순위를 매길 수 없는 것일 수 있습니다.

  3. 해당 에픽의 워크플로 상태가 완료(또는 종료됨, 해결됨 등)일 수 있지만 완료로 표시될 때까지 에픽 패널에 계속 표시됩니다.

  4. 쿼리별 스윔레인이 제대로 작동하지 않는 경우 (1) 순서가 잘못되었거나 (2) 하나 이상의 쿼리가 잘못된 결과를 반환하고 있기 때문일 수 있습니다. 이슈 내비게이터를 사용하여 JQL을 테스트하고 수정할 수 있습니다.

This final knowledge check is a good example of assimilating a lot of knowledge – about boards but also about Jira in general. This gives you an idea of the kind of questions that appear on Atlassian certification exams where you are not told which module a particular question comes from. You must be able to analyze and evaluate the answers on their own merit, based on your knowledge and experience. So get ready.

Mike’s Scrum board contains issues from two projects: ACME and BREA. Which action can definitely be performed on his board?

A. drop ACME issues into BREA versions
B. release ACME issues from the Done column
C. estimate ACME issues with Story Points and BREA issues with Business Value
D. create ACME sub-tasks under BREA stories
E. drop ACME and BREA issues into any board column
F. mark either ACME and BREA epics as Done

이 최종 지식 점검은 보드뿐만 아니라 Jira 전반에 대한 많은 지식을 흡수하는 좋은 예입니다. 이를 통해 특정 질문이 어떤 모듈에서 나왔는지 알 수 없는 Atlassian 인증 시험에 어떤 종류의 질문이 나오는지 알 수 있습니다. 자신의 지식과 경험을 바탕으로 답을 자체적으로 분석하고 평가할 수 있어야 합니다. 그러니 준비하세요.

Mike의 스크럼 보드에는 두 프로젝트의 문제가 포함되어 있습니다: ACME와 BREA입니다. 그의 보드에서 확실히 수행할 수 있는 작업은 무엇일까요?

A. ACME 이슈를 BREA 버전으로 드롭합니다.
B. 완료 열에서 ACME 이슈를 해제합니다.
C. 스토리 포인트로 ACME 이슈를 추정하고 비즈니스 가치로 BREA 이슈를 추정합니다.
D. BREA 스토리 아래에 ACME 하위 작업 만들기
E. ACME 및 BREA 이슈를 보드 열에 드롭합니다.
F. ACME 및 BREA 에픽을 완료로 표시합니다.

 

F is correct. Let’s go through the options.

A. Incorrect. Issues can only be associated to versions in their own project. Hence, ACME issues can be dropped into ACME versions, but not BREA versions/
B. Incorrect. The release functionality is only available on Kanban boards. Mike’s is a Scrum board so you cannot release any issues from the Done column
C. Incorrect. A board uses a single estimation statistic. So, you could only use Story Points or Business Value for both projects.
D. Incorrect. Parent and child issues always reside in the same project. Therefore, BREA sub-tasks can only be created under BREA stories.
E. Incorrect. While it may be possible to drop ACME and BREA issues into any column, we cannot say that this is “definitely” the case. Because we do not know enough about the workflow(s) and the board configuration. We have seen this nuance before. The word “definitely” is crucial to eliminating this option.
F. Correct. The “Mark as Done” functionality is available for any epic that appears in the Epics panel on a board, so either ACME or BREA epics can be marked as done.

F가 맞습니다. 옵션을 살펴 보겠습니다.

A. 틀렸습니다. 이슈는 자체 프로젝트의 버전에만 연결할 수 있습니다. 따라서 ACME 이슈는 ACME 버전에 드롭할 수 있지만 BREA 버전에는 드롭할 수 없습니다.
B. 올바르지 않습니다. 릴리스 기능은 칸반 보드에서만 사용할 수 있습니다. Mike는 스크럼 보드이므로 완료 열에서 이슈를 릴리즈할 수 없습니다.
C. 틀렸습니다. 보드는 단일 예상 통계를 사용합니다. 따라서 두 프로젝트 모두에 스토리 포인트 또는 비즈니스 가치만 사용할 수 있습니다.
D. 틀렸습니다. 상위 및 하위 이슈는 항상 동일한 프로젝트에 있습니다. 따라서 BREA 하위 작업은 BREA 스토리 아래에서만 만들 수 있습니다.
E. 틀린 정보입니다. ACME 이슈와 BREA 이슈를 어느 열에나 넣을 수 있을지는 모르지만 "확실히" 그렇다고 말할 수는 없습니다. 워크플로와 보드 구성에 대해 충분히 알지 못하기 때문입니다. 이러한 뉘앙스는 이전에도 본 적이 있습니다. 이 옵션을 제거하려면 "확실히"라는 단어가 중요합니다.
F. 정답입니다. "완료로 표시" 기능은 보드의 에픽 패널에 표시되는 모든 에픽에 사용할 수 있으므로 ACME 또는 BREA 에픽 모두 완료된 것으로 표시할 수 있습니다.

  • The board type – Scrum or Kanban – determines the available functionality and reports in a Jira board.

  • Each board can have its own complex configuration

  • The board filter determines the issues displayed on the board – which can come from multiple teams, multiple projects and project types.

  • Agile reports help monitor the progress of sprints, epics, and releases, control the burndown rate, identify problems and bottlenecks, and continuously improve velocity and cycle time.

  • 스크럼 또는 칸반과 같은 보드 유형에 따라 Jira 보드에서 사용 가능한 기능 및 보고서가 결정됩니다.

  • 각 보드는 자체적으로 복잡한 구성을 가질 수 있습니다.

  • 보드 필터는 보드에 표시되는 이슈를 결정하며, 여러 팀, 여러 프로젝트 및 프로젝트 유형에서 발생할 수 있습니다.

  • 애자일 보고서는 스프린트, 에픽 및 릴리스의 진행 상황을 모니터링하고, 번다운 비율을 제어하고, 문제 및 병목 현상을 식별하고, 속도 및 주기 시간을 지속적으로 개선하는 데 도움이 됩니다.