BARITON
← Tüm yazılar

Yarım Kalmış Bir Uygulama Projesi Nasıl Devralınır?

Yarım kalan bir uygulamayı devralmak bazen sıfırdan başlamaktan daha belirsizdir. Görünen ekranların arkasındaki kalite, hesap erişimleri ve eksik işler anlaşılmadan süre veya fiyat vermek sağlıklı olmaz. İlk işim mevcut durumu fotoğraflamaktır.

Melihcan Günbay · Bariton kurucusu

Erişimler ürün sahibinde mi?

Kaynak kod, mağaza hesapları, alan adı, tasarım dosyaları ve kullanılan hizmetlerin erişimi kontrol edilir. Bunların yalnızca önceki geliştiricide olması ciddi risk yaratır.

Parolaları mesajla toplamak yerine sahiplik ve güvenli devir planı yapılmalıdır. Eksik erişimler, teknik incelemeden önce bile projenin geleceğini etkiler.

Çalışıyor görünmek yeterli değildir

Uygulama açılabilir fakat ödeme, bildirim, hesap silme veya yayın hazırlığı eksik olabilir. Tamamlandı denilen her akışın gerçek cihazda denenmesi gerekir.

Ben yalnızca hata listesine değil, mevcut yapının sürdürülebilir olup olmadığına da bakarım. Bazen düzeltmek, bazen belirli bölümü yeniden kurmak daha doğrudur.

Önceki kapsam ile bugünkü ihtiyaç

Proje beklerken iş modeli veya kullanıcı beklentisi değişmiş olabilir. Eski belgeyi aynen tamamlamak yerine hâlâ doğru ürünü yapıp yapmadığımızı kontrol etmek gerekir.

Bu değerlendirme gereksiz özellikleri bırakma ve kritik eksikleri öne alma fırsatı verir. Devralma yalnızca teknik tamir değildir.

Aşamalı kurtarma planı

Önce çalıştırılabilir ve ölçülebilir bir temel, ardından kritik sorunlar, sonra yeni özellikler. Tüm belirsizliği tek büyük teklif içine saklamak yerine aşamalı ilerlemek daha güvenlidir.

İnceleme sonucunda devam etmenin mantıklı olmadığı da söylenebilmelidir. Dürüst bir durdurma kararı, kötü yapıya yeni bütçe eklemekten iyidir.

Projeniz için

Aklınızdaki uygulamayı birlikte netleştirelim.

Hazır bir teknik dokümana ihtiyacınız yok. Fikri, kullanıcıyı ve temel ihtiyaçları anlatmanız yeterli.

Proje formunu doldur →