들어오는 작업을 위한 대기열
분류를 열고 항목을 하나씩 처리하세요. 워크플로로 수락하거나 거절하고, 중복으로 표시하거나 나중에 처리하도록 미룰 수 있습니다.
들어오는 작업은 분류로 들어갑니다. 사람이 수락, 거부, 다시 알림 또는 중복 표시를 처리합니다. 작업 유형은 각 항목에 적합한 필드와 상태를 제공하고 에이전트는 반복 작업을 실행합니다.

다음 조직의 팀에서 사용
분류, 작업 유형, 자동화
접수, 유형별 워크플로, 반복 실행을 수신함, 문서, 비공개 채팅에 분산하지 않고 하나의 스페이스에 유지합니다.
분류를 열고 항목을 하나씩 처리하세요. 워크플로로 수락하거나 거절하고, 중복으로 표시하거나 나중에 처리하도록 미룰 수 있습니다.
각 스페이스는 자체 작업 유형을 소유합니다. 기능, 버그, 요청, 티켓 등 각 유형에는 해당 프로세스에 실제로 필요한 필드와 상태가 연결됩니다.
일정, 상태 변경, 댓글, 웹훅으로 에이전트 또는 크루를 시작할 수 있습니다. 중요한 결과는 계속 사람이 검토합니다.
접수부터 완료까지
수신 항목은 누군가 결정할 때까지 하나의 대기열에 있습니다. 작업 유형이 프로세스를 구조화하고 자동화가 반복 확인을 실행합니다.
분류는 매일 아침 다시 구성하는 저장된 보기가 아니라 스페이스의 접수 대기열입니다. 항목을 열고 결정한 뒤 다음으로 이동하세요. 워크플로로 수락하거나 거절하고, 중복으로 표시하거나 나중에 처리하도록 미룰 수 있습니다.

버그, 요청, 기능에 같은 양식이 필요하지는 않습니다. 스페이스 소유 작업 유형은 사용자 지정 필드와 범위가 정해진 워크플로를 연결하므로, 접수 과정이 단순 목록이 되지 않고 구조를 유지합니다.

자동화는 지침, 에이전트 또는 크루, 트리거, 실행 기록으로 구성된 하나의 규칙입니다. 일일 확인, 문서 후속 작업, 웹훅 접수에 사용하세요. 여러 시스템이 순서대로 작동해야 할 때는 자동화 워크플로를 사용합니다.

분류 후에도 사람이 계속 책임을 지고 에이전트 또는 크루가 실행을 담당합니다. 댓글과 수신함에서 대기열이 추적하는 같은 항목의 결정을 이어갈 수 있습니다.

로컬 또는 클라우드 컴퓨터를 연결하고 런타임을 에이전트가 사용할 수 있는 제어된 실행 리소스로 제공합니다. 팀이 이미 사용하는 도구를 유지하면서 실행을 할당하고 추적할 수 있습니다.
운영 시스템
들어오는 업무는 작업으로 유지됩니다. 분류, 작업 유형, 자동화는 두 번째 기록 기준을 만들지 않고 해당 시스템에 연결됩니다.
요청 내용, 유형, 우선순위, 날짜, 필드, 논의를 기록하여 모든 항목에 소유자와 기록을 부여합니다.
스페이스가 소유하는 각 유형에는 사용자 지정 필드와 범위가 정해진 워크플로가 연결되므로 요청과 버그가 같은 경로를 거치지 않습니다.
들어오는 항목을 하나씩 처리하세요. 수락하거나 거절하고, 중복으로 표시하거나 나중에 처리하도록 미룰 수 있습니다.
일정, 상태, 댓글, 웹훅 또는 수동 시작으로 에이전트나 크루를 실행하고 실행 기록을 함께 보관합니다.
운영팀이 이미 사용하는 도구에서 서명된 POST 요청을 받은 다음, 팀이 검토하는 동일한 자동화를 시작합니다.
Slack에서 작업을 만들고 연결된 스레드를 동기화하며 요청을 벗어나지 않고 후속 메시지를 보내세요.
요청이 시작되는 곳에서 운영 업무 처리
채팅이나 외부 시스템에서 요청을 가져오고, 엔지니어링이 참여할 때는 Jira와 GitHub 연동을 유지하며, 에이전트가 같은 대기열에서 작업하도록 합니다.
편리한 기능을 기본 제공
분류, 작업 유형, 자동화가 같은 요청에 연결되어 있어야 운영이 제대로 작동합니다.
시작
분류를 활성화하고 각 요청 유형에 자체 필드를 지정한 다음 검토 과정을 유지하면서 반복 업무를 에이전트에게 할당하세요.
IT, 내부 운영 또는 온콜 후속 작업을 위한 스페이스를 마련하세요. 들어온 항목은 누군가 수락, 거부 또는 다시 알림으로 처리할 때까지 분류에서 기다립니다.
요청, 티켓, Issue 또는 버그 유형을 추가하세요. 접수가 단순 목록이 되지 않도록 각 유형에 필요한 필드와 상태를 연결합니다.
확인, 알림 또는 웹훅 접수를 위한 자동화나 워크플로를 추가한 다음 결과를 검토할 사람을 할당하세요.
자주 묻는 질문
대기열 자체는 많은 팀에서 대체할 수 있습니다. 들어오는 업무는 스페이스의 작업이 됩니다. 분류는 수락, 거부, 중복 표시, 다시 알림을 처리하는 접수 대기열입니다. 작업 유형마다 프로세스에 맞는 필드와 상태를 설정할 수 있습니다. 반복 확인은 자동화로 실행합니다. 전용 조달이나 비용 시스템처럼 Sharkly가 다루지 않는 프로세스가 필요할 때만 전문 도구를 유지하세요.
보기는 작업을 살펴보는 방법을 저장한 것입니다. 분류는 분류 대기 상태 항목을 위한 전용 접수 대기열입니다. 워크플로로 수락하거나, 거부하거나, 중복으로 표시하거나, 다시 알림으로 미룰 때 사용합니다. 항목이 분류를 벗어난 후에도 다른 작업과 마찬가지로 보기, 보드, 수신함에 표시됩니다.
멤버는 스페이스에서 작업을 만들 수 있고, 에이전트는 Slack에서 작업을 만들 수 있으며, 자동화는 웹훅으로 시작할 수 있습니다. 스페이스에서 분류를 사용하면 분류 대기 상태의 항목이 누군가 결정할 때까지 해당 대기열에 표시됩니다. 현재 Slack 이벤트로 자동화 워크플로를 시작할 수는 없지만 Slack을 작업 소스와 워크플로 동작으로 사용할 수 있습니다.
자동화는 시작 조건, 실행할 에이전트 또는 크루, 따라야 할 지침을 정하는 하나의 규칙입니다. 자동화 워크플로는 커넥터와 에이전트 실행 단계를 포함한 트리거 및 동작의 캔버스입니다. 반복 확인에는 자동화를 사용하고, 여러 시스템이 순서대로 작동해야 할 때는 워크플로를 사용하세요.
아닙니다. 현재 자동화는 에이전트 또는 크루 실행을 직접 시작하고 실행 기록을 자동화에 보관합니다. 워크플로의 에이전트 실행도 작업을 만들지 않습니다. 요청에 소유자, 상태, 대기열 내 검토가 필요하면 작업을 사용하세요.
분류와 승인에 대한 책임은 계속 사람에게 있습니다. 에이전트 또는 크루는 반복되거나 명확히 정의된 업무를 실행합니다. 결과, 실패, 검토 요청은 수신함과 원래 작업 또는 자동화 기록으로 돌아옵니다.