Kodunuz yeterince temiz mi?

PMBOK 6 ile gelen yeniliklerden en önemlisi çevik yöntemlere yapılan büyük vurgu.  

Neden çevik yöntemler bu kadar popüler?  

Çünkü, müşteriler isteklerini yeterince detaylı ve net bir şekilde açıklayamıyorlar,  hatta ne istediğini kendisinin de bilmediği müşterilerin sayısı hiç de az değil.  O yüzden, en başarılı yöntem, müşterinin önüne hızlıca bir ürün ile çıkmak ve müşteriye ürünü göstermek ve bunu mu istediniz diye sormak.  

Çevik yöntemlerin bir çok iyi yönü ve faydalı özellikleri var ama dikkat edilmez ise tehlikeli tarafları da var.  Tehlikeli taraflarından biri de:  Teknik Borç (Tech Debt)

Teknik Borç konusunda daha önce bir makale yazmıştım:  buradan okuyabilirsiniz.  
Bu yazının amacı, teknik borcun temizlenmesi için vakte ihtiyacı olduğunun proje yöneticileri (business) tarafından bilinmesi gerektiğidir.  

Proje yöneticisi olarak göreviniz:   çevik yöntemlerin başlangıçta tasarım için vakit ayırmadığı için hızlı yol alıyormuş gibi görünen çevik yöntemlerin arada bir teknik borç temizlemek için yavaşlamak zorunda olduğunu anlamak.  

Teknik borcun temizlenme işlemine ingilizce REFACTORING denir.  Turkçesi herhalde, yeniden düzenlemek veya yeniden tasarlamak olabilir.   İsmini ne olursa, olsun:  Yapılan şey, kirlenen kodun temizlenmesi işlemidir.  Kod makinenin aklı gibidir.  Aklımızı temizlemek için düşüncelerimizi terleyip toplamak iyi fikir olabilir.  Daha iyi düşünmek için kitaplar var.   Bu kitaplar daha iyi düşünmenin sırrının basit düşünmek olduğunu söyler.  Kafa karışıklığını gidermek için de kodumuzu temizlemek için de aynı yöntem kullanılır:  BASİTLEŞTİRMEK!  :)  İşte refactoring in yapması gereken şey bu:  Kodu temizlemek yani KODU BASİTLEŞTİRMEK.  Basitleştirmek için yapılması gereken kavramları gruplandırıp sayılarını azaltmak.  Ör:  50 maddelik listeyi hatırlayamazsınız ama 10 maddelik 5 grubu hatırlanamanız daha kolay olabilir.  

Çevik yöntemlerde, tasarım için haftalarca tasarım için vakit ayrılmaz.  Bu başlanğıçta ayrılmayan zaman sprint'lerin arasında kademeli olarak ayrılmak zorunda.  

Aşağıdaki şekil, en geç 5 sprint'de bir kodu temizlemek için bir sprint ayırmak iyi bir pratik olabilir.  Proje yöneticisi olarak göreviniz:   çevik yöntemlerin başlangıçta tasarım için vakit ayırmadığı için hızlı yol alıyormuş gibi görünen çevik yöntemlerin arada bir teknik borç temizlemek için yavaşlamak zorunda olduğunu anlamak.  

Çevik yöntemler birçok konuda değerli sonuçlar verebilir ama hiç bir şey bedava değildir.  Çevik yöntemlerin bu kadar hızlı ve güzel sonuçlar almasının bedellerinden biri:  Teknik Borç.  Teknik borç kavramının farkında olmak ve temizlenmesi için vakit ayrılması gerektiğinin bilinmesi başarılı sonuçlar için önemlidir.  

PMP sınavında ve gerçek hayatta faydalı olması dileğiyle,

Barış, huzur, esenlik üzerinize olsun,
Orhan Kalaycı