Bugzilla, Scrum projelerini yönetmek için ne kadar iyi çalışıyor?

Question

MS Sharepoint'imiz var - bu, bir görev listesini yönetmek için hiç de kötü değil. Verilerin halka açık, insanlar değişiklik ve ödevler hakkında bilgilendirilir.

Bugzilla'nın yönetim ve raporlama amacıyla biraz daha kolay olabileceğini düşünüyorum. Açık kaynak kodlu Scrum yönetim araçlarına sahip olmakla birlikte, birçok politik sermayemi kullandım ve şu an sahip olduğumuzdan çok daha fazlasını isteyemiyorum. Para nesnenin değil - belli ki - takımımın çok fazla özel aleti olduğu fikri.

Bugzilla daha genel bir proje yönetim aracı olarak dışarı çalışacak mı - hata düzeltme kullanım durumları dışında?

ben acı hayal kırıklığına olacak ve başka bir şey indirilen ve daha iyi bir proje yönetim aracı için davamı yapmıştı dilek?

Answer 1

Bugzilla Harika bir hata izleme sistemi. Bunu diğer proje yönetimi görevleri için kullanmaya çalıştık ve sonuçlar daha az yıldızlara sahip. Amaçlarınız göz önünde bulundurularak tasarlanmış bir şey bulmanızı tavsiye ederim.

Answer 2

Çeşitli projeler için Trac ve Subversion'ı çok başarılı bir şekilde kullandık.

burada önemli avantajı yönetime bilgi sağlamak üzere raporlar, bazı çok Scrum özgü, uyarlamak mümkün ediliyor.

Answer 3

Kendiniz deneyin.

wush.net bir 15 $/ay hesabı al ve bir süre (memnun müşteri yanında hiçbir iş ilişkisi) için kendin kullanın.

Bugzilla güçlü ve kafa karıştırıcı olabilecek birçok yapılandırma seçeneğine sahiptir.

Üç yıl önce üzerinde çalıştığım bir projede şahsen kullandım. Proje müdürüm yoktu ve geliştiriciydim, bu yüzden çok hafif bir sisttem ihtiyacım vardı. Bugzilla bana bunu verdi. Ana hedefimi bir “üretim sistemi” olarak geliştirdim ve sonra bu noktaya ulaşmak için bağımlılıklar yaptım. Birbirlerine tamamen bağlı 160 düğümün olduğu ortaya çıktı. Bu aslında bir iş dökümü yapısıydı. Zaman tahminleriyle uğraşmadım ve başka bir tür proje belgesi oluşturmayla uğraşmadım.

Harika bir avantaj, kodlandığım zaman, yapılması gereken bir şey fark ettiysem, sadece bir hata olarak bugzilla'ya (bir kez kurulduktan sonra 20 saniyelik bir süreç) girerim, bağımlılık olarak bağlarım ve Yapıyordum. Ben bir görevi tamamlamış zaman

, bu işte en dıştaki yaprağı (diğer engellenen fakat kendileri bloke değildi böcek) ve işi bağımlılık diyagramı bakıp bulur.

Bu yöntemin benim için avantajı, bir görevin basit göründüğü ve onunla ilişkili bir düğümün olsaydı, ancak kendisinin yaptığı şeyi yaparken daha karmaşık olduğunu fark ettiğimde, onu farklı alt görevlere bölebilirdim. Bu sadece bir dakika sürdü ve kesinlikle bir proje yöneticisi ile bir toplantı içermiyordu. takımda

Diğer insanlar açık hata bakarak benim ilerlemeyi izlemek olabilir, bunlar beni yalnız bıraktı, onlar eylem gördüm, vb tarihe göre sıralanabilir böcek kapattı. Dış bağımlılıklarım olduğunda, bir hata yapardım, işi detaylandırır ve o kişiye e-posta yoluyla bir bağlantı gönderirdim. Bağımlılık şemasına bakarak bunun neden gerekli olduğunu gördüler.

Daha önce üzerinde anlaşılmadıkça, bunları hataya atamadığımı unutmayın.

Gerçekten iyi çalıştı ve sistem bir ay erken hazırdı.

SCRUM ile nasıl çalışır? Scrumda sadece şerefli bir bakış vardı, sana söyleyemem. Ama bu benim deneyimimdi. Size üç şey sağlayacak özel bir ev sahibi kullanarak

:

• destek
• kolay yükseltmeleri (in-house gurularını var sürece, bugzilla yönetimi kolay değil - benim için en azından)
Kuruluş sınırları boyunca
• kullanıcıları.

Bugzilla'nın her türlü güvenlik özelliğine sahip olduğunu unutmayın, böylece kullanıcıları görmesi gerekenlere kilitlemek kolaydır.

Answer 4

Tek çözümüm, göreceli kolaylıkla entegre edilebilen DokuWiki + MantisBT + Subversion + Review Board'tur. Barındırılan alternatif Bitbucket.org. Gerekçe Wiki'de kullanıcı hikayeleri yazıyor ve onlara özel görevlere başvurabiliyor. Daha büyük hatalar işbirliği ile tasarlanabilir ve Mantis tarafından hazırlanan hata raporunda "wiki" bağlantısı sağlanır. İnceleme panosu, değişiklik yapılmadan önce svn diff'e karşı akran kodu incelemeleri yapmanıza olanak tanır.