Teknik Borç ve Yeniden Düzenleme

Teknik Borç Yığılmışsa Ne Yapmalı?

Teknik Borç Yığılmışsa Ne Yapmalı?

Yeniden Yaz

Teknik borcun fazla birikmesi bu kararın alınmasını gerektirebilecek bir durum oluşturabilir. Teknik borç öyle bir hale gelir ki, yeni özellik geliştirmek veya var olanları düzenlemek hem gereğinden çok uzun zaman alır, hem de bu değişiklikler hata oluşma riskini arttırır. Ayrıca moralleri de bozar.

Durumu düzeltmek için yapılacak yeniden düzenleme maliyeti ve riskinin yeniden yazma maliyetinden daha fazla hale geldiği de görülür.

Yeniden yazma kararı aşağıdaki tablodaki koşullara göre verilebilir.

	Refactor	Yeniden Yazmak
Pazar kaybetme riski	X
Bilgi birikimi	X
Son teknoloji		X

Refactoring geliştirmenin sürekli bir pratiği haline getirilirse ve teknik borç oluşması engellenirse bu tip sorunlar yaşanmaz, bu soruların yanıtlanması ve kararların alınması gerekmez.

Geçtikçe Düzelt

Yeniden yazmak mümkün değilse sadece sık değişen bölümleri düzelterek ilerle. (bkz. http://ronjeffries.com/xprog/articles/refactoring-not-on-the-backlog/)

• Bir bölümü değiştirmeden önce veya değiştirirken yeniden düzenle ve temizle. (Fırsatçı Yeniden Düzenleme (Opportunistic Refactoring))

• Bu yöntemle, sık değişen yerler zamanla daha temiz ve daha kolay değiştirilebilir hale gelir.

• Sık değişen bölümlerin temiz olması daha değerlidir. Yapılan yeniden düzenlemelerin karşılığı hızlıca alınır.

• Değişmeyen bölümleri temizlemek için zaman harcanmamış olur.

• Değiştirilecek yeri temizleyerek ilerlemek yapılacak değişiklikten biraz daha fazla zaman alır. Ancak bu düzenleme yapılmazsa daha sonra kaybedilecek zaman kadar fazla zaman değil.

Yığılmış Teknik Borç Hangi Durumlarda Mazur Görülebilir?

Geliştiren takımın bakımını da üstlendiği projelerde teknik borç kolaylıkla giderilemeyecek kadar yığılmışsa bu durum kabul edilemez. Zaman baskısıyla teknik borca girmek kabul edilebilir, ancak teslimden kısa bir süre sonra bu borç yeniden düzenleme ile giderilirse.

Başka bir takım tarafından önceden geliştirilen ve yeni bir takım tarafından devralınan, kötü kodlanmış projelerde teknik borç yığılmış olabilir. Bu durumda sorumlu olan yeni takımın ancak değiştirdiği yerleri temizleyerek ilerlemekten başka yapabileceği bir şey yoktur. Önceki takım da aynı organizsyonun içinde yer alıyorsa, organizasyonun geliştirme süreçleri, teknik borç engelleyici yöntemleri içerecek şekilde yeniden yapılandırılmalı ve organizasyon çapında standartlaştırılmalıdır.