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

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

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

• 트리거 : 모든 규칙은 트리거로 시작됩니다. 그들은 규칙 실행을 시작합니다. 트리거는 이슈가 생성되거나 필드 값이 변경될 때와 같은 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 자동화에서 수행하는 모든 작업은 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 클릭

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