사용자의 요청을 관리하기 위해 어떤 도구를 사용합니까? [닫은]


24

나는 사용자 이메일에 빠져 익사하고 있으며 모든 요청을 관리하는 더 좋은 방법을 구현하고 싶습니다. 그리고 팀의 사람들과 사용자가 액세스하고 공통으로 만들 수있는 대기열에 넣습니다. 노트. 이메일, 댓글, 아이디어 등을 삭제 / 입력하고 쉽게 액세스 할 수있는 프로젝트에서 여러 작업을 만들 수있는 일종의 작업 관리 도구에 대해 생각하고 있습니다.

사용자, 관리자, 팀 리더, 개발자 등 모든 당사자가 참여할 수있는 것이 필요합니다. 다음을 허용 할 수있는 도구를 찾고 있습니다.

  • 사용자는 이메일을 끌어서 놓아 유지 보수 또는 개선 요청을 제출할 수 있습니다.
  • 개발자는 대기열과 각 작업 / 프로젝트의 가중치 우선 순위를 볼 수 있습니다.
  • 모든 사람이 실시간으로 작업하는 것을 확인하는 개발자 팀.
  • 각 작업에 소요 된 시간을 기록하는 관리.

II는이 문제를 해결하기 위해 애자일 / 스크럼 방향을 찾기 시작했습니다. 스크럼 애자일 소프트웨어 프로젝트 관리 오픈 소스 도구 목록을 찾았습니다 . 나는 시간이 제한되어 있기 때문에 아무도 이것을 사용 했습니까? 그것이 나의 필요를 충족시키는 지 확인하기 위해 어느 것을 테스트해야합니까? TeamPulse 는 좋은 방향이지만 너무 부풀어 있다고 생각합니다. 모든 당사자를 위해 간단한 것이 필요합니다.


Microsoft Outlook을 통해 제공되는 전자 메일을 활용하거나 타사 도구를 함께 살펴 봐야합니까?
Adamizer

답변:


12

레드 마인

... 프로젝트 관리 웹 애플리케이션. Ruby on Rails 프레임 워크를 사용하여 작성된이 플랫폼은 플랫폼 간 및 데이터베이스 간입니다.

Redmine은 오픈 소스이며 GNU General Public License v2 (GPL)의 조건에 따라 릴리스됩니다 ...

Redmine의 주요 기능 중 일부는 다음과 같습니다.

  • 여러 프로젝트 지원
  • 유연한 역할 기반 액세스 제어
  • 유연한 문제 추적 시스템
  • 간트 차트 및 달력
  • 뉴스, 문서 및 파일 관리
  • 피드 및 이메일 알림
  • 프로젝트 별 위키
  • 프로젝트 별 포럼
  • 시간 추적
  • 이슈, 시간 입력, 프로젝트 및 사용자를위한 사용자 정의 필드
  • SCM 통합 (SVN, CVS, Git, Mercurial, Bazaar 및 Darcs)
  • 이메일을 통한 이슈 생성
  • 다중 LDAP 인증 지원
  • 사용자 자체 등록 지원
  • 다국어 지원
  • 여러 데이터베이스 지원 ...

+1. Redmine과 Trac을 사용했으며 둘 다 요청을 관리하는 데 효과적입니다. 소스 코드를 추적하고 기능 요청 또는 버그 보고서 일 수있는 티켓을 작성 합니다 .
Spoike

11

지라

10 명의 사용자를위한 표준 라이센스의 경우 10 달러입니다 (수익금은 자선 단체에 기부 됨). 여러 프로젝트에서 기능, 버그, 릴리스 등을 추적하는 데 사용합니다. 사용 및 설정이 매우 쉽습니다. 그리고 Atlassian에는 GreenHopper, Bamboo 등의 툴과 잘 통합되는 다른 툴이 많이 있습니다.

귀하의 기준에 따라 :

이 문제를 해결하기 위해 애자일 / 스크럼 방향을 찾기 시작했습니다.

GreenHopper 통합 참조

사용자는 이메일을 끌어서 놓아 유지 보수 또는 개선 요청을 제출할 수 있습니다.

이메일에서 이슈 생성

개발자는 대기열과 각 작업 / 프로젝트의 가중치 우선 순위를 볼 수 있습니다.

대체 텍스트

모든 사람이 실시간으로 작업하는 것을 확인하는 개발자 팀.

위 참조.

각 작업에 소요 된 시간을 기록하는 관리.

문제에 대한 로깅 작업


대단해 보인다.
Stephen

1
@Stephen-좋아 보이는 것 이상으로 작동합니다. 내가 추천 할 수있는 유일한 것은 기본 파일 기반 데이터베이스를 사용하지 않고 Postgre 또는 MySQL db를 사용하는 것입니다.
Watson

11

안개 버그

버그 / 문제 추적 , 토론 포럼 , 위키 , 고객 관계 관리 및 Fog Creek Software에서 개발 한 증거 기반 일정 기능을 갖춘 통합 웹 기반 프로젝트 관리 시스템 .

기능 추적기를 사용하면 특정 문제와 관련된 정보, 태그 및 첨부 파일이 포함 된 작업의 트리 구조를 관리, 필터링, 정렬 및 탐색 할 수 있습니다. 모든 주제를 중심으로 토론 포럼과 위키를 만들 수 있으며 게시물 / 페이지도 동일하게 추가 할 수 있습니다. 사용자는 이메일 계정을 시스템에 통합하여 이메일을 보내고 받거나 동일한 문제를 만들 수 있습니다.

향후 작업 예측 및 향후 이정표 완료 예측은 사용자 성능의 과거 기록을 기반으로합니다. 사용자는 모든 작업에 대한 예상 기간을 수동으로 입력하고, 현재 검토중인 작업을 나중에 검토 할 수있는 일일 작업 로그 (작업 표)를 작성해야합니다.

내가 사용한 최고의 시스템 중 하나입니다. 또한 클라이언트별로 이메일 주소를 가질 수 있으며 자동으로 새 작업을 생성합니다.


1
귀엽다. Firefox는 버그보고 시스템의 홈페이지를 신뢰할 수없는 출처로보고합니다. ;-) 아, 아이러니!
Rook

올바른 링크는 fogcreek.com/fogbugz 입니다. 우리도 그것을 사용하며, 대부분의 경우 아주 좋습니다.
Ben Hughes

링크가 게시 및 차단되는 문제를 해결했습니다. 내 FogBugz 계정에서 링크를 복사했습니다.
Josh K

1
이슈 트래커 제안을 위해 +1 나는 당신이 사용 하는 이슈 트래커 ( 특히 Mantis를 사용했을 것입니다)는 중요하지 않다고 생각합니다 .
Frank Shearar

우리는 이것을 사용하고 대안을 찾고 있습니다. 라이센스를 위해 많은 돈을 버리고 싶지 않다면 클라이언트가 거의 쓸모없는 부분을 보았습니다 (보이스에 이메일을 보내는 것).
ScottE


3

Trac .

  • 사용자는 티켓을 제출하고 상태를보고 지원 위키로 추가 한 모든 문서를 볼 수있는 계정을 가질 수 있습니다. 공유 관행을 문서화 할 수 있도록 사용자가 편집 할 수있는 위키 섹션을 제공 할 수도 있습니다.
  • 티켓은 특정 구성 요소에 지정 될 수 있으므로 개발자는 코드에 지정된 티켓의 "큐"를 볼 수있을뿐만 아니라 코드의 일부에 영향을 미치는 티켓을 빠르게 볼 수 있습니다.
  • 티켓은 릴리스 또는 마일스톤에 할당 될 수 있으며, 이는 관리자가 프로젝트의 전체 "건전성"또는 "펄스"를 볼 수있는 한 가지 방법입니다. 맞춤 보고서를 통해 관리자는 관심있는 다른 측정 항목을 볼 수 있습니다.
  • Trac은 서브 버전과 잘 통합되지만 다른 SCM 시스템에 대해서는 확신이 없습니다.
  • 가격이 맞습니다.

3

사마귀

... 웹 기반 버그 추적 시스템 ( 기능 목록 ). PHP 스크립팅 언어로 작성되었으며 MySQL, MS SQL 및 PostgreSQL 데이터베이스 및 웹 서버에서 작동합니다. MantisBT는 Windows, Linux, Mac OS, OS / 2 및 기타에 설치되었습니다. 거의 모든 웹 브라우저는 클라이언트로 작동 할 수 있어야합니다. GNU 일반 공중 사용 허가서 (GPL)의 조건에 따라 공개됩니다 ...

버그 / 기능 추적이 진행되는 한 사마귀는 사용하기 쉽다고 생각했습니다.


우리는 MantisBT를 매일 사용하며 우리의 요구에 완벽하게 작동합니다. 여러 프로젝트, 여러 기자 및 개발자. 로드맵, 기능 요청, 나는 그것을 좋아합니다.
Stephen

그것이하는 일과 무엇이 유익한 지 더 자세히 설명해 주시겠습니까? "링크 전용 답변" 은 Stack Exchange에서 환영받지 못합니다
gnat

2

Bugzilla (모든 발권 시스템-Jira 등)가 여기에 좋습니다. 티켓 (귀하의 작업이 될 것)을 연결하고 마지막으로 태스크 포스 (엔지니어 등)에 대한 티켓을 만들 수 있습니다.

Bugzilla는 제품, 구성 요소, 티켓 종속성 등을 지원하며, 아마도 작업 대기열을 관리하는 데 필요한 모든 것입니다.

편지 고객이 아닌 경우 +1하여 티켓을 직접 생성하는 이메일을 보냅니다.


1

내 경험에 의하면, 당신은 호스입니다. 돌아올 수없는 것은 처음부터 누군가에게 이메일을 보내도록하는 것이 었습니다.

진지하게 OnTime 은 훌륭하고 고객 포털 (모든 것이 설정하기 쉽고 악의가없는 무료 온라인 세미나가 있음)을 가지고 있으며 사용자가 티켓을 만들고 물건에 투표 할 수 있습니다.

사용자가 "보내기"를 클릭하는 것보다 적은 양의 소프트웨어를 배치 할 수 없습니다. 좋은 소식이 그들을 변환 시키길 바랍니다!


당신이 말한 것처럼, 시스템은 전자 메일 요청을 처리 할 수 ​​있어야합니다.
JeffO

그것들을 변환하는 것은 어렵지 않습니다. 당신은 단순히 표준 추적 시스템으로 각 이메일을 반환합니다. 공식 추적 시스템에있을 때까지는 작동하지 않을 것입니다. 실제 요청을 제출하는 데 시간이 걸리면 얼마나 많은 긴급한 일이 사라 졌는지 놀라게 될 것입니다.
HLGEM

1

Bugzilla 또는 Fogbugz 또는 그와 같은 "공식"근처에있는 곳은 없지만 고객의 참여도를 높이기 위해 Google 문서 도구 를 하여 훌륭한 결과를 얻었습니다. 확실히, 모든 사람들이 항상 당신에게 이메일을 보내는 전체 혼란에서 좋은 첫 걸음이 될 것입니다.

요청을 보내는 사람이 두 명 이상인 경우에도 효과적입니다. 모든 사람이 다른 사람이 작성한 것을 볼 수 있기 때문에 다른 사람이 같은 것을 보내 게 할 가능성이 줄어 듭니다. 그리고 완료되면 포인트를 한 번에 하나씩 업데이트 할 수 있습니다.

누군가가 "대역 외"이메일을 보내면 문서에 추가하도록 요청합니다.


1

피벗 추적기

나는 많은 고객, 많은 조직 유형과 함께 사용했습니다.

'민첩 / 스크럼을 위해 만들어졌습니다'. 사용자 스토리, 특히 가치를 제공하는 기능에 중점을 둡니다.

  • 무료 / 매우 저렴합니다.
  • 주문을 위해 끌어서 놓기가 있습니다.
  • 비 기술적 인 최종 사용자에게 적합하고 사용하기 쉽습니다.
  • 특정 스토리에 대한 URL 링크를 제공합니다.
  • 스프린트 중에 실제로 수행 된 작업량에 대한 피드백을 제공하여 과거 기록의 사실을 기반으로 한 프로젝트 관리 및 시간 추정을 가능하게합니다.

1

TestTrackPro 는 마지막 직장에서 우리를 위해 일했습니다. 지난 3 년간 어떻게 바뀌 었는지 모르겠습니다.

서버에있을 때 모든 사람이 문제를 추가하고 액세스 할 수있었습니다. 파일을 문제에 추가 할 수 있다고 확신합니다. 다양한 매개 변수로 쿼리 할 수 ​​있으므로 작업 만 볼 수 있습니다. 작업은 작업하면서 변경할 수있는 상태입니다. 표준 버그 추적기였습니다.

사용자의 요청을 관리하는 도구를 찾고 있다면 내 요구에 따라 다른 도구와 비교하여 어떻게 가장 많은 표를 얻은 도구인지 살펴볼 것입니다. 전자 메일 만 사용하여 내 작업을 추적하지는 않습니다.


우리는 그것을 조금 사용합니다. OK, 워크 플로우 시행에 훌륭하지만 인터페이스는 매우 어수선합니다. 위젯 라이브러리가 화면에없는 것 같습니다.
flamingpenguin

0

XPlanner를 사용했지만 몇 년 동안 유지되지 않는 것 같습니다. 이제 "VersionOne" 이라는 도구를 사용합니다 . 괜찮아. 그것이 잘하지 못하는 것들은 다음과 같습니다.

  1. 보고-제한된 통계가 제대로 작동하려면 정확한 시간에 모든 것을 채워야하는 것 같습니다
  2. 사용자 정의 필드 추가-실제로 필드를 잘 처리하지만 추가하는 프로세스가 복잡합니다.
  3. UI 니글 링-메인 UI는 웹 UI, AJAX는 있지만 5 가지 방법으로 작업을 수행 할 수 있으며 직관적으로 원하는 것은 없습니다.
  4. 검색-검색 구현이 끔찍합니다. 예를 들어 이야기의 정확한 제목을 검색 창에 붙여 넣어 이야기를 찾을 수없는 경우가 있습니다.

HTTP를 통해 액세스 할 수있는 꽤 좋은 API가 있으므로 스토리 / 작업 / 관리 정보를보다 간결하고 유용한 방식으로 표시하는 사용자 정의 데스크탑 앱 인터페이스를 만들었습니다!

우리가 그것을 사용하기로 결정했을 때 우리에게 더 좋은 것을 찾을 수 없었습니다. 그것은 많은 기능을 가지고 있지만 UI가 많이 구성되고 구현 될 수 있다고 느끼게합니다 (그리고 많은 좌절을 피하십시오).


-1

공유 지점

문제 및 작업을 추적하는 데 좋습니다.


TFS 내에서? 또는 독립형?
aggietech

우리는 독립형을 구현했습니다.

1
아뇨. 어쩌면 당신의 경험은 다를 수 있지만 내 것과는 다른 무거운 물건과 방해가되는 도구이므로 더 좋은 것들이 있어야합니다.
wheaties

@ wheaties, 그것은 사용자 정의하는 데 약간의 작업이 필요합니다.
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.