Yazılım geliştirme ilerlemenizi paydaşlarınıza nasıl sunacaksınız?

Bugzilla'yı hataları ve özellik isteklerini izlemek için kullanırız ve ayrıca bir özelliği kodlamayı bitirmeleri halinde geliştiricilerin ayrı bir sürüm notlarına yazmasını isteriz. Eski moda, biliyorum.

Yukarıdaki düzenlemeyle ilgili bir sorunumuz, halihazırda satmakta olduğumuz yazılımlar için harika çalışırken, yeni bir yazılım geliştirme projesinin ilerlemesini izlemek tamamen işe yaramaz olmasıdır. Bunun nedeni, yeni yazılım geliştirme noktasında, özellikleri izlemek için bugzilla'yı kullanamayız veya kullanamayız çünkü bugzilla, özellik bağımlılığının karmaşık karmaşıklığını temsil etmek için uygun değildir (Yeni bir şeyi tamamlamak için) yazılım uygulaması, kodlamak için çok fazla özellik var ve bunları bugzilla'ya koymak gibi hissetmiyoruz ve yapsak bile hangi özelliklerin hangisine bağlı olduğunu bilmenin hiçbir yolu yoktu ve bunu yapamayız. yine de gönderim tarihinin doğru bir tahminini alın).

Daha sonra, paydaşlarımız gelişim ilerlememizden (veya eksikliğimizden) endişe edecekler ve takım liderinin (sizinki) tahminlere kapıyı vurmaya başlayacaklar, çünkü trajik olarak, dürüstçe tam olarak yeni uygulamanın tamamlanmasından ne kadar uzakta olduğunu bilir.

Yazılım geliştirme ilerlemenizi paydaşlarınıza nasıl sunacaksınız?

Çevik bir şekilde yapın: Erken ve sık sık demo yapın.

Hiçbir şey, ilerlemek için bir his vermek için onu gerçekten kullanma visseral hissini yenemez.

Feragatname: Bugzilla'yı daha önce hiç kullanmadım, bu yüzden proje yönetimi yeteneklerinden emin değilim ( Bugzilla: Bugzilla ile Proje Yönetimi iyi görünüyor).

Bu mesele disiplin eksikliğinin bir sonucu gibi görünüyor. Harcadığınız zaman ve çabayı planlamak ve hesap vermek için proje yönetimi yazılımı kullanmalısınız . Herhangi bir proje yönetimi yazılımı ( Jira ve Redmine'dan etkilendim ), görevleri bir düzeye bölme işlevine sahiptir, böylece her görev için doğru (~ saat) tahmin verebilirsiniz.

Oradan disiplinli olma ve görev ayrıntılarını doldurma vakası. Bu, projenizin ilerleyişine ilişkin anlık değerlendirme sağlayan bir gantt şeması (Redmine) veya bir proje buruşma şeması (Jira) şeklinde genel bir bakış sağlayacaktır.

Günün sonunda, sadece bir zaman tahmini sağlar (bu, doğruluğu en üst düzeye çıkarmak için görevleri parçalayarak yapılır), daha sonra geliştirme başladığında, ilk (veya revize) tahminlerle ilerlemeyi karşılaştırır.

Proje yönetiminin inanılmaz derecede süslü olması ya da karmaşık araçlar gerektirmesi gerekmez ve özel proje yöneticileriniz yoksa KISS kötü bir mantra değildir. Yeni bir yazılım geliştiriyorsanız, en azından bir çeşit spesifikasyona veya özellik listesine sahip olmalısınız. Bunları bir zaman tahmini, beklenen bir başlangıç ​​tarihi, beklenen bir teslim tarihi, çalışılan saatler ve bir durum göstergesiyle (tamamlandı, devam ediyor, başlatılmadı) birlikte bir e-tabloya ekleyin ve dökün. Daha sonra olabilir üretimi (örneğin toplam tahmini saat vs tamamlanan öğeler için tahmini saat sayısına dayalı bir% tamamlanması gibi) hissetmek proje durumunu gösterecek şekilde ne uygun ölçümlerini üretir. Parlak renkler ile birkaç grafik oluşturun ve herkes mutlu.

Bir çok PPM yazılımı, küçük takımlar için birden fazla projeyi, kaynak tahsisini, QC öğelerini vb. İzleyerek aşırı yüklenebilir. "127 özelliğin 92'sini tamamladık ve planlanandan iki hafta önce kodlama ve test yapacağımızı tahmin ediyoruz." Herkes alkışlar.