많은 분들이 Discourse를 일종의 "티켓 시스템"으로 사용하시는 것을 볼 수 있습니다. Discourse 팀도 마찬가지입니다: How Does Team Discourse Use Discourse?
저도 같은 방식으로 사용하려고 하며, 제 필요에 잘 맞는 것 같습니다. 다만 한 가지 명확하지 않은 점이 있습니다. 여러분(그리고 Discourse 팀)은 티켓을 어떻게 "닫"고, 더욱 중요한 것은 열려 있거나 처리 대기 중인 티켓 목록을 어떻게 확인하시나요?
close 버튼을 사용하거나,
solved 플러그인을 설치한 후 show filter by solved status 설정을 시도해 보세요.
@david님, 감사합니다.
하지만 개인 메시지(그룹으로 전송된 이메일)의 경우 어떻게 되나요? 많은 사람들이 (Discourse 팀을 포함하여) 이 방식을 사용한다고 생각합니다.
“해결됨” 플러그인은 개인 그룹 메시지에 대해서도 적용되나요?
개인 메시지의 경우 그룹 받은 편지함을 사용합니다. 받은 편지함에 있는 항목은 모두 조치가 필요한 것이며, "아카이브"된 항목은 이미 처리된 것입니다.
장기적인 항목의 경우 태그를 사용합니다.
데이비드님, 감사합니다. 태그를 어떻게 사용하시는지 좀 더 자세히 설명해 주시겠어요?
우리는 Discourse에 많은 가능성을 보고 있지만, 차를 다시 발명하고 싶지는 않습니다. 티켓 워크플로우 자체를 정의하는 것도 마찬가지입니다.
우리의 받은 편지함에서 태그와 관련된 특별한 프로세스는 없습니다. 그냥 관련 메시지를 임시로 그룹화하는 용도로만 사용하고 있습니다. 아직 읽지 않으셨다면, 이 글은 꼭 읽어보시길 권합니다: It’s Time We Talked About Tags
우리의 프로세스는 받은 편지함, 아카이브, 그리고 나중에 응답이 필요한 경우 토픽 타이머를 사용하는 것입니다.
여기서 “tickets” 또는 "ticket system"을 검색해 보시면, 더 체계적인 티켓 시스템으로 discourse를 활용하는 방법에 대한 다양한 토론을 많이 찾아보실 수 있을 것입니다. 만약 그것이 여러분이 하려는 일이라면요.
assigned(지정됨) 상태도 함께 활용할 수 있습니다. 메시지나 주제에 더 이상의 후속 조치가 필요하지 않을 경우, 지정을 해제하고 아카이브로 이동합니다. 이 방식이 꽤 잘 작동합니다.
@angus가 만든 Tickets Plugin 🎟 플러그인도 함께 사용하고 있습니다. 이 플러그인은 티켓 지정 기능을 지원할 뿐만 아니라, 우선순위, 상태, 이유에 대한 티켓 태그도 제공합니다. 꼭 한번 살펴볼 가치가 있습니다.
다만, 티켓 플러그인은 티켓 관리를 위한 대시보드 부분에 아직 개선이 필요합니다. 그래서 우리는 티켓을 설정하는 용도로만 사용하고, 실제 티켓 백로그를 관리하고 해결까지 처리하는 과정은 assigned(지정됨) 목록에 의존하고 있습니다.