2012-09-07 6 views
4

큰 커뮤니티 웹 사이트의 스크럼 개발 프로세스를 관리하기 위해 JIRA/Greenhopper/Bonfire로 이동하기로 결정했습니다. 정교한 서사시, 이야기 및 할 일들을 모두 만들었습니다. 서로 잘 연계되어 있습니다.JIRA는 Dashboard에서 Epics, Stories 및 Tasks의 계층 적 뷰를 어떻게 보여줍니까?

나는 새로운 서사시 등, 서사시 (신규 또는 기존) 새로운 스토리

이 제대로이 작업을 수행 할 수 있도록 추가하여보다 상세하게 모든 시간을 "제품 스토리"를 개발하고자, I Epics, Stories, Tasks 등 모든 이슈에 대한 계층 적 개요를 원합니다.

질문 : 어떻게 이것을 JIRA에서 설정합니까?

왜? => 내 접근 방식은 프로젝트 관리의 관점에서입니다. 모두가 동일한 비전을 중심으로 조정됩니다. 그러나 팀의 모든 구성원, 특히 실제로 제품을 제작하는 사람들을 위해 현재 또는 계획된 작업이 큰 그림에 어떻게 들어 맞는지 신속하게 파악할 수있는 부분이라고 생각합니다.

+2

구조가 좋은 해결책입니까? – Adriaan

+0

구조를 만드는 사람들을 위해 일하므로 편협한 주관적인 대답은 피할 수 있습니다. :) 그러나 객관적으로 말해서 이것은 고객들 사이에서 매우 전형적인 사용 사례라고 말할 수 있습니다. 지원에 문의하면 우리는 이것과 구조의 다른 많은 응용 프로그램에 대해 데모/조언을 드리겠습니다 (직접 호스팅해야합니다!). – bobs12

답변

0

랠리와 같은 도구에서 나오면 큰 그림을보고 싶어서 고맙게 생각합니다. 우리는 1 년 전에 비용 때문에 Rally에서 Greenhopper로 전환했습니다. 당신이 당신의 돈을 위해 무엇을 얻는다고 말할 수 있습니다. Greenhopper에서 찾고있는 기능을 찾지 못했지만 Epics to Stories (계획 페이지의 경우) 또는 Stories to tasks (작업 페이지의 경우)에 대한 단일 스레드보기 만 표시

2

스토리에는 스프린트에 계층 적으로 표시되는 하위 작업이 있지만 모든 하위 작업은 사용자 스토리의 스프린트에서 완료해야합니다. 또한 스토리를 만들 때 서사시를 지정할 수 있다고 생각합니다. 하드 링크 (스토리 -> 하위 태스크와 동일)가 생성됩니다. Jira 작업을 사용하려는 이유가 있습니까? 내게는 SCRUM 환경에서 에픽, 스토리 및 하위 작업 만 필요하다는 것을 알 수 있습니다. 때때로 수시로 일부 스파이크 및 지원 티켓.