우리 회사에서는 다른 이슈 트래커를 사용하고 있습니다. 아웃 현재 설정입니다 :
- 필히 포함 문제 추적 및 위키와 프로그래머를위한 프로젝트 관리 작업을 수행하는
- Trac의를 요구 사항 관리를하고 (최상위 UI에) 추적 순수한 문제에 대한
- 락스를 추적 .
나는 Jira가 많이 사용되는 첫 번째 클래스 UI와 다양한 기능을 제공합니다. 그러나 때로는 프로젝트가 다른 도구 세트 (때로는 회사의 비용과 관련이 있음)로 마이그레이션하려고합니다. 엄지 손가락 규칙은 다음과 같습니다 (어떤 방식 으로든 Jira에 국한되지 않음).
- 대부분의 이슈 트래커는 CSV 형식의 이슈 가져 오기를 지원합니다.
- 대부분의 문제 추적기는 CSV 형식으로 내보내기를 지원합니다.
- 더 나은 내보내기를 지원하는 어떤 이슈 트래커도 없습니다. 왜냐하면 이해할 수있는 제품에서 마이그레이션하기 위해 고객을 지원하는 데 관심이있는 회사가 없기 때문입니다.
- 이슈의 이력 마이그레이션을 지원하는 이슈 트래커가 없으므로 마이그레이션을 통해 일반적으로 이슈의 이력을 잃어 버리게됩니다.
누군가가 처음에 Jira를 사용하여 다른 툴셋으로 마이그레이션해야하는 이유는 알지 못합니다. 유일한 이유는 Jira의 기능 세트가 당신의 목적에 충분하지 않을 수 있다는 것입니다. Jira가 처리 할 수있는 문제의 양이 끝이 아니라는 소문이 있지만 그 사실을 알 수 없습니다.
따라서 사용할 이슈 트래커를 결정할 때 이슈 트래커 사용에 필요한 요구 사항을 명확히 이해해야합니다.