자동화 구축 및 관리

자동화 규칙은 구체적이고 테스트 가능하며 설명하기 쉬워야 합니다. 강력한 규칙은 명확한 트리거, 좁은 조건, 안전한 작업 및 통제된 범위를 사용합니다.

안전한 자동화 설정은 다음과 같은 도움이 됩니다.

1. 새로운 자동화 규칙을 계획하세요.
2. 자동화 빌더에서 규칙을 작성하십시오.
3. 기존 규칙을 검토하고 변경합니다.
4. 액세스, 계획, 네트워크 요구 사항을 확인하세요.
5. 의존하기 전에 동작을 테스트하십시오.

빌더 상태 참조

상태	해야 할 일
로드 중	빌더가 초기화될 때까지 기다립니다.
재시도	재시도를 선택하세요. 반복되는 경우 앱을 새로 고치고 네트워크 액세스를 확인하세요.
인터넷 없음	규칙을 열거나 변경하기 전에 다시 연결하세요.
접근 불가	공간 관리자에게 귀하의 역할을 검토해 달라고 요청하세요.
업그레이드 프롬프트	청구 소유자에게 요금제 가용성을 검토하도록 요청하세요.
빌더가 로드됨	빌더에서 규칙을 생성, 검토 및 관리합니다.

규칙 설계 참조

부품	정의	좋은 습관
이름	사람들이 빌더에서 보는 라벨입니다.	작업이 검토로 이동할 때 검토자 할당과 같은 일반 언어 목적을 사용하십시오.
트리거	규칙을 시작하는 이벤트입니다.	사용 가능한 가장 구체적인 이벤트를 선택하세요.
상태	작업이 실행되기 전에 충족되어야 하는 요구 사항입니다.	우발적인 일치를 방지하기 위한 조건을 추가합니다.
액션	수행된 업데이트, 알림, 할당, 미리 알림 또는 기타 작업입니다.	첫 번째 버전은 위험을 낮게 유지하세요.
범위	규칙이 적용되는 공간, 목록 또는 작업 영역입니다.	작게 시작한 다음 테스트 후에만 확장하세요.
상태	규칙을 실행할 수 있는지 여부입니다.	예상치 못한 동작을 조사하는 동안 규칙을 일시 중지하거나 비활성화합니다.

시작하기 전에

• 올바른 Space에 있어야 합니다.
• 귀하의 역할은 자동화 액세스를 허용해야 합니다.
• 계획에는 자동화 액세스가 포함되어야 합니다.
• 실제 작업에서 규칙을 따르기 전에 안전한 테스트 항목을 사용하십시오.

구축하기 전에 규칙을 계획하세요.

다음 형식으로 규칙을 작성합니다.

[트리거]가 발생했을 때 [조건]이 참이면 [동작]입니다.

예:

• 작업이 검토로 이동하면 검토자를 할당합니다.
• 작업이 차단된 것으로 표시되면 팀에 알립니다.
• 후속 날짜가 추가되면 알림을 만듭니다.

자동화 만들기

1. 자동화를 엽니다.
2. 빌더가 로드될 때까지 기다립니다.
3. 새 규칙을 시작합니다.
4. 규칙의 이름을 명확하게 지정하십시오.
5. 트리거를 선택합니다.
6. 조건을 추가합니다.
7. 작업을 선택합니다.
8. 범위를 확인하세요.
9. 규칙을 저장합니다.
10. 안전한 물건으로 테스트해보세요.

예상 결과: 자동화가 저장되고 일치하는 작업에만 영향을 미칩니다.

기존 자동화 관리

1. 자동화를 엽니다.
2. 검토하려는 규칙을 선택합니다.
3. 이름, 트리거, 조건, 작업, 범위, 상태를 확인하세요.
4. 동작이 불확실한 경우 규칙을 일시 중지하거나 비활성화합니다.
5. 한 번에 한 부분씩 편집하세요.
6. 저장하고 다시 테스트하세요.

안전한 설정 체크리스트

규칙을 사용하기 전에 다음을 확인하세요.

1. 트리거는 구체적입니다.
2. 조건으로 인해 확장검색이 불가능합니다.
3. 그 행동은 안전합니다.
4. 범위는 의도된 영역으로 제한됩니다.
5. 테스트 항목이 예상한 결과를 나타냈습니다.
6. 영향을 받는 팀은 자동 업데이트를 이해합니다.
7. 필요한 경우 규칙을 일시 중지하거나 비활성화하는 방법을 알고 있습니다.

문제 해결

빌더에서 계속 재시도를 표시합니다.

• 증상: 다시 시도한 후에도 빌더가 열리지 않습니다.
• 원인: 세션, 네트워크, 서비스 가용성 또는 초기화 세부정보가 누락되었을 수 있습니다.
• 해상도:
  1. 온라인 상태인지 확인하세요.
  2. 앱을 새로 고칩니다.
  3. 현재 Space가 올바르게 로드되었는지 확인하세요.
  4. 다시 시도해 보세요.
  5. 그래도 실패할 경우 대략적인 시간과 공간을 보고하세요.

규칙이 너무 많은 작업에 영향을 미침

• 증상: 예상보다 많은 항목이 변경됩니다.
• 원인: 트리거, 조건 또는 범위가 너무 넓습니다.
• 해상도:
  1. 가능한 경우 규칙을 일시중지하거나 비활성화합니다.
  2. 범위가 좁습니다.
  3. 더 엄격한 조건을 추가하세요.
  4. 하나의 일치 항목과 하나의 일치하지 않는 항목으로 테스트합니다.

사람들은 자동변화에 놀란다

• 증상: 팀원들이 업무가 변경된 이유를 모릅니다.
• 원인: 규칙 이름이나 팀 프로세스가 자동화를 설명하지 못할 수 있습니다.
• 해상도:
  1. 목적이 명확하도록 규칙의 이름을 바꿉니다.
  2. 영향을 받은 사용자에게 작업을 유발하는 트리거를 알려줍니다.
  3. 위험도가 높은 결정을 수동으로 유지하세요.

FAQ

새로운 규칙은 얼마나 광범위해야 합니까?

좁게 시작하세요. 안전한 테스트를 통해 동작이 입증된 후에만 확장하세요.

예상치 못한 업데이트가 발생하는 동안 규칙을 편집해야 합니까?

빌더가 해당 옵션을 제공하는 경우 먼저 일시 중지하거나 비활성화하십시오. 그런 다음 편집, 테스트 및 다시 활성화하십시오.