Use Case n Knowledge Check

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

Claudia approaches you with a request to help her update her board configuration.
She says, “I need some board changes:

  • add testing into the process and ensure that development is done before testers pull work into Testing

  • have only 3 issues being tested at a time

  • show the Platform field on each card
    We need to decide which board changes will meet Claudia’s needs and how to make those changes.

클라우디아가 보드 구성을 업데이트하는 데 도움을 요청하며 여러분에게 다가옵니다.
그녀는 "보드 변경이 좀 필요해요"라고 말합니다:

  • 프로세스에 테스트를 추가하고 테스터가 작업을 테스팅으로 가져오기 전에 개발이 완료되도록 합니다.

  • 한 번에 3개의 이슈만 테스트할 수 있도록

  • 각 카드에 플랫폼 필드를 표시할 것
    클라우디아의 요구 사항을 충족하는 보드 변경 사항과 변경 방법을 결정해야 합니다.

In short, Claudia’s needs three updates to her board:

  • Add two new statuses: “Development Done” and “In Testing”. The reason we need two statuses is that there needs to be a clear delineation between “development is done so testing can begin” (developer pushes to this status) and “tester has begun and is currently Testing” (testers pull to this status when they are ready). This is an example of push-pull in Kanban flow.

  • We also need to add a maximum column constraint of 3 on the In Testing column.

  • And we need to add the Platform (custom field) to the card layout on the board.

For much more detail on this solution, see the pdf that we’ve provided.

간단히 말해, 클라우디아는 보드에 세 가지 업데이트가 필요합니다:

  • 두 가지 새 상태를 추가합니다: "개발 완료"와 "테스트 중"입니다. 두 개의 상태가 필요한 이유는 "개발이 완료되어 테스트를 시작할 수 있음"(개발자가 이 상태로 푸시)과 "테스터가 시작하여 현재 테스트 중"(테스터가 준비가 되면 이 상태로 풀)을 명확하게 구분할 필요가 있기 때문입니다. 이것은 칸반 흐름에서 푸시풀의 예입니다.

  • 또한 테스트 중 열에 최대 열 제약 조건 3을 추가해야 합니다.

  • 그리고 보드의 카드 레이아웃에 플랫폼(사용자 지정 필드)을 추가해야 합니다.

이 솔루션에 대한 자세한 내용은 저희가 제공한 PDF를 참조하세요.

 

Your team wants to see issues organized into 3 groups from top of the board to the bottom, and the rest of the issues beneath them:

  1. Issues labeled “system” or “error”

  2. Issues with a component

  3. Unassigned issues

Which board feature meets their need?
A. Swimlanes
B. Card layout
C. Card colors
D. Issue Detail View

 

Did you ace it?

A is Correct. You can configure swimlanes by queries where you write the JQL to determine which issues to show in each swimlane. So, the queries would be (1) “labels in (system, error)”, (2) “Components is not empty”, (3) “Assignee is empty” and the Everything Else swimlane is always added by default.
B. Incorrect. Card layout can show additional fields like Labels and Components, but it will not group them horizontally from top to bottom.
C. Incorrect. You can configure card colors using the same JQL queries as in answer A above. However, this will only display the color on the issues. It will not group the issues by the color.
D. Incorrect. Issue Detail View will display fields about each issue, but it does not group issues.

팀에서 이슈를 보드의 상단에서 하단까지 3개의 그룹으로 정리하고 그 아래에 나머지 이슈를 표시하려고 합니다:

  1. "시스템" 또는 "오류" 레이블이 붙은 이슈

  2. 컴포넌트 관련 이슈

  3. 할당되지 않은 문제

어떤 보드 기능이 필요를 충족하나요?
A. 스윔레인
B. 카드 레이아웃
C. 카드 색상
D. 발행 세부 정보 보기

 

 

에이스가 되셨나요?

A가 정답입니다. 각 스윔레인에 표시할 문제를 결정하기 위해 JQL을 작성하는 쿼리별로 스윔레인을 구성할 수 있습니다. 따라서 쿼리는 (1) "(시스템, 오류)의 레이블", (2) "구성 요소가 비어 있지 않음", (3) "양수인이 비어 있음"이 될 수 있으며, Everything Else 스윔레인은 항상 기본으로 추가됩니다.
B. 잘못되었습니다. 카드 레이아웃은 레이블 및 구성 요소와 같은 추가 필드를 표시할 수 있지만 위에서 아래로 가로로 그룹화하지는 않습니다.
C. 올바르지 않습니다. 위의 답안 A와 동일한 JQL 쿼리를 사용하여 카드 색상을 구성할 수 있습니다. 하지만 이렇게 하면 이슈의 색상만 표시됩니다. 색상을 기준으로 이슈를 그룹화하지는 않습니다.
D. 틀렸습니다. 이슈 상세 보기는 각 이슈에 대한 필드를 표시하지만 이슈를 그룹화하지는 않습니다.