자동화 규칙이란 무엇입니까?

팀이 프로세스와 워크 플로우를 자동화함으로써 중요한 작업에 집중할 수 있도록 하여 수동적이고 반복적인 작업을 수행할 필요가 없습니다. 간단한 규칙 빌더를 사용하면 가장 복잡한 시나리오도 처리할 수 있는 강력한 자동화 규칙을 구성할 수 있습니다.

규칙을 사용하면 설정한 기준에 따라 시스템 내에서 작업을 자동화할 수 있습니다. 자동화 규칙은 다음 세 부분으로 구성됩니다.

• 트리거 : 모든 규칙은 트리거로 시작됩니다. 그들은 규칙 실행을 시작합니다. 트리거는 이슈가 생성되거나 필드 값이 변경될 때와 같은 Jira의 이벤트를 수신합니다. 

• 조건 : 조건을 사용하면 규칙 범위를 좁힐 수 있습니다. 규칙이 계속 실행 되려면 조건이 충족되어야 합니다. 예를 들어 우선 순위가 높은 경우에만 이슈를 에스컬레이션하도록 규칙을 설정할 수 있습니다. 

• 액션 : 액션은 규칙의 수행자입니다. 이를 통해 작업을 자동화하고 사이트 내에서 변경할 수 있습니다. 이슈 편집, 알림 보내기 또는 하위 작업 생성과 같은 많은 작업을 수행할 수 있습니다. 

트리거, 조건 및 작업은 자동화의 구성 요소입니다. 이러한 구성 요소를 결합하여 이전 이슈를 자동 종결하는 것부터 릴리스가 배송되었을 때 특정 팀에 알리는 모든 작업을 수행할 수 있는 규칙을 만듭니다.

규칙 생성 및 편집

규칙을 사용하면 설정한 기준에 따라 시스템 내에서 작업을 자동화할 수 있습니다. 자동화 규칙은 규칙을 시작하는 트리거, 규칙을 구체화하는 조건 및 사이트에서 작업을 수행하는 액션의 세 부분으로 구성됩니다.

새 규칙을 생성하려면 :

1. 프로젝트 설정 > Automation

2. Rules 섹션에서 우측 상단 Create rule 클릭

3. 규칙에 대한 트리거 선택

4. 트리거 설정을 구성하고 Save 클릭

5. 규칙에 조건을 설정하려면 New condition 클릭하고 사용 가능한 조건 목록에서 선택

6. 조건 설정을 구성하고 Save 클릭

7. New action 클릭하고 사용 가능한 액션 목록에서 선택

8. 액션 설정을 구성하고 Save 클릭

9. 규칙 이름을 지정하고 Turn it on 클릭

규칙이 만들어지면 규칙 세부 정보에서 언제든지 해당 세부 정보를 편집할 수 있습니다.

규칙 구성이 규칙 체인에 표시됩니다. 규칙 체인을 따라 어디서나 새 구성요소를 추가할 수 있습니다. 기존 구성 요소를 끌어다 놓아 규칙의 순서와 논리를 다시 정렬할 수도 있습니다.

규칙의 세부 정보를 볼 때 규칙 이름, 규칙 적용 프로젝트 및 규칙 사용 여부와 같은 기본 속성을 편집할 수 있습니다.

규칙 세부 정보 편집

1. 규칙 목록에서 편집할 규칙의 이름을 선택합니다.

2. 필요에 따라 세부 사항의 규칙을 편집합니다. 다음 속성을 편집할 수 있습니다.

   • 규칙의 이름 및 설명

   • 규칙의 범위. 이렇게하면 규칙이 실행될 프로젝트가 결정되며 전역 관리 설정에서만 편집할 수 있습니다. 규칙은 다음에서 실행할 수 있습니다.

     • 단일 프로젝트

     • 여러 프로젝트 선택

     • Jira 인스턴스의 모든 프로젝트

     • 지정된 프로젝트 유형의 모든 프로젝트(예 : 모든 소프트웨어 프로젝트)

   • 규칙 트리거 허용 여부 - 규칙의 작업이 다른 규칙을 트리거 할 수 있는지 여부를 지정합니다. 기본적으로 규칙 실행 루프를 방지하기 위해 규칙의 자동화 작업은 다른 규칙을 트리거하지 않습니다.

   • 오류시 알림 - 규칙이 실패할 경우 규칙 소유자가 받을 알림을 지정

   • 규칙의 소유자

3. 저장을 선택하여 변경 사항을 적용

규칙 활성화 및 비활성화

자동화 규칙의 상태를 보고 규칙이 현재 활성 상태인지 여부를 식별할 수 있습니다. 규칙이 비활성화된 경우 활성화될 때까지 실행되지 않습니다. 규칙의 상태는 세부 정보 화면에서 볼 수 있습니다.

• ENABLED 규칙이 현재 활성화되어 있습니다.

• DISABLED 이 규칙은 현재 사용되지 않습니다.

• DRAFT 규칙에 게시되지 않은 변경 사항이 있습니다.

규칙을 처음 만들면 기본적으로 ENABLED 상태 입니다. 규칙을 만든 즉시 실행하지 않으려면 규칙 목록 또는 규칙의 세부 정보에서 토글을 사용하여 규칙을 DISABLED 로 변경할 수 있습니다.

레이블로 규칙 구성

레이블은 규칙에 추가하고 자동화 규칙을 분류, 식별 및 책갈피 지정하는데 사용할 수 있는 키워드 또는 태그입니다. 예를 들어 모든 알림 기반 규칙에 레이블 알림을 할당할 수 있습니다. 그런 다음 해당 레이블이 있는 모든 규칙을 보거나 레이블을 기준으로 검색할 수 있습니다 .

레이블은 모든 자동화에서 공통으로 사용되므로 전역 및 프로젝트 규칙 모두에서 동일한 레이블을 사용할 수 있습니다.

규칙 레이블 지정

자동화 규칙을 편집할 권한이 있는 사용자는 자동화 규칙에 레이블을 추가할 수 있습니다.

새 레이블을 추가하려면:

1. Automation > Add label 클릭

2. 레이블 이름을 입력하고 색상 선택

레이블이 추가되면 해당 레이블에 규칙을 드래그&드롭하여 적용합니다.

레이블 제거

규칙 레이블을 볼 때 각 레이블 옆에 X가 나타납니다. X를 클릭하여 레이블을 제거합니다.

필터링 규칙

자동화 규칙을 분류한 후에는 레이블을 선택하여 목록에 표시할 규칙을 지정할 수 있습니다.

규칙 최적화

다음 모범 사례 지침을 통해 자동화 규칙 구성의 성능과 관리 효율성을 최적화할 수 있습니다.

관리 능력

규칙을 만들기 전에 미리 계획

규칙을 미리 계획하면 반드시 지켜야 하는 규칙을 해결하는데 도움이 되며, 대신 조건을 사용하여 규칙을 결합할 수 있습니다.

워크플로우와 발생하려는 액션으로 시작한 다음 이러한 작업을 트리거할 이벤트로 되돌아가십시오. 이슈에 대한 모든 고객 피드백 코멘트에 대해 이메일을 보내시겠습니까? 아니면 우선 순위가 높은 이슈에 대해서만 이메일을 보내시겠습니까?

자동화 전략을 비즈니스 및 운영 프로세스와 연계

자동화 규칙은 비즈니스 및 운영 프로세스가 보다 효율적으로 작동하도록 설계되었으며, 조정해야 합니다. 자동화 규칙의 검토는 비즈니스 및 운영 프로세스의 검토와 함께 이루어져야 합니다.

퍼포먼스

규칙을 특정 프로젝트로만 제한

가능한 한 많은 규칙을 글로벌에서 프로젝트로 변환합니다. 규칙을 단일 프로젝트에 적용할지 또는 여러 프로젝트에서 실행할지 여부를 고려하십시오. 이렇게 변경하면 일치하는 규칙이 없는 프로젝트의 이벤트가 필터링되므로 규칙의 효율성이 향상됩니다. 따라서 실행을 위해 대기열에 저장해야 하는 규칙이 줄어듭니다.

규칙 조합

각 규칙은 혼자서 완벽하게 잘 작동할 수 있지만, 규칙들은 종종 함께 더 잘 작동할 수 있습니다. 현재 여러 규칙에 동일한 규칙을 사용할 수 있습니까? 예를 들어 현재 규칙에 따라 분기된 다음 조건 및 작업을 아래에서 실행하는 규칙이 있을 수 있습니다.

적절한 트리거를 선택

예를 들어 필드 값 변경됨은 이슈 업데이트됨보다 훨씬 경제적이며 특정 작업으로 제한하면 훨씬 더 좋습니다. 이슈 생성 시에만 작업을 실행하려면 트리거에서 해당 옵션을 선택해야 합니다

규칙 체인에서 가능한 빨리 조건 비교 사용

규칙에 가능한 빨리 이슈 필드 조건(또는 보다 강력한 기능이 필요한 경우 고급 비교 조건)을 사용합니다. 이상적으로는 규칙 시작 시 이러한 조건을 연결하여 가능한 한 빨리 작업하지 않을 모든 이슈를 제외하는 것이 좋습니다.

더 많은 처리가 필요한 더 많은 검사 이동 규칙 체인

이슈 필드 조건은 가장 간단하게 실행할 수 있으며, 고급 비교 및 JQL 조건이 뒤따릅니다. 예를 들어, status = Done {{issue.status.name}}(JQL 조건)이 Done(고급 비교 조건)을 비교하는 것보다 더 많은 처리가 필요한지 여부를 확인합니다..

가능하면 고급 비교 및 JQL 조건을 피하거나 체인 뒤쪽에 밀어넣습니다.

브랜치 규칙을 아껴 사용

반드시 필요한 경우에만 브랜치 규칙을 사용하십시오. 예를 들어 For current issue 브랜치 규칙은 새 프로세스를 생성합니다. 규칙을 결합하는 경우 좋은 옵션이지만 목적에 맞지 않으면 성능에 부정적인 영향을 미칠 수 있습니다.

자동화 트리거

모든 규칙은 트리거로 시작됩니다. 그들은 규칙 실행을 시작합니다. 트리거는 이슈가 생성되거나 필드 값이 변경될 때와 같은 Jira의 이벤트를 수신합니다.

트리거는 일정에 따라 실행되도록 설정할 수 있으며 규칙에 적용하기 전에 편집할 수 있습니다.

브랜치 생성

• 관련 스마트 값 : {{branch}}

규칙은 브랜치가 생성될 때 실행됩니다. 예를 들어 이슈 키를 포함하는 브랜치가 생성되면 해당 이슈를 ‘진행 중’으로 전환합니다 .

조건을 사용하여 이 트리거로 모니터링 중인 브랜치를 구체화할 수 있습니다.

빌드 실패

• 관련 스마트 값 : Smart values - development

빌드 실패 시 규칙이 실행됩니다. 특정 빌드 이름 또는 특정 분기 또는 태그와 연결된 빌드에서만 트리거하도록 이 규칙을 구성할 수 있습니다.

빌드 상태 변경

• 관련 스마트 값 : Smart values - development

빌드 상태가 변경될 때 규칙이 실행됩니다. 특정 빌드 이름 또는 특정 분기 또는 태그와 연결된 빌드에서만 트리거하도록 이 규칙을 구성할 수 있습니다.

빌드 성공

• 관련 스마트 값 : Smart values - development

규칙은 빌드가 성공할 때 실행됩니다. 특정 빌드 이름 또는 특정 분기 또는 태그와 연결된 빌드에서만 트리거하도록 이 규칙을 구성할 수 있습니다.

커밋 생성

• 관련 스마트 값 : {{commit}}

규칙은 커밋이 생성될 때 실행됩니다. 조건을 사용하여 이 트리거로 모니터링 중인 커밋을 세분화할 수 있습니다.

배포 실패

• 관련 스마트 값 : Smart values - development

배포가 실패하면 규칙이 실행됩니다.

배포 상태 변경

• 관련 스마트 값 : Smart values - development

배포 상태가 변경될 때 규칙이 실행됩니다.

배포 성공

• 관련 스마트 값 : Smart values - development

배포가 성공할 때 규칙이 실행됩니다.

필드값 변경

• 관련 스마트 값 : {{fieldChange}}

필드 값이 변경될 때 규칙이 실행됩니다. 이 트리거는 모든 시스템 및 사용자 지정 필드를 지원합니다.

이 트리거를 조건과 함께 사용하여 작업을 수행하기 전에 필드 값을 확인할 수 있습니다. 예를 들어 이슈의 우선 순위가 높음 이상으로 변경될 때 SMS를 보냅니다.

이 규칙을 구성할 때 변경을 모니터링할 필드를 선택하거나 정규식을 사용하여 필드 이름과 일치시킬 수 있습니다. 또한 이 규칙을 트리거하는 이슈 작업(만들기, 편집, 전환 또는 할당)의 범위를 좁히거나 모든 작업을 청취하기 위해 비워둘 수도 있습니다.

웹훅 수신

• 관련 스마트 값 : {{webhookData}}

지정된 웹훅 URL로 HTTP POST를 보낼 때 규칙이 실행됩니다.

웹훅은 제3자가 자동화 규칙을 트리거하는 방법입니다. 웹훅은 수행할 이슈를 지정하거나 이슈 업데이트에 사용할 수 있는 실시간 데이터를 제공할 수도 있습니다.

이 트리거를 구성할 때 타사 응용 프로그램의 송신 웹훅 구성에 추가하거나 사용자 지정 스크립트에서 HTTP POST 요청을 만들 수 있는 고유한 URL을 수신합니다. 또한 트리거는 이슈 키 및 기타 데이터를 제공하는 방법에 대한 세부 정보도 제공합니다.

{{webhookData}} 스마트 값을 사용하여 규칙의 웹훅에서 제공하는 사용자 지정 데이터를 참조할 수 있습니다.

이슈 할당

• 관련 스마트 값 : {{assignee}}

이슈의 피할당자가 변경될 때 규칙이 실행됩니다. 예를 들어 특정 사용자에게 이슈가 할당된 경우 이슈 상태를 진행 중으로 변경하고 보고자에게 이메일을 보내 조사 중임을 알립니다.

이슈 코멘트

• 관련 스마트 값 : {{comment}}

새 코멘트가 추가되면 규칙이 실행됩니다. 예를 들어, 이슈에 대한 새 코멘트가 추가되면 상태를 진행 중으로 변경합니다.

이슈 생성

• 관련 스마트 값 : {{issue}}

이슈가 생성될 때 규칙이 실행됩니다. 필드 채우기, 사용자에게 할당 및 하위 작업 추가를 포함한 새 이슈를 사용자 지정하는 작업과 함께 이 트리거를 사용할 수 있습니다.

이슈 삭제

• 관련 스마트 값 : {{issue}}

이슈가 삭제되면 규칙이 실행됩니다. 예를 들어, 이슈가 삭제되었다는 이메일 알림을 보냅니다.

조건을 사용하여 모니터링 중인 이슈를 정확하게 세분화할 수 있습니다.

이슈 연결

• 관련 스마트 값 : {{destinationIssue}}, {{linkType}}

이슈가 다른 이슈에 연결되면 규칙이 실행됩니다. 링크 유형에 따라 이 트리거를 구성할 수 있습니다.

이슈 링크 삭제

• 관련 스마트 값 : {{destinationIssue}}, {{linkType}}

이슈가 다른 이슈와 연결이 끊긴 경우 규칙이 실행됩니다. 지정된 링크 유형 또는 모든 이슈 링크에 대해서만 실행되도록 트리거를 구성할 수 있습니다.

이슈 이동

• 관련 스마트 값 : {{issue}}

이슈가 한 프로젝트에서 다른 프로젝트로 이동할 때 규칙이 실행됩니다.

이 트리거를 조건 및 작업과 함께 사용하여 모든 값, 필드 및 설정이 새 프로젝트에 복사되도록 할 수 있습니다.

이슈 전환

• 관련 스마트 값 : {{issue}}, {{changelog}}

이슈가 한 상태에서 다른 상태로 전환될 때 규칙이 실행됩니다. 이 트리거를 구성하여 선택한 상태 또는 워크플로우의 모든 전환을 청취할 수 있습니다.

이슈 업데이트

• 관련 스마트 값 : {{issue}}

이슈에 대한 세부 정보가 업데이트되면 규칙이 실행됩니다.

매뉴얼

• 관련 스마트 값 : {{issue}}

규칙은 사용자가 수동으로 트리거할 때 실행됩니다.

규칙을 수동으로 트리거할 수 있는 그룹을 세분화할 수 있습니다. 이 트리거는 공통 작업을 자동화하거나 규칙을 테스트하거나 디버깅하는 데 유용합니다.

다중 이슈 이벤트

• 관련 스마트 값 : {{issue}}

하나 이상의 선택한 이슈 이벤트가 발생할 때 규칙이 실행됩니다. 예를 들어 이슈가 업데이트, 전환 또는 할당될 때 메시지를 보냅니다.

이 트리거를 사용하는 것이 여러 규칙을 생성하는 것보다 더 쉽고 효율적일 수 있습니다.

꺼내기 요청 생성

• 관련 스마트 값 : {{pullRequest}}

꺼내기 요청이 생성되면 규칙이 실행됩니다. 예를 들어, 이슈 키가 포함된 꺼내기 요청이 생성되면 해당 요청을 검토 중으로 전환하십시오.

조건을 사용하여 이 트리거로 모니터링 중인 꺼내기 요청을 세분화할 수 있습니다.

꺼내기 요청 거부

• 관련 스마트 값 : {{pullRequest}}

꺼내기 요청이 거부되면 규칙이 실행됩니다. 조건을 사용하여 이 트리거로 모니터링 중인 꺼내기 요청을 세분화할 수 있습니다.

꺼내기 요청 병합

• 관련 스마트 값 : {{pullRequest}}

꺼내기 요청이 병합될 때 규칙이 실행됩니다. 조건을 사용하여 이 트리거로 모니터링 중인 꺼내기 요청을 세분화할 수 있습니다.

스케쥴

• 관련 스마트 값: {{issue}}

이 규칙은 지정된 예약에 따라 실행됩니다. 규칙을 고정 속도(예: 7일마다)로 실행하거나 보다 복잡한 예약에 크론 식을 사용할 수 있습니다.

JQL 쿼리를 입력하도록 선택할 수도 있습니다. 이 규칙을 적용하면 쿼리에 포함된 문제에 대해 이 규칙의 작업이 실행됩니다.

서비스 제한 위반

• 관련 스마트 값 : {{breachedSummary}}, {{breachedRules}}

서비스 제한에 위반이 있거나 위반하려고 할 때 규칙이 실행됩니다.

이 트리거를 사용하여 서비스 제한을 모니터링하고 서비스 제한에 접근할 때 알림을 받을 수 있습니다.

SLA 임계값 위반

• 관련 스마트 값 : {{issue}}

이 규칙은 Jira Service Management SLA 위반이 있거나 위반하려고 할 때 실행됩니다.

이 트리거를 사용하면 고객, 알림 에이전트에게 적시에 피드백을 제공하고 그에 따라 자동으로 요청의 우선 순위를 지정할 수 있습니다. 모니터링할 SLA와 트리거 위반 전후의 시간을 선택할 수 있습니다.

스프린트 생성, 시작 또는 완료

• 관련 스마트 값 : {{sprint}}

선택한 스크럼 보드에서 스프린트가 생성, 시작 또는 완료될 때 규칙이 실행됩니다. 이 트리거는 보드의 모든 스프린트에 대해 실행되거나 정규식을 사용하여 범위를 좁힐 수 있습니다.

이 트리거를 관련 버전에서 수정된 이슈 브랜치와 함께 사용하여 이 버전에 수정된 모든 이슈를 반복할 수 있습니다.

버전 생성, 업데이트, 릴리스

• 관련 스마트 값 : {{version}}

버전이 생성, 업데이트 또는 릴리스될 때 규칙이 실행됩니다. 정규식을 사용하여 이 규칙을 트리거할 버전을 제한할 수 있습니다.

릴리스된 버전 트리거를 관련 버전에서 수정된 이슈와 함께 사용하여 이 버전에서 수정된 모든 이슈를 루핑할 수 있습니다.

작업 기록

• 관련 스마트 값 : {{worklog}}

이 규칙은 작업 로그가 생성, 업데이트 및/또는 삭제될 때 실행됩니다.

자동화 조건

규칙을 계속 실행하기 위해 충족해야 하는 조건을 지정할 수 있습니다. 예를 들어, 우선 순위가 높은 경우에만 규칙이 이슈를 에스컬레이션합니다.

조건은 규칙 체인의 모든 곳에 배치할 수 있습니다. 조건이 실패하면 해당 조건을 따르는 작업이 수행되지 않습니다. 예외는 If/else 블록 조건입니다. 모든 규칙이 조건을 가질 필요는 없습니다.

이슈 필드 조건

• 스마트 값 사용 : No

이슈 필드가 특정 기준을 충족하는지 여부를 확인합니다. 이 조건에서는 스마트 값이나 JQL을 작성할 필요가 없으며 대부분의 일반적인 Jira 필드를 지원합니다. 가능한 경우 이 조건을 JQL 및 고급 비교 조건 앞에 사용합니다.

이 조건을 사용하는 방법에는 두 가지가 있습니다:

이슈의 필드를 값(또는 값들)과 비교

이슈 필드를 다른 필드와 비교

고급 비교 조건

• 스마트 값 사용 : Yes

스마트 값과 정규식을 사용하여 두 값을 비교합니다.

이슈 필드 조건은 대부분의 요구를 충족시키지만, 이 조건은 정규식 및 함수 사용과 같은 추가 옵션을 제공합니다.

예를 들어, 고객이 의견을 말할 때 이슈를 다시 열려면 우선 이슈 코멘트 트리거부터 시작해야 합니다. 그런 다음 이 조건을 추가하여 코멘트 작성자를 이슈 보고자와 비교하고 다른 조건을 추가하여 이슈 상태가 완료인지 확인할 수 있습니다. 이러한 조건이 충족되면 이슈가 진행 중으로 전환됩니다.

사용 가능한 비교 방법은 다음과 같습니다:

• 동일(예: 담당자는 존과 동일하다.)

• 동일하지 않음(예: 담당자는 존과 동일하지 않다.)

• 보다 큼(예: 스토리 포인트가 8보다 크다.)

• 보다 작음(예: 스토리 포인트가 8보다 작다.)

• ~로 시작(예: 보고자의 이름은 J로 시작한다.)

• 포함(예: 요약에 12월이 포함된다.)

• 포함 안 함(예: 요약에 12월이 포함되지 않는다.)

이 조건에서 정규식을 사용하여 패턴을 테스트할 수 있습니다. 예를 들어 필드 값에 정규식 필드의 값이 포함되어 있는지, 정확히 일치하는지 또는 포함되어 있지 않은지 여부를 확인하십시오.

If/else 블록

특정 조건이 일치하는지 또는 일치하지 않는지 여부에 따라 대체 작업을 수행합니다.

이 강력한 조건을 사용하면 원하는 만큼 조건 수를 추가할 수 있습니다. if 블록은 모든 설정 조건이 충족될 때 해당 블록 내에서 지정된 작업을 실행합니다. 조건이 충족되지 않으면 else 블록이 평가됩니다.

이슈 첨부파일

• 스마트 값 사용 : No

이슈의 설명 필드에 첨부 파일이 포함되어 있는지 확인합니다.

예를 들어 고객이 스크린샷을 포함했는지, 공급업체가 송장을 포함했는지 확인할 수 있습니다. 첨부 파일이 없는 경우 추가 정보를 요청하는 자동 메모를 남길 수 있습니다.

이 조건을 JQL 조건과 결합하여 지정된 형식의 파일 이름을 확인할 수 있습니다. 또한 다음과 같은 첨부 파일의 일부 속성에 대한 조건부 비교를 포함할 수도 있습니다:

• 파일 이름{{attachment.filetype}} : 첨부 파일의 파일 이름

• mimeType{{attachment.mimeType}} : 첨부 파일의 형식

• 작성자{{attachment.author}} : 첨부 파일을 추가한 사용자

  • 계정 ID{{attachment.author.accountId}} : 사용자 이름과 연결된 ID

  • 이메일 주소{{attachment.author.emailAddress}}: 사용자 이름과 연결된 이메일 주소

  • 공개 이름{{attachment.author.displayName}}: Jira 인스턴스에 표시되는 이름

  • 활성{{attachment.author.active}}: 사용자가 활성 사용자인지 계정이 비활성화되었는지 여부

  • 표준 시간대{{attachment.author.timeZone}}: 사용자가 등록되어 있는 시간대(사용자가 로그인하는 위치에 따라 동적으로 변경되지 않으며 사용자 계정에 등록된 시간대)

• 생성된{{attachment.created}}: 첨부 파일이 이슈에 추가된 날짜 및 시간

• 크기{{attachment.size}}: 첨부 파일 크기(바이트)

JQL

• 스마트 값 사용 : Yes

이슈가 지정된 JQL 쿼리와 일치하는지 확인합니다.

예를 들어, 특정 이슈의 상태 범주가 '완료'인지 확인합니다.

statusCategory = Done

JQL 쿼리가 제대로 작동하는지 확인하려면 이 조건에 대한 쿼리 검증을 클릭합니다. 스마트 값을 사용하는 경우 JQL이 유효한지 확인할 수 없습니다.

관련 이슈

• 스마트 값 사용 : No

트리거 이슈(예: 상위, 하위 작업, 에픽, 스토리 등)에 관련된 이슈가 있는지 또는 지정된 JQL 쿼리와 일치하는지 확인합니다.

사용자

• 스마트 값 사용 : Yes (표준)

지정된 그룹에 사용자가 있는지 여부를 확인합니다.

이 조건에 추가 기준을 추가하고 모든 또는 임의의 기준이 일치해야 하는지 여부를 논리 중에서 선택할 수 있습니다. 예를 들어, 이슈를 다시 열기 전에 이슈에 댓글을 추가한 사용자가 이슈의 보고자인지 사용자 정의 필드의 참가 구성원인지 확인할 수 있습니다.

자동화 액션

액션은 규칙을 따르는 행위입니다. 사이트 내에서 작업을 자동화하고 변경할 수 있으며, 문제 편집, 통지 전송 또는 하위 태스크 생성과 같은 많은 작업을 수행할 수 있습니다.

이슈 할당

• 스마트 값 사용 : Yes

• 필요한 권한 : 이슈 할당, 지정 가능한 사용자

사용자에게 이슈를 할당합니다.

이슈를 할당하는 방법에는 8가지가 있습니다:

• 정의된 목록의 사용자 : 제한(JQL에 지정됨)을 전달하는 이슈는 사용자가 선택한 방법을 사용하여 지정된 사용자 목록에서 사용자에게 할당됩니다. 이는 다음과 같습니다.

  • 균형 잡힌 작업 부하 : 목록의 각 사용자에게 동일한 수의 이슈가 할당되도록 합니다.

  • 랜덤 : 사용자 목록에서 랜덤하게 할당합니다.

  • 라운드 로빈 : 지정된 사용자 목록의 순서에 따라 이슈를 할당합니다.

• 다른 필드 값 또는 코멘트 : 이슈 또는 코멘트에 대한 사용자 필드 값을 기준으로 이슈를 할당합니다. 예를 들어, 이슈 기록을 기준으로 이전 피할당자에게 이슈를 할당하거나 이슈를 해당 작성자에게 할당합니다. 제외할 사용자를 지정하거나 사용자가 속해 있어야 하는 그룹을 지정하면 이 요구 사항과 일치하지 않는 모든 사용자를 건너뛰고 해당 작업을 계속 찾습니다.(예: 피할당자의 이슈 기록으로 다시 이동)

• 자동 : 프로젝트의 기본 할당자에게 이슈를 할당합니다.

• 다른 이슈에서 복사 : 관련 이슈에서 피할당자를 복사합니다. 또한 JQL을 사용하여 피할당자를 복사할 이슈를 찾을 수 있습니다.

• 스마트 값 : 스마트 값을 기준으로 이슈를할당합니다. 예를 들어, 이슈에 대한 코멘트가 생성되면 해당 이슈를 코멘트 작성자에게 할당할 수 있습니다.

• 사용자 지정 : 선택한 사용자에게 할당합니다.

• 할당되지 않음 : 할당 해제하도록 이슈를 설정합니다.

• 이벤트를 트리거한 사용자 : 이벤트를 트리거한 사용자에게 이슈를 할당합니다.

이슈 복제

• 스마트 값 사용 : Yes

동일한 프로젝트 또는 선택한 프로젝트에 있는 이슈의 복제본을 작성합니다.

이 액션을 수행하면 새 이슈가 생성되고 가능한 모든 필드 데이터에 걸쳐 복사됩니다. 그런 다음 해당 워크플로우의 첫 번째 단계로 상태가 설정되고 원래 이슈의 해결 방법이 삭제됩니다. 이 이슈는 실제 복제본이 아니므로 원래 이슈와 연결되지 않습니다.

지원되는 필드에서 복사된 데이터를 재정의하도록 값을 설정할 수도 있습니다. 고급 필드 편집을 위해 추가 필드를 표시하려면 추가 옵션을 선택합니다.

이슈에 대한 코멘트

• 스마트 값 사용 : Yes

이슈에 코멘트를 추가합니다.

스마트 값을 사용하여 이슈 필드를 참조하여 설명을 개인 설정할 수 있습니다. 코멘트 가시성을 설정할 수도 있습니다.

이슈 생성

• 스마트 값 사용 : Yes

• 필요한 권한 : 프로젝트 찾아보기, 이슈 생성

프로젝트에 대한 모든 유형의 이슈를 만듭니다.

구성할 필드를 선택하고 값을 설정할 수 있습니다. 고급 필드 편집을 위해 추가 필드를 표시하려면 추가 옵션을 선택합니다.

하위 태스크 생성

• 스마트 값 사용 : Yes

이슈에 대한 하위 작업을 만듭니다. 이 액션은 하위 태스크의 요약 설정만 지원합니다.

필드 추가를 선택하면 하위 태스크 생성 작업이 이슈 생성(이슈 유형: 하위 태스크) 작업으로 변환되어 추가 필드를 설정할 수 있습니다.

변수 생성

• 스마트 값 사용 : Yes

동일한 규칙의 다른 작업 및 조건에 사용할 수 있는 사용자 자신의 스마트 값을 정의합니다. 정의한 스마트 값은 산술 함수 뿐만 아니라 다른 스마트 값으로 구성될 수 있습니다.

코멘트 삭제

• 스마트 값 사용 : Yes

이슈 코멘트, 이슈 전환 또는 이슈 업데이트와 같은 코멘트를 추가하는 트리거에서만 사용할 수 있습니다. 이 액션은 규칙을 트리거하는 코멘트를 삭제합니다.

{{comment.id}}입력만 사용할 수 있습니다.

이슈 삭제

• 스마트 값 사용 : No

컨텍스트에 있는 현재 이슈를 삭제합니다.

이 액션을 통해 프로젝트 간 이슈 이동을 자동화하는 경우와 같이 원치 않는 이슈를 사이트에서 제거할 수 있습니다.

이슈 링크 삭제

• 스마트 값 사용 : No

이 액션을 통해 현재 이슈에 대한 모든 이슈 링크를 제거할 수 있습니다. 특정 유형의 모든 이슈 링크(예: "차단된" 이슈 모두 제거)를 제거하거나 링크를 해제할 특정 이슈를 선택할 수 있습니다.

이슈 편집

• 스마트 값 사용 : Yes

설정할 필드와 추가할 값을 선택하여 현재 이슈를 편집합니다.

일부 값을 동적 값으로 설정할 수 있습니다. 고급 필드 편집을 위해 추가 필드를 표시하려면 추가 옵션을 선택합니다.

이슈 연결

• 스마트 값 사용 : Yes

링크 유형과 링크할 이슈를 선택하여 이슈를 다른 이슈에 연결합니다.

규칙을 트리거하는 이슈, 관련 이슈 브랜치의 현재 이슈, 스마트 값 또는 이슈 키에 연결할 수 있습니다.

작업 로그

• 스마트 값 사용 : Yes

이슈에 대한 시간을 기록합니다.

날짜 및 시간 스마트 값을 사용하여 동적으로 시작 날짜를 설정하고 스마트 값을 텍스트로 입력하여 설명을 사용자 정의할 수 있습니다.

이슈 조회

• 스마트 값 사용 : Yes

JQL 쿼리를 사용하여 최대 100개의 이슈를 검색합니다. {{lookupProbes}} 스마트 값을 사용하여 결과 목록을 다른 작업에 포함시킵니다. 이슈 목록과 함께 스마트 값 사용에 대해 자세히 알아봅니다.

결과 이슈 목록에서 다음 이슈 속성을 사용할 수 있습니다. (사용자 지정 필드를 사용할 수 없습니다.)

• {{key}} - 이슈 키를 반환합니다.

• {{url}} - 이슈 URL을 반환합니다.

• {{summary}} - 이슈 요약을 반환합니다.

• {{assignee.displayName}} -  피할당자를 반환합니다.

• {{reporter.displayName}} -  보고자를 반환합니다.

• {{status}} - 상태를 반환합니다.

• {{issueType}} - 이슈 유형을 반환합니다.

• {{resolution}} - 해결책을 반환합니다.

• {{fixVersion}} - 수정 버전을 반환합니다.

• {{created}} - 이슈가 생성된 날짜를 반환합니다.

• {{updated}} - 이슈가 업데이트된 날짜를 반환합니다.

• {{Story Points}} - 이슈에 대한 스토리 포인트를 반환합니다.(클래식 지라 소프트웨어)

• {{Story point estimate}} - 이슈에 대한 스토리 포인트를 반환합니다.(차세대 지라 소프트웨어)

예를 들어, 각 이슈에 대한 이슈 키를 글머리 기호 형식으로 인쇄하려면:

{{#lookupIssues}}
* {{key}}
{{/}}

다음은 이슈 목록의 모든 스토리 포인트를 요약한 예제입니다:

There are {{lookupIssues.Story Points.sum}} story points remanining.

관찰자 관리

• 스마트 값 사용 : Yes

이슈에 대해 관찰자를 추가하거나 제거합니다.

필드에서 직접 스마트 값을 사용하여 추가하거나 제거할 사용자를 지정할 수 있습니다.

이슈 전환

• 스마트 값 사용 : Yes

워크플로우를 통해 이슈를 한 상태에서 다른 상태로 전환합니다.

예를 들어, 이 전환의 일부로 업데이트할 필드를 선택할 수 있습니다:

• 이슈에서 복사 : 관련 이슈 또는 브랜치 규칙에 있는 이슈에서 상태를 복사합니다.

• 상위에서 복사 : 하위 태스크에 사용하기 위해, 상위 태스크에서 상태를 복사합니다.

• Epic에서 복사 : 이슈와 관련된 Epic에서 상태를 복사합니다.

• 트리거 이슈에서 복사 : 규칙을 트리거한 이슈에서 상태를 복사합니다.

• 동일한 상태(루프) : 현재 상태에서 다시 자체로의 전환이 존재하는 경우에 사용합니다. 이 전환은 화면과 함께 사용하여 사용자로부터 더 많은 데이터를 수집할 수 있습니다.(예: 에스컬레이션 전환)

이메일 전송

• 스마트 값 사용 : Yes

전자 메일을 보냅니다.

이 액션의 모든 필드는 스마트 값을 사용한 사용자 정의를 지원합니다.

Microsoft 팀 메시지 전송

• 스마트 값 사용 : Yes

규칙이 실행될 때 팀에 알리는 Microsoft 팀 메시지 전송

이 액션에서 메시지를 개인 설정할 수 있습니다.

슬랙 메시지 전송

• 스마트 값 사용 : Yes

규칙이 실행될 때 팀에 알리는 슬랙 메시지 전송

이 액션에서 메시지를 개인 설정할 수 있습니다.

SMS(Twilio) 메시지 전송

• 스마트 값 사용 : Yes

Twilio 서비스를 사용하여 알림을 보냅니다.

이 액션은 통화 중 시나리오에 SMS를 사용하는 서비스 팀에 유용합니다.

보내는 웹 요청 전송

• 스마트 값 사용 : Yes

규칙이 실행될 때 다른 시스템에 알리기 위해 보내는 웹 요청을 보냅니다.

이 액션을 설정하여 후속 작업에 사용할 수 있는 응답 데이터를 반환할 수 있습니다.

Jira Service Management 고객 추가

• 스마트 값 사용 : Yes

Jira Service Management 프로젝트에 새 고객을 추가합니다.

모든 필드에서 스마트 값을 사용하고 기존 조직에 고객을 추가할 수 있습니다.

Jira Service Management 요청 생성

• 스마트 값 사용 : Yes

새 Jira Service Management 요청을 만듭니다.

이슈 생성 액션과 마찬가지로 이 작업을 통해 스마트 값을 사용하여 사용 가능한 필드를 구성할 수 있습니다.

버전 생성

• 스마트 값 사용 : Yes

이슈를 할당할 수 있는 새 버전을 만듭니다.

동일한 이름의 버전이 이미 있는 경우 버전은 생성되지 않습니다.

버전 릴리스

• 스마트 값 사용 : Yes

버전을 릴리스합니다.

기본적으로 이 액션은 릴리스되지 않은 다음 프로젝트 버전을 기존 릴리스 날짜로 릴리스합니다. 이것은 버전이 릴리스에서 설정된 순서에 따라 결정됩니다.

릴리스할 특정 버전을 선택하고 스마트 값을 사용하여 동적 이름을 설정할 수 있습니다.

첨부 파일 삭제

• 스마트 값 사용 : Yes

첨부 파일 이름을 기준으로 정규 표현식 일치를 사용하여 첨부 파일을 정리합니다.

로그 액션

• 스마트 값 사용 : Yes

감사 로그에 값을 기록합니다.

이 액션은 스마트 값을 테스트하고 규칙을 디버깅할 때 유용합니다.

이슈 데이터 다시 가져오기

• 스마트 값 사용 : No

최신 필드 값으로 스마트 값을 새로 고칩니다.

기본적으로{{issue}}참조는 규칙 실행 중에 업데이트되지 않으며 규칙이 처음 트리거되었을 때와 동일한 값을 포함합니다.

엔티티 속성 설정

• 스마트 값 사용 : Yes

규칙 실행의 트리거 이슈와 관련된 이슈, 프로젝트 및 사용자에 대한 엔티티 속성을 설정합니다.

이러한 숨겨진 속성은 앱에서 특정 기능에 사용할 수 있습니다. 엔티티 속성을 사용하면 플러그인이 이슈 및 프로젝트에 키/값 저장소를 추가할 수 있습니다. 이러한 값은 REST API 또는 JQL을 통해 인덱싱 및 쿼리할 수 있습니다.

버전 미출시

• 스마트 값 사용 : Yes

선택한 프로젝트의 버전을 릴리스하지 않습니다. 기본적으로 규칙의 프로젝트가 되겠지만 추가 옵션을 선택하여 다른 프로젝트를 선택할 수 있습니다.

규칙 행위자란 무엇입니까?

기본적으로 Jira 자동화에서 수행하는 모든 작업은 Automation for Jira 라는 "사용자"가 수행하는 것으로 간주됩니다 . 예를 들어 자동화 규칙이 이슈를 Done 으로 전환하면 해당 이슈의 History 탭에서 Automation for Jira에 의해 전환된 것으로 표시됩니다. 이 사용자를 규칙 행위자라고 합니다.

다른 사용자로 규칙 실행

규칙을 구성할 때 프로젝트 관리자 및 사이트 관리자는 자동화 규칙을 팀의 실제 구성원이 실행하는 것으로 볼 수 있도록 규칙 행위자를 변경할 수 있습니다. 예를 들어 자동화 규칙이 스프린트의 모든 이슈에 설명을 추가하는 경우 팀 리더는 Automation for Jira 사용자 대신 해당 코멘트가 추가되도록 코멘트를 구성할 수 있습니다.

새 규칙에 맞게 규칙 행위자 변경

새 규칙을 만들 때 규칙의 구성 요소를 구성한 후 규칙 세부 정보를 선택하고 Actor에서 규칙 행위자를 변경합니다.

기존 규칙에 대한 행위자 변경

1. 자동화 목록으로 이동

   • 프로젝트 자동화 : 프로젝트 설정 > Automation

   • 글로벌 자동화 : ⚙ 설정 > 시스템 > Automation rules

2. 구성할 규칙 선택

3. Actor에서 이 규칙의 행위자로 선택하려는 사용자 검색. Atlassian Marketplace 앱의 사용자는 행위자로 선택할 수 없습니다.

기억해야 할 것들

다른 사람을 규칙 행위자로 선택했으면 다음 사항을 명심하십시오:

• 알림 : 새 규칙 수행자로 선택한 사용자는 이 변경 내용을 알리는 이메일 알림을 받게 됩니다. 또한 사용자를 대신하여 수행되는 각 작업에 대한 이메일도 수신합니다.

• 기록 : 새 규칙 수행자로 선택된 사용자는 규칙에 의해 실행되는 각 액션을 수행하는 사용자로 표시됩니다. 예를 들어 자동화 규칙이 스프린트에서 각 이슈를 편집하도록 구성된 경우 해당 이슈의 기록 탭에 해당 규칙 행위자가 해당 업데이트를 한 것으로 표시됩니다.

• 프로젝트 관리자 vs 글로벌 관리자 : 프로젝트 관리자는 자신 또는 자동화 사용자만 규칙 수행자로 선택할 수 있습니다. 글로벌 관리자는 모든 사용자를 규칙 수행자로 선택할 수 있습니다.

• 규칙 변경 : 프로젝트 관리자는 자신 또는 Automation for Jira 사용자가 규칙 행위자인 경우에만 규칙을 변경할 수 있습니다. 다른 사용자가 규칙 행위자일 경우, 변경하기 전에 규칙 행위자를 자신 또는 Automation for Jira로 설정해야 합니다. 이 제한 사항은 글로벌 관리자에게는 적용되지 않습니다.

자동화 규칙 가져오기 및 내보내기

Jira Cloud에서는 자동화 규칙을 가져오고 내보낼 수 있습니다. 이 기능은 데이터를 한 Jira Cloud 사이트에서 다른 사이트로 이동하거나 팀이 Jira Server에서 Jira Cloud로 마이그레이션할 때 유용합니다.

시작하기 전에

자동화 규칙을 가져오고 내보내려면 글로벌 관리자여야 합니다.

자동화 규칙을 JSON 파일로 내보내기

지라 자동화를 통해 모든 자동화 데이터를 하나의 파일로 신속하게 내보낼 수 있습니다.

1. ⚙ 설정 > 시스템 > Automation rules

2. ••• > Export rules 클릭

전역 및 프로젝트 범위 자동화 규칙이 모두 포함된 JSON 파일이 다운로드됩니다.

자동화 규칙을 Jira Cloud 사이트로 가져오기

JSON 파일이 있으면 해당 자동화 데이터를 모든 Jira 사이트로 가져올 수 있습니다.

1. ⚙ 설정 > 시스템 > Automation rules

2. ••• > Import rules 클릭

3. Upload JSON을 선택하거나 JSON 파일을 점선 안쪽 영역으로 드래그&드롭

4. 가져올 규칙과 각 규칙에 대한 프로젝트 범위를 선택

5. 가져오기를 완료하려면 Let's do this 클릭

가져온 모든 규칙은 처음에 사용할 수 없으므로 규칙을 사용하도록 설정해야 합니다. 동일한 이름을 가진 규칙이 이미 있는 경우 가져온 규칙의 이름은 [규칙 이름]의 복사본이 됩니다.