Bir Sürüm Planı için Gereken Ayrıntı Düzeyine Karar Verme

“Yayın planımız için ne kadar ayrıntıya ihtiyacımız var?”

Bu, bir yazılım geliştirme projesinin başlangıcında veya uzun süredir devam eden bir ürün ekibi durumunda, bir sistemin büyük bir sürümünün geliştirilmesinden önce sorulması gereken önemli bir sorudur.

Bu sorunun cevabı, planımızı belgelemek için harcadığımız ilk çabanın miktarını ve belgelenmiş planı zaman içinde sürdürmek için ne kadar çaba göstermemiz gerektiğini belirleyecektir. Çevik bir bakış açısından, kritik konuları önceden düşünmek, ancak fazla düşünme veya çok erken taahhütlerde bulunma risklerini üstlenmemek anlamına gelen planlamadan yararlanmak istiyoruz.

Kısacası, agilistler sadece yeterli planlamayı hedefler.

Yayın Planlarken Bağlamınızı Bilin

İş çevikliği için temel bir ilke , bağlamın önemli olduğudur: farklı ekipler farklı durumlardadır ve etkili olmaları için yaklaşımlarını buna göre ayarlamalıdır.

Bunun ilginç bir anlamı, “en iyi uygulamalar” olmamasıdır. Bunun yerine, tüm uygulamalar doğası gereği bağlamsaldır. Herhangi bir uygulamanın ödünleşimleri vardır: bazı durumlarda iyi çalışır ve diğerlerinde kötü bir fikir olduğunu kanıtlar.

Etkili bir çalışma yöntemi (WoW) seçmek için, size sunulan çeşitli tekniklerin ödünleşimlerini anlamanız ve ardından karşılaştığınız durum, beceri ve kültür göz önüne alındığında size en uygun kombinasyonu seçmeniz gerekir. ilgili insanlar. Bunu kabul ederek, aşağıdaki sürüm planlama seçenekleri reçetelerden ziyade seçimlerdir.

Şekil 1. Yayın süreci hedefinin Planlanması.

Şekil 1'de, bir ekibin yazılım tabanlı bir çözümün ilk sürümünü nasıl planlayabileceğine ilişkin süreç hedef diyagramını görüyorsunuz. Bir planın program/zaman, maliyet, değer, personel alımı hususları veya bunların kombinasyonlarını nasıl ele alabileceğine dikkat edin.

İlgili: Bir Yazılım Geliştirme Projesine Nasıl Finansman Sağlanır

Dikkate almanız gereken karar noktalarından biri, eğer varsa, planınızda ne kadar ayrıntı yakalayacağınızdır. Bu, kırmızı dikdörtgenle gösterildiği gibi, bu makalenin odak noktasıdır.

Bir sürüm planlarken göz önünde bulundurmanız gereken sekiz karar noktası olduğunu ve bu karar noktalarının her birinin seçenekleri olduğunu hedef diyagramında görebilirsiniz. Seçenekler listesinin yanında bir ok olduğunda, seçeneklerin sıralandığını söylüyoruz; ok olmadığında sırasızdırlar.

Sıralı seçenekler söz konusu olduğunda, en etkili seçenekler listenin en üstüne ve en az etkili seçenekler en alta doğru olacak şekilde seçeneklerin göreceli etkinliğini sıralayabildik. Sıralamaların yazılım dışı ekipler için de geçerli olduğundan şüphelensek de, Şekil 1'de gösterilen sıralamaların yazılım ekipleri için olduğunu belirtmek önemlidir.

Yayın Planında Ayrıntı Düzeyi Seçenekleri

Bir çözümün piyasaya sürülmesini planlamak için dört seçenek olduğuna inanıyorum; daha fazlasının olabileceğini ve stratejileri birleştirebileceğinizi bilmeme rağmen. Şekil 1'de gördüğünüz gibi seçenekler listesinin yanında sıralı olduğunu gösteren bir ok var. En etkiliden en az etkiliye doğru seçenekler şunlardır:

1. Yuvarlanan dalga : Plan, gelecek çalışmalar için daha fazla ayrıntı ve daha sonraki çalışmalar için daha az ayrıntı ile bir dalga gibi sürüm boyunca sürekli olarak güncellenir. Yuvarlanan bir dalga planı, üst düzey bir plan olarak başlar ve uygun şekilde ayrıntılar, sürüm boyunca tam zamanında eklenir.
2. Üst düzey: Sürüm planı, önemli kilometre taşlarını , aşamaları, yinelemeleri/sprintleri (ekibiniz bu şekilde çalışıyorsa) ve bunlar arasındaki tüm bağımlılıkları gösterir. Gerçekleştirilecek ayrıntılı çalışmayı ele almaz. Bunun yerine, ekibin kendi kendini organize etmesine ve o anda uygun olanı yapmasına güvenir.
3. Ayrıntılı: Yayın planı, yapılacak işle ilgili önemli ayrıntıları içerir ve hatta bu işi belirli rollere veya kişilere atayabilir. Ayrıntılar, çevik ve scrum ekiplerinin genellikle "Sprint 0", Başlangıç ​​veya Başlatma olarak adlandırdığı bir dönemde, sürümün başlangıcında tanımlanır . Ayrıntılar genellikle iş ilerledikçe zaman içinde güncellenir.
4. Yok : Yayın planı hiç belgelenmemiş. Planlama yine de yapılabilir, ancak planın kendisi yakalanmaz.

Sürüm Planlama Seçeneklerinizi Karşılaştırma

Daha önce de belirtildiği gibi, "en iyi uygulama" diye bir şey yoktur, bunun yerine her uygulama bazı durumlarda iyi sonuç verir ve diğerlerinde pek iyi olmaz. Tablo 1, yukarıda açıklanan sürüm planlama detay stratejileriyle ilişkili ödünleşimleri gözden geçirir.

İlgili: Ücretsiz Proje Planı Şablonu

Bir seçenekle ilgili ödünleşimleri bildiğinizde, karşılaştığınız durum için hangi yaklaşımın en uygun olduğuna dair daha iyi bir karar verebilirsiniz. Daha iyi seçimler daha iyi sonuçlara yol açar.

Tablo 1. Bir plandaki ayrıntı düzeyi için her bir stratejinin karşılaştırılması.

Sürüm Planlaması Yapılırken Seçim İyidir

Etkili olmak istiyorsanız, yaklaşımınızı karşılaştığınız duruma uygun hale getirmelisiniz. Farklı ekipler farklı durumlarla karşı karşıya olduğundan, tek bir yaklaşım herkese uymaz ve bunun yerine anladığınız ve uygun şekilde uygulayabileceğiniz seçeneklere sahip olmanız gerekir.

Daha da önemlisi, durumunuz geliştikçe yaklaşımınızı geliştirmeye hazır olmanız gerekir. Bu makalenin gösterdiği gibi, sürüm planınızın ayrıntı düzeyi için bir dizi seçeneğiniz vardır. Tavsiyemiz, karşılaştığınız durumda elinizden gelenin en iyisini yapmanız ve her zaman öğrenmeye ve gelişmeye çalışmanızdır.

İster ayrıntılı plan yapın, ister çevik bir çerçeveyi takip edin ve daha gevşek planlayın, yineleme için açık alan bırakın, yine de planlamanız gerekir. ProjectManager , size uygun gördüğünüz şekilde planlama esnekliği sağlayan bulut tabanlı bir proje yönetimi yazılımıdır. Kanban panoları, Gantt çizelgeleri ve bu planı harekete geçirdikten sonra güncel veriler sağlayan gerçek zamanlı bir pano ile, değişimin her zaman farkında olur ve hızlı tepki verebilirsiniz. Bu ücretsiz 30 günlük denemeyi alarak kendiniz görün .