자동화 규칙이란 무엇입니까?
팀이 프로세스와 워크 플로우를 자동화함으로써 중요한 작업에 집중할 수 있도록 하여 수동적이고 반복적인 작업을 수행할 필요성을 제거합니다. 간단한 규칙 빌더를 사용하면 가장 복잡한 시나리오도 처리할 수 있는 강력한 자동화 규칙을 구성할 수 있습니다.
규칙을 사용하면 설정한 기준에 따라 시스템 내에서 작업을 자동화할 수 있습니다. 자동화 규칙은 다음 세 부분으로 구성됩니다.
트리거 : 모든 규칙은 트리거로 시작됩니다. 그들은 규칙 실행을 시작합니다. 트리거는 이슈가 생성되거나 필드 값이 변경될 때와 같은 Jira의 이벤트를 수신합니다.
조건 : 조건을 사용하면 규칙 범위를 좁힐 수 있습니다. 규칙이 계속 실행 되려면 조건이 충족되어야 합니다. 예를 들어 우선 순위가 높은 경우에만 이슈를 에스컬레이션하도록 규칙을 설정할 수 있습니다.
액션 : 액션은 규칙의 수행자입니다. 이를 통해 작업을 자동화하고 사이트 내에서 변경할 수 있습니다. 이슈 편집, 알림 보내기 또는 하위 작업 생성과 같은 많은 작업을 수행할 수 있습니다.
트리거, 조건 및 작업은 자동화의 구성 요소입니다. 이러한 구성 요소를 결합하여 이전 이슈를 자동 종결하는 것부터 릴리스가 배송되었을 때 특정 팀에 알리는 모든 작업을 수행할 수 있는 규칙을 만듭니다.
규칙 최적화
다음 모범 사례 지침을 통해 자동화 규칙 구성의 성능과 관리 효율성을 최적화할 수 있습니다.
관리 능력
규칙을 만들기 전에 미리 계획
규칙을 미리 계획하면 반드시 지켜야 하는 규칙을 해결하는데 도움이 되며, 대신 조건을 사용하여 규칙을 결합할 수 있습니다.
워크플로우와 발생하려는 액션으로 시작한 다음 이러한 작업을 트리거할 이벤트로 되돌아가십시오. 이슈에 대한 모든 고객 피드백 코멘트에 대해 이메일을 보내시겠습니까? 아니면 우선 순위가 높은 이슈에 대해서만 이메일을 보내시겠습니까?
자동화 전략을 비즈니스 및 운영 프로세스와 연계
자동화 규칙은 비즈니스 및 운영 프로세스가 보다 효율적으로 작동하도록 설계되었으며, 조정해야 합니다. 자동화 규칙의 검토는 비즈니스 및 운영 프로세스의 검토와 함께 이루어져야 합니다.
퍼포먼스
규칙을 특정 프로젝트로만 제한
가능한 한 많은 규칙을 글로벌에서 프로젝트로 변환합니다. 규칙을 단일 프로젝트에 적용할지 또는 여러 프로젝트에서 실행할지 여부를 고려하십시오. 이렇게 변경하면 일치하는 규칙이 없는 프로젝트의 이벤트가 필터링되므로 규칙의 효율성이 향상됩니다. 따라서 실행을 위해 대기열에 저장해야 하는 규칙이 줄어듭니다.
규칙 조합
각 규칙은 혼자서 완벽하게 잘 작동할 수 있지만, 규칙들은 종종 함께 더 잘 작동할 수 있습니다. 현재 여러 규칙에 동일한 규칙을 사용할 수 있습니까? 예를 들어 현재 규칙에 따라 분기된 다음 조건 및 작업을 아래에서 실행하는 규칙이 있을 수 있습니다.
적절한 트리거를 선택
예를 들어 필드 값 변경됨은 이슈 업데이트됨보다 훨씬 경제적이며 특정 작업으로 제한하면 훨씬 더 좋습니다. 이슈 생성 시에만 작업을 실행하려면 트리거에서 해당 옵션을 선택해야 합니다
규칙 체인에서 가능한 빨리 조건 비교 사용
규칙에 가능한 빨리 이슈 필드 조건(또는 보다 강력한 기능이 필요한 경우 고급 비교 조건)을 사용합니다. 이상적으로는 규칙 시작 시 이러한 조건을 연결하여 가능한 한 빨리 작업하지 않을 모든 이슈를 제외하는 것이 좋습니다.
더 많은 처리가 필요한 더 많은 검사 이동 규칙 체인
이슈 필드 조건은 가장 간단하게 실행할 수 있으며, 고급 비교 및 JQL 조건이 뒤따릅니다. 예를 들어, status = Done {{issue.status.name}}(JQL 조건)이 Done(고급 비교 조건)을 비교하는 것보다 더 많은 처리가 필요한지 여부를 확인합니다..
가능하면 고급 비교 및 JQL 조건을 피하거나 체인 뒤쪽에 밀어넣습니다.
브랜치 규칙을 아껴 사용
반드시 필요한 경우에만 브랜치 규칙을 사용하십시오. 예를 들어 For current issue 브랜치 규칙은 새 프로세스를 생성합니다. 규칙을 결합하는 경우 좋은 옵션이지만 목적에 맞지 않으면 성능에 부정적인 영향을 미칠 수 있습니다.
Add Comment