Bugzilla는 스크럼 프로젝트 관리에 얼마나 잘 작동합니까? [닫은

Question

MS SharePoint가 있습니다. 이는 작업 목록을 관리하는 데 모두 나쁘지 않습니다. 데이터는 공개적으로 이용 가능하고 사람들은 변경 및 과제를 통보받습니다.

Bugzilla는 관리 및보고 목적으로 조금 더 쉬울 수 있다고 생각합니다. 멋진 오픈 소스 스크럼 관리 도구가 있지만, 나는 많은 정치 자본을 사용했으며 지금 우리가 가진 것보다 너무 많은 것을 요구할 수 없습니다. 돈은 대상이 아닙니다. 분명히 - 우리 팀이 너무 많은 전문 도구를 가지고 있다는 생각입니다.

Bugzilla는 버그 수정 사용 사례 외부에서보다 일반적인 프로젝트 관리 도구로 작동합니까?

나는 몹시 실망하고 다른 것을 다운로드하고 더 나은 프로젝트 관리 도구를 위해 내 사례를 만들었기를 바랍니다.

Answer 1

Bugzilla는 훌륭한 버그 추적 시스템입니다. 우리는 다른 프로젝트 관리 작업에이를 사용하려고 노력했으며 결과는 별보다 적습니다. 목표를 염두에두고 설계된 것을 찾는 것이 좋습니다.

Answer 2

직접 시도해보십시오.

Wush.net에서 월 $ 15/월 계정을 받고 잠시 동안 직접 사용하십시오 (만족스러운 고객 외에는 비즈니스 관계 없음).

Bugzilla는 강력하고 많은 구성 옵션이있어 혼란 스러울 수 있습니다.

나는 3 년 전에 내가 작업하고있는 프로젝트에서 개인적으로 그것을 사용했습니다. 나는 프로젝트 관리자가 없었고 개발자 였으므로 매우 가벼운 헤드 Systtem이 필요했습니다. Bugzilla가 나에게 그것을 주었다. 나는 나의 주요 목표를 향상된 "생산 시스템"으로 발표 한 다음 그 시점에 도달하기 위해 의존성을 만들었습니다. 결국 160 개의 노드가 서로 의존하게되었습니다. 이것은 본질적으로 작업 고장 구조였습니다. 나는 시간 추정치를 귀찮게하지 않았으며 다른 종류의 프로젝트 문서를 만드는 데 귀찮게하지 않았습니다.

멋진 장점은 코딩 된대로 무언가를해야한다는 것을 알게되면 Bugzilla (설정된 후 20 초 프로세스)에 팝업하여 종속성으로 묶고 내가하고있는 일로 돌아가는 것입니다.

작업을 완료 할 때마다 종속성 다이어그램을보고 가장 바깥 쪽 잎 (다른 차단되었지만 다른 차단되지 않은 버그)을 찾아서 작업합니다.

이 방법의 장점은 작업이 단순 해 보이고 하나의 노드와 관련된 노드를 가지고 있다면, 그 자체를 수행 할 때 더 복잡하다는 것을 깨달았다는 것입니다. 이것은 단지 1 분이 걸렸고 절대적으로 프로젝트 관리자와의 회의를 포함하지 않았습니다.

팀의 다른 사람들은 열린 버그, 날짜로 분류 된 닫힌 버그를 보면서 내 진전을 추적 할 수있었습니다. 그들은 행동을 보았습니다. 그들은 나를 내버려 두었습니다. 외부 부양 가족이 있었을 때, 나는 버그를 만들고, 작업을 자세히 설명하고, 그 사람에게 이메일을 통해 링크를 보냅니다. 그런 다음 종속성 다이어그램을 살펴보면 이것이 왜 필요한지 알 수있었습니다.

이전에 동의하지 않는 한, 나는 그들에게 버그를 할당하지 않았다.

정말 잘 작동했고 시스템은 1 개월 일찍 준비되었습니다.

Scrum과 어떻게 작동합니까? Scrum에서 단지 한 눈을 보았을 때 나는 당신에게 말할 수 없습니다. 그러나 그것은 내 경험이었습니다.

전용 호스트를 사용하면 세 가지가 허용됩니다.

• 지원하다
• 쉬운 업그레이드 (사내 전문가가 없다면 Bugzilla Management는 쉽지 않습니다.
• 조직 경계를 넘어서는 사용자.

Bugzilla에는 모든 종류의 보안 기능이 있으므로 사용자를 쉽게 잠그기 쉽습니다.

Answer 3

우리는 여러 프로젝트에 TRAC와 Subversion을 매우 성공적으로 사용했습니다.

여기서 주요 장점은 매우 스크럼에 맞는 보고서를 경영진에게 제공 할 수 있다는 것입니다.

Answer 4

독립형 솔루션은 Dokuwiki + Mantisbt + Subversion + Review Board로, 상대적으로 쉽게 통합 될 수 있습니다. 호스팅 된 대안은 bitbucket.org입니다. 이론적 근거는 Wiki에 사용자 스토리를 작성하고 특정 작업을 참조 할 수 있습니다. 더 큰 버그는 협력 적으로 설계 될 수 있으며 Mantis의 버그 보고서에 "Wiki"링크가 제공됩니다. 검토위원회를 사용하면 변경이 커지기 전에 SVN Diff에 대한 피어 코드 검토를 수행 할 수 있습니다.