2. Müşteri velinimetimizdir. Ürettiğimiz yazılımın
en işe yarayan kısmını ilk üretmeliyiz ve geri
kalanı da üretmeye devam etmeliyiz. Örneğin
bir web sayfasını geliştirme isteği düşünün.
Sayfaya eklenecek en önemli özelliği ilk yapıp
mümkünse daha proje devam ederken
müşterinin kullanıma sunup proje daha
bitmeden yarar sağlamaya başlaması güzel
olur. Projenin diğer kısımlarınıda yine
müşteriye en büyük yarar sağlayan kısımdan
başlayarak adım adım tamamlamalıyız.
ÇEVİK YAKLAŞIM KURAL-1
3. Çevik yaklaşım değişime direnmez.
Geliştirmenin son aşamasında bile
olunsa eğer müşteriye avantaj
sağlayacak bir durum ortaya çıkmışsa
değişiklik yapmaktan kaçınılmaz.
ÇEVİK YAKLAŞIM KURAL-2
4. Bir yazılım geliştirirken en kısa sürede birkaç
hafta veya birkaç aylık sürede yazılımın en
azından en yararlı kısmını devreye alın.Ne
kadar kısa sürede üretirseniz o kadar iyidir.
Her sprint (genelde 2 hafta) sonunda bir
demo çıktıyı müşteriye sunabilmelisiniz.
ÇEVİK YAKLAŞIM KURAL-3
5. İş sahipleri(Product owner, Customer) ile iş
geliştiricileri birlikte ve/veya günlük
görüşerek çalışmalılar. Bu klasik yaklaşıma
terstir. Klasik yaklaşımda kick off’ da iş
sahibi ( ürün sahibi, müşteri) ile toplanılır.
Sonrasında aşama aşama bilgilendirmeleri
proje yöneticisi yapar. Agile’ da aracılara yer
çok az yada yoktur ve yüksek oranda iletişim
gereklidir.
ÇEVİK YAKLAŞIM KURAL-4
6. Projelerinizde motive kişilerle
çalışın.Onlara ihtiyaçları olan ortamı
sağlayın. Proje ekibine işi başarıyla
tamamlayacakları konusunda güvenin.
Projelere genel bir antipati varken nasıl
motivasyon sağlanabilir derseniz: Herkesi
dinleyin ve işin en sevdikleri parçasını
dağıtmaya çalışın. Micro kontrol yapmayı
bırakın. İnsanları nerdeyse dron ile kontrol
edecek yöneticilerden olmayın.
Toplantılarda geri bildirimleri toplayın ve
ihtiyaç duydukları anda size gelecek rahatlığı
verin onlara.
ÇEVİK YAKLAŞIM KURAL- 5
7. En etkili iletişim yüzyüze olan iletişimdir.
Eğer bir ekip geliştiriyorsanız en etkili ve
kolay yüzyüze görüşme ile oluşturulur.
ÇEVİK YAKLAŞIM KURAL- 6
8. Çalışan bir yazılım ilerlemeyi değerlendirmenin en önemli adımıdır.
Her yazılan software’ in adım test edilmesi gerekir. Gün sonuna kadar
çalışmayan bir kod yazıp onu çöpe atıp ertesi gün sıfırdan başlamak
agile prensiplerle bağdaşmaz.
ÇEVİK YAKLAŞIM KURAL- 7
9. Çevik süreçler sürdürülebilir ilerlemeyi
teşvik eder. Sponsorlar, geliştiriciler ve
kullanıcılar süresiz olarak sabit bir hızda
devam edebilmelidir. Çalışanları çok
zorlarsanız motivasyonlarını kaybederler.
Haftada belli saatin üzerinde çalışmaya
zorlama, devamlı fazla mesai yaptırma
gibi durumlar çalışanların motivasyonunu
kaybetmesine ve işin sürdürülemez hale
gelmesine neden olur.
ÇEVİK YAKLAŞIM KURAL-8
10. Teknik mükemmellik ve iyi tasarımın
devamlılığı çevikliği artırır.
Daha iyi ve anlaşılır tasarım yapmaya
çalışmak, tasarım ve yazılımları bir
standarta bağlamak , herkesin aynı
şekilde geliştirme yapmaya zorlayarak
çevikliği artırır.Yapılan işlerin
standardını belirlemek çevikliği artırır.
ÇEVİK YAKLAŞIM KURAL-9
11. • Sadelik - yapılmayan iş miktarını
maksimize etme sanatı çok önemlidir.
Müşteri ne istiyorsa onu ver. Kapsama
ekleme yapıp Altın Kaplamaya neden
olmayın. Yada kapsamın dışına çıkmayın.Ne
isteniyorsa onu vermek basitlik ilkesini
anlatır.
ÇEVİK YAKLAŞIM KURAL-10
12. En iyi mimariler, gereksinimler ve
tasarımlar kendi kendini organize eden
ekiplerden ortaya çıkıyor.
>Agile ekiplerde proje yöneticisi
buyurgan değildir. İşleri kolaylaştırki en
iyi dizayn ortay çıksın.
ÇEVİK YAKLAŞIM KURAL-11
13. Düzenli aralıklarla ekibin nasıl işleri
yürüttüğünü ve nasıl daha iyi hale
getirileceğini gözden geçirmesi gerekir.
Her çıktı yada sprint sonunda takımın
nelerin iyi , nelerin kötü gittiğini nelerin
nasıl daha iyiye götürülebileceği
çalışmasını yapması gerekir.
ÇEVİK YAKLAŞIM KURAL-12
14. Çevik Manifesto'nun Dört Değeri
• Süreçler ve araçlardan çok bireyler ve
etkileşimler
• Kapsamlı dokümantasyon dan çok çalışan
yazılım
• Sözleşme müzakeresiden çok müşteri ile
işbirliği
• Bir planı modamod takipden çok
değişime hızlı cevap vermek