Özellik Teslimatı

Yeni geliştirmeler ve özellikler sunmak için Geliştirme Sürecimiz birkaç aşamaya ayrılır. Sürece devam etmeden önce, sürece dahil olan temel roller hakkında konuşmalıyız.

Ürün sahibi: Son kullanıcının menfaatlerini önemser.
Scrum master: tüm süreci koordine etmelidir.
Scrum ekibi: Ürünü geliştirir. Başlıca görevleri programlama, analiz, test vb.

İşte Scrum’un oluşturduğu gelişim sürecinin ana adımları.

Ürün İş Listesi Oluşturma

Ürün iş listesi, müşterilerimizden gelen özelliklerden ve geliştirme sürecinde uygulanması gereken temsilcilerden oluşan bir listedir.

Her Özellik açıklaması aşağıdaki zorunlu alanları içermelidir:

Özelliğin Önemi. İstediğiniz numarayı kullanmak kabul edilebilir.
İlk tahmin, işin genel kapasitesini açıklar.
Demo nasıl yapılır? Çalışan ürünün nasıl gösterileceğini açıklar.

Ürün listesi oluşturma işlemi tamamlandıktan sonra bir sonraki adıma geçebiliriz – sürat planlaması.

Sprint Planlama ve Sprint İş Listesi Oluşturma

Sürecin kalbi, “Tamamlandı”, kullanılabilir hale gelecek şekilde bir ay ya da daha kısa bir zamana kısıtlanan ve potansiyel olarak piyasaya sunulabilen ürün artışı yaratılabilecek olan bir Sprintdir. Kısa bir sprint, bir ürünün çalışma sürümünü daha sık piyasaya sunmamızı sağlar. Böylece müşterinin geri bildirimi daha sık alınacak ve olası tüm hatalar ve problemler zaman içerisinde ortaya çıkacaktır. Bu aşamada daha önemli olan paydaşlarla ekip üyeleri arasındaki işbirliğidir. Ürün sahibi uygun bir Özelliğin önemini belirlerken, scrum ekibi uygun işçilik maliyetlerini belirler.

Bundan sonra, scrum ekibi ürün iş listesinden en önemli kullanıcı Özelliklerini seçebilir. Sprint İş Listesi sonraki olarak oluşturulmalıdır. Mevcut sprint boyunca tamamlanacak olan Özelliklerden oluşur.

Sprint Üzerinde Çalışmak

Mevcut aşama için gerçek Özellikler seçildikten sonra geliştirme süreci başlar.

Mevcut proje durumu hakkında tam ve dürüst bilgiler edinmek için günlük toplantı yapmaktayız. Bu toplantılar sırasında, her ekip üyesi bitirdiği görevi, sonradan hangi görevi seçeceğini ve çalışması sırasında hangi sorunları yaşadığını anlatmalıdır.

Günden güne yapılan toplantılar, geliştirme sürecinin esnekliğini artırmaya yardımcı olur. Ayrıca hangi değişikliklerin yapılması gerektiğinin anlaşılmasını da sağlar.

Test ve Ürün Gösterimi

Her sprintin ideal sonucu çalışan bir ürün olduğundan, test işlemi çok önemlidir.

Geliştirme sırasında yaptığımız bazı test faaliyetleri:

Test uzmanları, sprint özellikleri için memnuniyet koşullarının özelliklerini ele alarak test senaryoları hazırlar.
Test cihazları test durumlarını özelliklerle eşler.
Geliştiricilerin her yeni sürümünde, test uzmanları değişiklikleri ve riskleri değerlendirir ve hangi test durumlarının yürütüleceğine karar verir.
Test cihazları seçilen test durumlarını yürütür ve hataları bildirir.
Rapor edilen hatalar ilgili özelliklerle eşleştirilir.
Test cihazları hata düzeltmelerini doğrular ve hata kayıtlarını günceller.

Ürünlerimizin sürümleri üzerinde birden fazla tür test yapıyoruz, bunlar aşağıdaki gibidir:

Ünite Testi: 5716’dan fazla otomatik test vakamız var.
DB Ünite Testi: 1156’dan fazla otomatik test vakamız var.
Kodlanmış UI Testi: 3000’den fazla otomatikleştirilmiş test vakamız var.

Bu nedenle, aşağıdakilere ulaşılmadıkça ürünlerimizden herhangi bir sürüm yayınlamıyoruz:

Özellik uygulanır: Her Özellik kodu kaynak kontrolüyle kontrol edilmelidir.
İşlevsel Testler yazılır ve uygulanır: Her Özelliğin test durumları hazırlanmış ve yürütülecektir. Sonra ortaya çıkan herhangi bir Hata ortaya çıkacak ve ciddiyeti belirlenecektir.
Kritik ve yüksek test hataları giderilir: Özelliğin tamamlanması için önem derecesinde Kritik veya Yüksek olarak belirtilen tüm hatalar giderilecektir.
Otomatik Regresyon Testi Yapılır: Son sürümde otomatik regresyon testi yapılmalıdır.
Sürüm çevirisi yapılır: Her dize çevrilmeli ve kontrol edilmelidir.
Yönetim tarafından Onaylanan Sürüm: Yönetim sürüm raporunu onaylar.

Her sprintin sonucu ürün gösterimidir. Scrum ekibi bir inceleme oluşturur ve çalışmalarının sonuçlarını gösterir. Bu temelde, paydaşlar daha fazla proje değişikliği hakkında karar alır.

Retrospektif ve Sonraki Sprint Planlama

Geriye dönük bakış açısının amacı, sonuçları tartışmak ve bir sonraki adımda gelişim sürecini nasıl geliştireceğimizi belirlemektir. Ekip, çalışma sürecinde neyin iyi gittiğini ve gelecekteki yinelemede daha iyi neler yapılabileceği sonucuna varmalıdır. İyileştirme yolları tanımlandığında, ekip bir sonraki sprint planlamasına odaklanabilir.