민첩한 프로젝트 관리를위한 소프트웨어 도구 [폐쇄

Question

우리는 버그 추적 및 릴리스 관리를위한 JIRA를 사용하며 JIRA 내부의 프로젝트 관리를 위해 GreenHopper를 사용하기 시작했지만 부족한 것은 사용자 스토리와 해당 사용자 스토리의 작업에 대한 아이디어입니다. 사용자 스토리와 작업을 완벽하게 지원하는 Agile Project Management 도구와 같은 다른 작업 보드를 추천하고 사용자에게 빠르고 간단합니다. 나는 TargetProcess를보기 시작했기 때문에 누군가가 그에 대한 피드백을 받으면 큰도 좋을 것입니다.

Answer 1

대상 프로세스 내가 사용한 가장 방해가 최소 프로젝트 MGMT 도구입니다.

Answer 2

스크럼 및 XP 팀의 일반적인 패턴은 스토리를 작업으로 나누고 해당 작업을 추적하며 반복이 끝날 때 모든 작업이 완료되었지만 사용자 스토리는 (단순한 것 이상이기 때문에) 그들의 과제의 합).

작업을 전혀 추적하지 않는 것이 좋습니다. 원하는 경우 추정을 위해 브레인 스토밍하지만 항상 전체 이야기를 추정하고 추적하십시오. 이야기가 크다면 더 작은 곳으로 나누십시오. 이야기 - 때로는 창의성이 필요하지만 거의 항상 가능합니다.

Jira의 하위 문제를 사용하여 이야기를 더 큰 이야기로 집계 할 수 있지만, 이것은 내가 기억하는 한 Greenhopper가 잘 지원하지는 않습니다. 당신의 팀이 통합되면, 나는 할 것이다 매우 높습니다 어쨌든 화이트 보드에 인덱스 카드를 추천합니다.

Answer 3

화이트 보드 및 스티커 메모 또는 메모 카드.

소프트웨어를 요청했지만 환경에 따라 공개적으로 보이는 작업 차트의 커뮤니케이션 가치를이기는 것이 어려울 수 있습니다.

그러나 소프트웨어가 있어야하는 경우도 있습니다 랠리 그리고 versionone.

Answer 4

우리 회사는 한동안 TargetProcess를 사용해 왔으며 우리는 제품에 매우 만족합니다. 우리가 문제 나 버그를 경험할 때마다, 우리는 그들에게 그것을보고했으며 문제 나 버그는 실제로 빠르게 해결됩니다. 스크럼과 잘 어울리는 훌륭한 도구입니다. 정말 추천합니다.

Answer 5

acunote 내가 찾은 최고의 것입니다. 정말 쉽고 간단하며 빠르게 사용합니다.

Answer 6

우리는 문제없이 Greenhopper와 함께 Jira를 사용합니다. JIRA 인스턴스의 구성을 제어 할 수있는 경우 하위 작업을 할 수있는 스토리 문제 유형을 쉽게 만들 수 있습니다. 계획 단계에서는 스토리를 다음 버전으로 삭제하여 하위 작업으로 나누고보다 정확한 시간으로 추정되고 팀원에게 할당됩니다. 해당 작업이 별도 인 경우 특정 스토리의 하위 작업으로 변환 할 수도 있습니다.

Answer 7

Thoughtworks는 당신을 기꺼이 팔 것입니다 섞다

Answer 8

보세요 http://agilezen.com/

Answer 9

재즈를 살펴보십시오. http://www.theserverside.com/news/thread.tss?thread_id=44577, http://jazz.net/pub/index.jsp

Answer 10

우리는 방금 Crew라는 새로운 도구를 출시했습니다. 매우 유연하며 프로세스에 맞는 프로젝트 구조 및 워크 플로를 설정할 수 있습니다.

http://www.devmynd.com/crew