Çevik bir proje ekibi, ürettiği her üründe geliştirme aşamasından test sonuçlarına kadar kaliteyi üretmeyi taahhüt eder. Her proje ekibi üyesi, en iyi şekilde çalışması için her zaman katkıda bulunur.Tüm ilkeler kaliteli teslimat amacını desteklerken, 1, 3, 4, 6, 7, 8, 9 ve 12 numaralı ilkeler kalite açısından daha öne çıkmaktadır.
1. En büyük önceliğimiz, değerli yazılımların erken ve sürekli teslimi ile müşteriyi memnun etmektir.3. Çalışma yazılımını sık sık (birkaç haftadan birkaç aya kadar) kısa zaman ölçeklerinde sunun.4. İş adamları ve geliştiriciler, proje boyunca günlük olarak birlikte çalışmalıdır.6. Bir geliştirme ekibine bilgi aktarmanın en etkili ve etkili yöntemi yüz yüze iletişimdir.7. Çalışan yazılım, ilerlemenin birincil ölçütüdür.8. Çevik süreçler sürdürülebilir kalkınmayı teşvik eder.9. Teknik mükemmelliğe ve iyi tasarıma sürekli dikkat, çevikliği artırır.12. Düzenli aralıklarla ekibi nasıl daha etkili hale geleceği düşünülmeli, ardından da davranışları buna göre ayarlanmalıdır.
Bu prensipler, pratikte aşağıdaki gibi tarif edilebilir:
- Geliştirme ekibi üyeleri, tam yetkiye sahip olmalı ve sorunları çözmek için yetkilendirilmelidir. Ürünün nasıl oluşturulacağını, görevlerin nasıl atadığını ve ürün geliştirmeyi nasıl organize ettiğini belirleme sorumluluğunu taşırlar.
- Çevik yazılım geliştirme, kodlamayı ve ürünü modüler, esnek ve genişletilebilir kılan çevik mimarileri gerektirir. Tasarım bugünün sorunlarını ele almalı ve kaçınılmaz değişiklikleri mümkün olduğunca basit hale getirmelidir.
- Kâğıt üstünde bir dizi tasarım, asla bir ürünün işe yarayacağını göstermez. Ürün kalitesi, gösterilebilecek ve en sonunda gönderilebilecek şekilde olması ürünün işe yarayacağını gösterir.
- Geliştirme ekibi özellikleri tamamladığında, ekip ürün sahibinin kabul kriterlerini karşıladığından emin olmak için ürün işlevselliğini ürün sahibine gösterir. Ürün sahibinin incelemeleri sprint boyunca gerçekleşmelidir.
- Her sekiz (ideal, dört) hafta ya da daha kısa bir sürenin sonunda çalışma kodu müşteriye gösterilir. İlerleme net ve ölçülmesi kolaydır.
- Test, gelişimin ayrılmaz bir parçası olup, gün sonunda değil, sprintin sonunda gerçekleşir.
- Yeni kodun önceki sürümlerle entegrasyonu test edilir ve çalışmasında meydana gelen küçük artış gösterilir. Sürekli entegrasyon (CI – Continuous Integration) olarak adlandırılan bu süreç, mevcut kod tabanına yeni kod eklendiğinde tüm çözümün çalışmaya devam etmesine yardımcı olur.
Çevik yaklaşımlar kalite yönetimi için aşağıdaki stratejileri karşılar:
- “Bitti” nin tanımı, projenin başlangıcında yapmak ve sonra bu tanım kalite kodu için bir referans noktası olarak kullanmak.
- Otomatik yöntemlerle agresif ve günlük testler yapmak.
- Sadece ihtiyaç duyulduğunda ihtiyaç duyulan özellikleri oluşturmak.
- Kodu gözden geçirmek ve düzene koymak (refactoring).
- Yalnızca ürün sahibi tarafından kabul edilen çalışan kodu göstermek.
- Gün, sprint ve proje boyunca birden çok geri bildirim noktasına sahip olmak.
Bir yanıt yazın