Automation: 일반적인 사용 사례

자동화를 사용하면 수많은 사용 사례를 다루는 규칙을 만들 수 있습니다. 그러면 무엇부터 시작해야 할까요? 자동화를 시작하는 데 도움이 되는 일반적인 사용 사례의 모음을 여기에서 확인하실 수 있습니다.

상위 이슈 및 하위 작업의 동기화

하위 작업과 이들의 상위 이슈를 다룰 때는 관련된 이슈가 계속 동기화되는지 확인하는 것이 중요합니다. Automation에서는 분기 규칙을 사용하여 이 과정을 쉽게 만듭니다. 예를 들어, 하위 작업을 해결할 때는 해결되지 않은 추가 하위 작업이 없는 경우 자동으로 상위 이슈로 전환되도록 하는 규칙을 설정할 수 있습니다.

규칙 빌더의 예시로, 하위 작업을 해결하면 미해결된 추가 하위 작업이 없는 경우 이에 대한 상위 이슈를 전환하는 규칙을 표시합니다.

이 규칙을 만드는 방법

  1. 이슈가 전환됨 트리거를 사용합니다. 이 트리거를 사용하면 이슈가 한 상태에서 다른 상태로 전환될 때 규칙이 실행됩니다. 이슈가 완료로 전환될 때 응답하도록 하려면 이 트리거를 설정합니다.
  2. 이슈 유형이 하위 작업인지 확인하는 이슈 필드 조건을 규칙에 추가합니다. 규칙을 트리거한 이슈가 하위 작업이 아닌 경우 규칙이 실행 중지됩니다.
  3. 관련된 이슈 유형으로 상위를 선택하여 규칙을 분기합니다. 이는 규칙을 트리거한 이슈의 상위 이슈에 대해 다음 조건 및 동작이 수행된다는 것을 의미합니다.
  4. 하위 작업이 상태 = 완료와 일치하는지 확인하기 위해 관련 이슈 조건을 규칙에 추가합니다. 그러면 상위 이슈의 모든 하위 작업이 완료 상태라는 것을 확인할 수 있습니다.
  5. 마지막으로, 상위 이슈의 상태가 완료로 변경되도록 이슈 전환 동작을 설정 및 구성합니다.
  6. 규칙에 이름을 지정하고 규칙을 켭니다.

다른 일반적인 사용 사례는 하위 작업이 그 상위 작업으로부터 값을 상속하는 것입니다(예: 수정 버전). 이러한 값을 동기화하여 상위 및 하위 작업에 모두 최신 정보가 있도록 할 수 있습니다.

규칙 빌더의 예시로, 상위 및 하위 작업의 값을 자동으로 동기화하는 규칙을 표시합니다.

이 규칙을 만드는 방법

  1. 필드 값이 변경됨 트리거를 사용합니다. 이 트리거를 사용하면 선택한 필드의 값이 변경될 때 규칙을 실행할 수 있습니다. 수정 버전 필드를 모니터링하려면 이 트리거를 설정합니다.
  2. 관련된 이슈 유형으로 하위 작업을 선택하여 규칙을 분기합니다. 이는 규칙을 트리거한 이슈의 하위 작업에 대해 다음 조건 및 동작이 수행된다는 것을 의미합니다.
  3. 수정 버전 필드를 설정하려면 상위 이슈의 값을 복사하여 이슈 편집 동작을 설정하고 구성합니다.
  4. 규칙에 이름을 지정하고 규칙을 켭니다.

팀에 이슈를 자동으로 할당

팀에서 할당되지 않은 이슈를 어떻게 처리하고 계신가요? 이러한 이슈는 엔지니어의 재량에 맡기는 경우가 많은데, 이렇게 하면 할당되지 않은 이슈 중 일부가 누락될 수 있습니다.

예를 들어, Automation을 사용하면 팀원에게 이슈를 자동으로 균형 있게 할당하여 이러한 상황을 방지할 수 있습니다.


이 규칙을 만드는 방법

  1. 규칙에 대한 트리거 및 자동으로 할당할 이슈를 정의하기 위해 구성하고자 하는 조건을 선택합니다.
  2. 이슈 할당 동작을 사용합니다. 이 동작을 사용하면 여러 상황에 이슈를 쉽게 할당할 수 있습니다.
  3. 정의된 목록의 사용자에게 이슈를 할당하는 동작을 설정합니다. 그러면 여러 사용자를 지정할 수 있고 이 동작으로 이들 중에서 담당자가 선택됩니다.
  4. 업무량을 고르게 분산하여 담당자를 선택하는 방법을 설정합니다. 그러면 미결 이슈가 가장 적게 할당된 사용자에게 이슈가 할당됩니다.
  5. 사용자 목록에서 팀원을 검색하고 선택합니다.
  6. 저장을 선택하여 동작을 적용한 후 규칙에 이름을 지정하고 켜기를 선택합니다.

정의된 목록의 사용자에게 이슈를 할당하는 이슈 할당 동작을 설정합니다.
균형 잡힌 워크로드에 따라 담당자를 선택하는 이슈 할당 동작을 설정합니다.
이슈 할당 동작을 설정할 때 팀원을 선택합니다.

작업 예약

작업을 자동으로 예약하면 팀의 수동 작업이 줄어들 뿐만 아니라, 워크플로의 일관성과 신뢰성이 보장됩니다.

예를 들어, 고객이 이슈에 대한 지원 엔지니어의 질문에 응답하지 않은 경우, 고객에게 자동으로 알림을 전송하고 활동이 없는 이슈를 일시적으로 종료하는 규칙을 구성할 수 있습니다.


이 규칙을 만드는 방법

  1. 예약됨 트리거를 사용합니다. 규칙을 매일 실행하고 상태 = "고객을 기다리는 중" 및 업데이트 날짜 < -5일을 확인하도록 예약을 설정합니다. 그러면 이슈가 고객을 기다리는 중 상태이며 5일 넘게 업데이트되지 않은 경우 규칙이 시작됩니다.
  2. 이슈에 댓글 달기 동작을 추가하여 활동이 없어서 이슈가 자동으로 종료되었음을 고객에게 알립니다.
  3. 이슈의 상태가 해결됨으로 변경되도록 이슈 전환 동작을 설정 및 구성합니다.
  4. 규칙에 이름을 지정하고 규칙을 켭니다.

규칙 빌더의 예시로, 고객에게 활동이 없는 이슈에 대한 알림을 자동으로 전송하는 규칙을 표시합니다.

개발 도구(Bitbucket, Github, Gitlab)와 통합

개발 프로세스를 자동화할 수 있도록 Automation은 소스 코드 관리 도구와 통합됩니다.

예를 들어, 풀 리퀘스트가 병합될 때 관련된 이슈에 기능 플래그가 연결되어 있는 경우 이슈를 롤아웃 중으로 전환할 수 있습니다. 그렇지 않으면 이슈는 완료로 전환됩니다.


이 규칙을 만드는 방법

  1. 풀 리퀘스트가 병합됨 트리거를 사용합니다. 이 트리거를 사용하면 풀 리퀘스트가 리포지토리에 병합될 때 규칙이 실행됩니다.
  2. If/else 블록 조건을 추가합니다. 이 조건을 사용하면 조건이 일치하는지 여부에 따라 대체 동작을 수행할 수 있습니다.
  3. If 블록에서 관련된 이슈 조건을 추가 및 구성하여 연결 종류가 다음에 의해 플래그가 지정된 기능인 연결된 이슈가 있는지 확인합니다.
  4. 이슈의 상태가 롤아웃 중으로 변경되도록 이슈 전환 동작을 설정 및 구성합니다. 
  5. Else 블록에서 이슈의 상태가 완료로 변경되도록 이슈 전환 동작을 설정 및 구성합니다.
  6. 규칙에 이름을 지정하고 규칙을 켭니다.

특정 엔지니어가 커밋을 만들면 Slack에서 팀에 메시지를 전송하여 알리는 규칙을 구성할 수 있습니다.


이 규칙을 만드는 방법

  1. 커밋이 만들어짐 트리거를 사용합니다. 이 트리거를 사용하면 소스 코드 관리 도구에서 커밋을 만들 때 규칙이 실행됩니다.
  2. 사용자 조건을 추가 및 구성하여 담당자가 John인지 Nicole인지 확인합니다.
  3. 메시지가 팀의 채널로 전송되어 커밋에 대해 알리도록 Slack 메시지 전송 동작을 설정 및 구성합니다.
  4. 규칙에 이름을 지정하고 규칙을 켭니다.

커밋이 만들어짐

규칙을 만들 준비가 되셨나요? 지금 바로 편집 및 적용할 수 있는 유용한 템플릿 규칙을 더 많이 찾아보세요.

규칙을 만들 준비가 되셨나요? 지금 바로 편집 및 적용할 수 있는 유용한 템플릿 규칙을 더 많이 찾아보세요.