저는 발권 시스템 시장에 있으며 다른 사람들이 무엇을 사용하고 있는지 궁금합니다. 나는 모든 사람들이 좋아하는 발권 시스템을 게시하고 그들이 좋아하는 이유를 환영합니다.
발권 시스템을 선택하는 기준은 다음과 같습니다.
- 오픈 소스 여야합니다
- 사용자는 이메일로 100 % 상호 작용을 할 수 있어야합니다. 웹 인터페이스를 전혀 사용할 필요가 없습니다. 고객 웹 인터페이스가 있는지는 신경 쓰지 않습니다.
- 최대한 이메일로 처리하도록하겠습니다. (적어도 이메일로 티켓에 회신하겠습니다)
- 의존성이 거의없는 설치가 매우 간단해야합니다.
- 웹 인터페이스가 눈을 사로 잡으려고하지 않아야합니다.
내가 정말로 신경 쓰지 않는 것들 :
- 시간 추적.
- 우선 순위는 큰 우선 순위가 아닙니다. (신음 소리)
- 하위 작업, 작업 depdencies, 대기열 등
- 내 이메일 및 추적 시스템으로 문제를 가져 오는 데 도움이되지 않는 다른 내용은 거의 없습니다.
나는 Trac을 과거에 발권 시스템으로 성공적으로 사용 했으며 (위키, 리포지토리 등 끄기) 전자 메일 플러그인을 알고 있다면 그것을 사용하지 않거나 Redmine을 다시 사용하지 않아도됩니다. 이전 회사에서는 거의 모든 기준을 충족 하는 요청 추적기 를 사용 했지만 종속성이 너무 많아서 실행해야 할 작업이 없어 결국에는 가치가 없다고 결정했습니다.
OTRS가 설치되어 있으며 모든 전자 메일 요구 사항을 충족하며 설정이 매우 간단하지만 (IT) 웹 인터페이스는 정말로 싫어합니다. 어쩌면 내가 잘못 사용하고 있지만 티켓 목록을 처리하고 내가 무엇을 해야하는지 찾는 방법은 RT보다 훨씬 열등합니다.
어쩌면 나는 정말 까다 롭지 만 매일 하루 종일 선택하는 시스템을 사용해야하므로 실제로 좋아할 수도 있습니다. 또한 사용자가 help@example.com과 상호 작용하기 만하면 투명합니다.
그래서 당신은 당신이 정말로 좋아하는 이유는 무엇입니까?
4
"아마도 난 정말 까다 롭고"-네, 그렇습니다. 그 증거는 여기에 있습니다. "거의 모든 기준을 충족하지만 의존성이 너무 많기 때문에 요청한 추적기는 가치가 없다고 결정했습니다." AFAICT, 당신은 단지 의존성을 설치하고 잊어 버립니다. 이것이 어떻게 "가치가 없습니까"?
—
Ernie
모든 새로운 종속성은 유지 관리하고 실행하는 새로운 일이며, 문제가 발생할 때 처리하기가 더 복잡합니다. 나는 가능한 한 간단하게 물건을 유지하는 것을 믿는 확고한 신자이며, 발권 시스템은 부담을 덜어 주어야합니다. 더 나은 것이 없다면 RT로 다시 데리러 갈 것입니다. 그러나 나는 실제로 더 좋은 것이 없는지 확인하고 싶습니다.
—
abourg