General setting

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

The first tab in configuration options is called General. It includes the following 7 settings for both board types:

  • Board name: It’s good practice to name the board appropriately, especially if it contains only a subset of issues from a project, issues from multiple projects, or if it is based on other more complex criteria.

  • Administrators: The list of those who can configure the board – in addition to all the Jira administrators (who can always configure the board, as well). It's best practice to list at least one backup board administrator in each project.

구성 옵션의 첫 번째 탭은 일반입니다. 여기에는 두 보드 유형에 대해 다음과 같은 7가지 설정이 포함되어 있습니다:

  • 보드 이름: 특히 프로젝트의 일부 이슈만 포함하거나, 여러 프로젝트의 이슈를 포함하거나, 기타 더 복잡한 기준에 따라 보드 이름을 정하는 것이 좋습니다.

  • 관리자: 모든 Jira 관리자(항상 보드를 구성할 수 있는 관리자) 외에 보드를 구성할 수 있는 사람들의 목록입니다. 각 프로젝트에 백업 보드 관리자를 한 명 이상 나열하는 것이 가장 좋습니다.

  • Saved Filter is very important and is often a great source of confusion. Only issues included in the board’s saved filter will be visible on the board. We will go into this a lot more soon.

  • Shares defines with whom the saved filter – and hence the board itself – is shared. That is, a board is available to all users who can view the saved filter on which the board is based. Note that users also need the Browse Projects permission for the project(s) whose issues are shown on the board.

  • Filter Query is the JQL query of the saved filter.

  • Ranking allows you to rank issues on a board using drag-and-drop and to add issues to sprints. It also enables Jira Agile to group sub-tasks together underneath their parent issue. Rank is a custom field that contains a numeric value. That way you can define the relative importance of an issue across multiple boards. As a best practice, issues on boards should be ranked.

  • Projects in board shows the name of the project, or multiple projects, whose issues are shown on the board. Occasionally, the projects on the board cannot be listed because of the complexity of the board filter.

  • 저장된 필터는 매우 중요하지만 종종 혼란의 원인이 되기도 합니다. 보드의 저장된 필터에 포함된 이슈만 보드에 표시됩니다. 이 부분은 곧 더 자세히 설명해드리겠습니다.

  • 공유는 저장된 필터, 즉 보드 자체를 누구와 공유할지 정의합니다. 즉, 보드의 기반이 되는 저장된 필터를 볼 수 있는 모든 사용자가 보드를 사용할 수 있습니다. 또한 사용자는 보드에 이슈가 표시되는 프로젝트에 대한 프로젝트 찾아보기 권한이 필요합니다.

  • 필터 쿼리는 저장된 필터의 JQL 쿼리입니다.

  • 순위를 사용하면 끌어서 놓기를 사용하여 보드에서 이슈의 순위를 정하고 스프린트에 이슈를 추가할 수 있습니다. 또한 Jira Agile에서는 상위 이슈 아래에 하위 작업을 함께 그룹화할 수 있습니다. 순위는 숫자 값을 포함하는 사용자 지정 필드입니다. 이렇게 하면 여러 보드에서 이슈의 상대적 중요성을 정의할 수 있습니다. 가장 좋은 방법은 보드의 이슈에 순위를 매기는 것입니다.

  • 보드의 프로젝트에는 이슈가 보드에 표시된 프로젝트의 이름 또는 여러 프로젝트가 표시됩니다. 간혹 보드 필터의 복잡성으로 인해 보드에 있는 프로젝트가 나열되지 않는 경우가 있습니다.

 

Finally, there are two additional settings underneath the Filter section, which are available only in Kanban boards.

  • Kanban board sub-filter which – by default – allows further filtering of issues for unreleased work.

  • Hide completed issues older than is the second setting. It can speed up your board by hiding issues you're no longer working on. The dropdown options are 1 week, 2 weeks, 4 weeks, or Show All.

마지막으로, 필터 섹션 아래에는 칸반 보드에서만 사용할 수 있는 두 가지 추가 설정이 있습니다.

  • 칸반 보드 하위 필터 - 기본적으로 릴리즈되지 않은 작업에 대한 이슈를 추가로 필터링할 수 있습니다.

  • 두 번째 설정은 완료된 지 오래된 이슈를 숨깁니다. 더 이상 작업하지 않는 이슈를 숨겨서 보드의 속도를 높일 수 있습니다. 드롭다운 옵션은 1주, 2주, 4주 또는 모두 표시입니다.

 

Every board has a filter that defines the issues that will be shown on the board.
In the simplest case, we have a board where one team is working in one project. Hence the board only contains the issues from that project. The filter query for the board filter would be something like “project = ENG ORDER BY Rank ASC” or possibly a subset of the project based on some field, like issue type, components, or labels.

모든 보드에는 보드에 표시될 이슈를 정의하는 필터가 있습니다.
가장 간단한 예로, 한 팀이 하나의 프로젝트에서 작업하는 보드가 있습니다. 따라서 보드에는 해당 프로젝트의 이슈만 포함됩니다. 보드 필터의 필터 쿼리는 "project = ENG ORDER BY Rank ASC"와 같이 이슈 유형, 구성 요소 또는 레이블과 같은 특정 필드에 기반한 프로젝트의 하위 집합이 될 수 있습니다.

For example, you could have multiple teams working in the same project and single board. Let’s say the teams use the Labels field to identify the work they do. Then the filter query would be “project = ENG and Labels in (eng-team, dev-team) ORDER BY Rank ASC”

예를 들어, 여러 팀이 동일한 프로젝트와 단일 보드에서 작업할 수 있습니다. 각 팀이 Labels 필드를 사용하여 각자가 하는 작업을 식별한다고 가정해 봅시다. 이 경우 필터 쿼리는 "프로젝트 = ENG 및 Labels in (eng-team, dev-team) ORDER BY Rank ASC"가 됩니다.

Or you could have a team that is working in a board that contains issues from multiple projects. Then the filter query would be “project in (ENG, DEV) ORDER BY Rank ASC”

또는 여러 프로젝트의 이슈가 포함된 보드에서 작업하는 팀이 있을 수 있습니다. 이 경우 필터 쿼리는 "project in (ENG, DEV) ORDER BY Rank ASC"가 됩니다.

Or a board where multiple teams are working in multiple projects and hence accessing issues from those multiple projects on their board. Once again assuming that the Labels field is used to distinguish the work items of each team, then the filter query would be “project in (ENG, DEV) and Labels in (eng-team, dev-team) ORDER BY Rank ASC” Bottom line, regardless of which team(s) and which project(s) are involved, a board can be configured to display the issues they need to see. This just depends on the JQL query.

또는 여러 팀이 여러 프로젝트에서 작업하고 있고 따라서 보드에서 여러 프로젝트의 이슈에 액세스하는 보드도 있습니다. 다시 한 번 각 팀의 작업 항목을 구분하기 위해 레이블 필드를 사용한다고 가정하면 필터 쿼리는 "project in (ENG, DEV) and Labels in (eng-team, dev-team) ORDER BY Rank ASC"가 됩니다. 결론적으로, 어떤 팀과 어떤 프로젝트가 관련되어 있는지에 관계없이 보드를 구성하여 확인해야 하는 이슈를 표시하도록 할 수 있습니다. 이는 JQL 쿼리에 따라 달라집니다.

Here is an example of a Kanban board configuration.

  1. Notice that the saved filter shows issues from two projects (AKAN and TIS) and is shared with both

  2. that Ranking is enabled

  3. that this has a Kanban sub-filter. This is the default sub-filter query: “fixVersion in unreleasedVersions OR fixVersion is EMPTY”. However, it can be modified to filter based on other criteria, as we will see in a later module.

  4. This board hides issues older than 2 weeks.

If multiple teams are working a single board, there are some caveats, however, because the permissions, workflow, issues types, etc. in those projects could be different. We are going to explore this next.

다음은 칸반 보드 구성의 예입니다.

  1. 저장된 필터에 두 프로젝트(AKAN 및 TIS)의 이슈가 표시되고 두 프로젝트 모두와 공유되는 것을 확인할 수 있습니다.

  2. 순위가 활성화되어 있습니다.

  3. 칸반 하위 필터가 있습니다. 이것이 기본 하위 필터 쿼리입니다: "fixVersion in unreleasedVersions OR fixVersion is EMPTY". 그러나 나중에 모듈에서 살펴볼 것처럼 다른 기준에 따라 필터링하도록 수정할 수 있습니다.

  4. 이 보드는 2주 이상 지난 이슈를 숨깁니다.

하지만 여러 팀이 하나의 보드에서 작업하는 경우에는 프로젝트의 권한, 워크플로, 이슈 유형 등이 다를 수 있으므로 몇 가지 주의 사항이 있습니다. 이 부분은 다음에 살펴보도록 하겠습니다.