Öncelikle tarihsel bilgileri paylaşmak istedim sizinle. Extreme Programming (XP) metodu ilk defa 1999 yılında Kent Beck tarafından duyuruldu. Temelde XP metodu 1996 yılında Chrysler firmasındaki bir proje esnasında Kent Beck, Ron Jeffries ve Ward Cunningham tarafından geliştirildi.
| Kent Beck |
XP’nin ortaya çıkmasına neden olan eleştiriler şunlardır:
- · Çalışan program oldukça geç ortaya çıkıyor
- · Çalışan program geç çıktığı için hatalarında farkına çok geç varılıyor
- · Verimli değil
- · Esnek değil, yeni isteklere cevap verip ona uyum sağlayamıyor
- · Değişiklik geç ve oldukça zor yapılıyor
1.Basitlik
XP süreçlerinde değişime ayak uydurabilmek adına sürümler sadece ihtiyaca yönelik çıkartılırlar. Müşteri ile birlikte oluşturulan yazılım ihtiyacı temelde neyi kapsıyorsa yalnızca onlar yapılır, böylece boşa adım atılmamış olur, kayıplar sıfırlanır. Her bir sürüm bir diğeri ile entegre olacağı için karmaşık yapılardan özenle kaçınılmalıdır.
XP süreçlerinde değişime ayak uydurabilmek adına sürümler sadece ihtiyaca yönelik çıkartılırlar. Müşteri ile birlikte oluşturulan yazılım ihtiyacı temelde neyi kapsıyorsa yalnızca onlar yapılır, böylece boşa adım atılmamış olur, kayıplar sıfırlanır. Her bir sürüm bir diğeri ile entegre olacağı için karmaşık yapılardan özenle kaçınılmalıdır.
2.İletişim
XP ekibin iletişimini fazlasıyla önemser. Müşteri, yönetici, son kullanıcı, test uzmanı ve yazılım geliştiriciler ekibin bir parçasıdır. Ekip üyelerinin tecrübelerini ve öngörülerini paylaşması projenin başarısı için oldukça kilit konumdadır. Müşteri isteğini ortaya koyar, son kullanıcı bu durumda beklentilerini iletir, yazılım tasarım analistleri isteklerin belirginleşmesinde müşteriye destek olur ve yazılım geliştiriciler işin ne kadar zamanda biteceğini belirlerler.
3.Geri Bildirim
XP’nin başarısının ardındaki en önemli adım geri bildirimdir. Bu da testler aracılığı ile yapılır.Yazılım geliştiriciler kendi yaptıkları kodları zaten test ederler; ama senaryolar içerisinde bazen beklenmedik sorunlar oluşabilir, bu sebeple bir test uzmanı tarafından senaryolar dahilinde yazılım test edilir ve eksik veya hatalı olan kısımlar iletilerek hemen değiştirilmesi sağlanır.
4.Cesaret
Cesaret, yapılan işlerde gerekirse hemen değişiklik yapmayı simgeler. Bu klasik yöntemlerde pek tercih edilmeyen bir unsurdur, çünkü birçok şeyi baştan almak maliyetleri yükseltir; ama XP için bu göğüslenebilir bir şeydir, nihayetinde istekleri karşılayamadığı takdirde yazılımın başarılı olduğunu ileri sürmek mümkün değildir.
5.Saygı
Ekibin her bir üyesi diğerlerine saygı duymalıdır. Yaptığı iş ufak bile olsa her ekip üyesi tarafından saygı görmelidir, aksi halde ortaya başarılı bir proje koymak mümkün değildir.
Hiç yorum yok:
Yorum Gönder