Takımınızın çalışmasını planlamak için hangi yazılımı kullanıyorsunuz ve neden?


11

Planlama çok zor. Kendi geleceğimizi tahmin etmede doğal olarak iyi değiliz ve birçok bilişsel önyargı sorunu daha da kötüleştiriyor. Grup planlaması daha da zordur. Eksik bilgi, bir durumun tutarsız görüşleri ve iletişim sorunları zorluğu arttırır.

Çevik yöntemler, grup planlamasını organize etmek için bir çerçeve sağlar - planlamayı herkes için görünür hale getirir (kullanıcı hikayeleri), daha küçük parçalara (sprintler) ayırır ve geriye dönük analiz sağlayarak planlamada daha iyi olmanızı sağlar. Ancak bu uygulamaları desteklemek için iyi araçlar bulmak zor.

Bu hedeflere ulaşmak için hangi yazılım araçlarını kullanıyorsunuz? Neden bu aracı kullanıyorsun? Ne başarıları var sen belli aracıyla vardı?

Yanıtlar:


5

OmniPlan

Mac OS X planlama aracı.

Temel İzleyici

"Çevik" geliştirme yapmasanız bile kullanışlıdır.

FogBugz

İnanılmaz derecede kullanışlı ve özellikli sorun izleme.

Bunları birlikte kullanıyorum. OmniPlan, tamamlanması gereken tüm görevleri yerine getirmek ve bunları ekibiniz arasında bölmek için harikadır. Kritik yollar ( tamamlama için yapılması gerekenler ) ayarlayabilir ve genel çabayı azaltabilirsiniz. Ayrıca yönetim için görsel olarak harika.

Pivotal geliştirme hızınızı korumak için mükemmeldir. Çevik metodolojiye tam olarak abone olursanız, mükemmel, ancak özellikleri, bağımlı bileşenleri ve şu anda aktif durumu izlemek için hala çok yararlıdır.

FogBugz, programcı olmayanların hata veya özellik istekleri göndermesi ve ilerlemeyi izlemesi için kullanımı kolay bir arayüz sağlar. Gelen sorunlar Pivotal'da değerlendirilir ve kaydedilir. Daha sonra, birden fazla bileşenle daha büyük bir görev haline gelirse OmniPlan'a taşınırlar.


Bunları nasıl kullandığınıza ve sizin için nelerin değiştiğine dair bazı spesifik örnekler söyleyebilir misiniz? Yani, elbette, Joel'in blogunu da okudum, ama bunların neden sizin için en iyi olduğunu duymak güzel olurdu.
Alex Feinman

Sonunda Pivotal Tracker kullandım.
Alex Feinman

6

Redmine kullanıyoruz -> http://www.redmine.org/

En son geliştirme bölümümüzde bir sprint için ne kadar zaman ayırabileceğimizi görebilmemiz için tüm geliştiricilerimizi destek çağrılarıyla birlikte kaydediyoruz. Yararlı çünkü e-posta sistemimiz ve Sürüm Kontrol Sistemimizle güzel bağlar (bizim durumumuzda Git, ancak diğerleriyle çalışıyor).

Kutudan çıkması kolay (Ruby'de yazılmış, çoğu küçük sunucuda çalışacaktır) ve kurulumu ve kullanımı kolay bazı oldukça güçlü eklentilerle.


6

Hiçbirine cevap vermem uygun mu?

Başarılı çevik planlama için yazılım araçlarının gerekli olduğunu ima ediyorsunuz. Kabul etmiyorum. Ekibiniz scrum veya XP'yi doğru şekilde kullanıyorsa ("kitaptan"), planlama için hiçbir yazılım aracı kullanmanız gerekmez.

Birçok durumda, çevik bir sürece yazılım araçları eklemek, zayıf iletişim veya güven ile ilgili asıl sorunla uğraşmaktan kaçınmanın bir yoludur. Bu tür problemler en iyi başka yollarla çözülür.

Benim tavsiyem herhangi bir dijital araç olmadan başlamak ve bunları neden daha sonra gerçekten ihtiyacınız olduğunu anladığınızda daha sonra eklemektir .

(Dağıtık ekipler özel bir durumdur)


3

Her ikisi de kullandım Rally ve JIRA ile Greenhopper .

JIRA ile başlayacağım. JIRA mükemmel bir hata izleme aracıdır. Greenhopper, ekiplerin çevik ile çalışmaya başlamasını sağlayan bir eklentidir. Baştan sona çevik bir araç olarak tasarlanmadığından, bazı süreçler garip hissediyor. Araç ayrıca zaman alıcıdır ve kullanımı zordur. Ancak, son derece özelleştirilebilir. Genel olarak, çevik süreçleri tıkmak zorunda olduğunuz bir araç gibi geliyor.

Ralli sıfırdan çevik bir araç olacak şekilde tasarlandı ve gösteriyor. Birçok çevik süreci son derece iyi takip eder ve süreci tamamlar. Bu aracı son derece çevik bir organizasyonda kullandım ve ekipler arası bağımlılıkları ve birkaç çevik takımı içeren karmaşık projeleri takip etmemize izin verdi. Takımlar arası koordinasyon, diğer araçların mücadele ettiği bir şeydir, ancak Rally bunu iyi yaptı. Ayrıca, Rally mükemmel bir web hizmetleri tabanlı API'ye sahiptir. Ekibimin arka uç olarak Rally kullanarak bazı özel yazılımlar yazmasına ve bazı özel raporlar oluşturmasına izin verdi.


1

TFS'yi Kaynak kontrolü ve İş Öğesi Takibi için kullanıyoruz (maalesef) ve sprint planlarını kaydetmeme ve görev tahtasını senkronize tutmama yardımcı olmak için Telerik iş öğesi yöneticisini kullanıyorum. TFS kullanmak zorunda kalırsanız, telerik daha az acı verir.


0

FIT adında bir sorun izleyici kullanıyoruz (bu şirket için dış kaynaklı yüklenici olarak çalışıyorum, bu yüzden ne kullanacağım benim seçimimdi). Fogbugz karşılaştırıldığında pahalıydı. Küçük bir ayak izine sahiptir, web tabanlı, ucuzdur ve olağan şeyleri yapar. Harika bir paket olan Redmine'a baktım ama yönetim hala kanayan açık kaynaklı bir paket hakkında huzursuzdu.
Bir sorun izleyici gibi bir araç için onu korumak, yükseltmek veya özelleştirmek istemedim: Sadece kutudan çıkmasını ve bu şekilde kalmasını istedim.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.