Yarım kalan yazılım projesi nasıl devralınır?

Yeni geliştirici tutmadan önce sorunun türünü belirleyin

Proje yarım kalmış gibi görünebilir; fakat sorun tek bir bağlantı ayarı, henüz tanımlanmamış iş kuralı veya kullanılmayan özellikler de olabilir. Bunların her biri farklı iş ve bütçe gerektirir. Önce ne yapmak istediğinizi ve bugün nerede durduğunuzu bir paragrafta anlatın.

'Yüzde doksan tamamlandı' yerine şu örneği kullanın: 'Ürünler listeleniyor ve sepete ekleniyor; ödeme sonucu sipariş kaydına işlenmiyor.' İlk ifade gelişmişlik hissi verir, ikincisi incelenecek ve kabul edilecek davranışı tarif eder.

Henüz gerçek kullanıcısıyla denenmemiş bir fikirde bütün sistemi yeniden yazmak ilk adım olmayabilir. Daha az özellik, mevcut platformla devam veya küçük bir deneme daha uygun olabilir. Ücretli incelemenin sonucu mutlaka yeni geliştirme satın almak olmak zorunda değildir.

• Tek arıza: belirli davranışı incele ve düzelt.
• Belirsiz kapsam: önce mevcut durum ve iş kuralını netleştir.
• Ticari belirsizlik: büyük geliştirmeden önce en küçük kullanıcı denemesi.

Teslim alacağınız varlıkları tek listede toplayın

Bir çalışan bağlantı projenin tamamına sahip olduğunuz anlamına gelmez. Alan adı başka hesapta, kod eski çalışanda, veritabanı ayrı hizmette olabilir. Her varlık için sahibi, erişim yöntemi, devam eden ücret ve son çalışan sürüm kaydı bulunmalı.

Lovable gibi araçlarda kod aktarımı ve dışarıda çalışma seçenekleri vardır; bu, her hizmetin tek düğmeyle taşınacağı anlamına gelmez. Kodu kopyalamak ile kullanıcıları, dosyaları ve veri ilişkilerini taşımak ayrı işlerdir.

Hak sahibi olmadığınız kodu veya üçüncü kişinin hesabını devretmeyin. Kime ait olduğu tartışmalıysa önce sözleşme ve yetki konusu çözülür. Teknik değerlendirme bunu hukuken karara bağlayamaz.

İlk inceleme erişilebilen bölümle sınırlı olmalı

Yeni uzman önce neye erişebildiğini ve hangi işlemi kontrol edeceğini belirtmeli. Yalnız ekran görüntüsüyle yapılan değerlendirme, kaynak kodu ve canlı ayarları incelenmiş rapor gibi sunulmamalı. Test edilemeyen noktada 'bilinmiyor' demek doğru teslimdir.

Başlangıçta salt okunur kod erişimi ve örnek kullanıcılar çoğu değerlendirme için daha uygun olur. Canlı sisteme yazma, veri taşıma veya ücretli hizmet açma ayrı iş kapsamıdır. Her inceleme kapsamlı güvenlik denetimi ya da bütün satırların gözden geçirilmesi anlamına gelmez.

Daha önce açığa çıkan parola veya sunucu anahtarı varsa sağlayıcı hesabından iptal/yenileme gerekir. Proje dosyasındaki metni silmek geçmiş kopyaları geri almaz. Böyle bir durum görülürse normal planın önüne alınır; gerekli uzmanlık yoksa yönlendirme yapılır.

Devam, sınırlı düzeltme veya yeniden kurulum kararını karşılaştırın

Mevcut araçta kalmak çoğu küçük projede geçerli bir seçenektir. Yeni geliştiricinin tercih ettiği teknoloji tek başına yeniden yazma gerekçesi olmamalı. Çalışan kısmın korunması, değişiklik riski ve devam eden bakım birlikte karşılaştırılır.

Yalnız bir modül bozuksa onu ayırmak mümkün olabilir. Örneğin ürün listesi ve içerik yönetimi çalışıyorsa, tek ödeme bağlantısı sorunu için bütün tasarımı ve ürün verisini baştan kurmak gerekmez. Öte yandan erişilemeyen altyapı veya temel iş modeline uymayan veri düzeni daha geniş iş doğurabilir.

Karar belgesinde seçenek, beklenen fayda, temel risk ve bilinmeyenler yer almalı. İnceleme yapan kişinin düzeltmeyi de satıyor olması, her seçeneği aynı sonuca götürmesini gerektirmez; rapor başka geliştiriciye taşınabilir olmalı.

Bir sonraki işi tek hedef ve kabul listesiyle tanımlayın

Örnek düzeltme kapsamı: 'Mevcut üyelikte kullanıcı çıkış yaptıktan sonra özel sayfaya erişemesin; iki test hesabı birbirinin kaydını açamasın.' Bu, yalnız 'güvenliği düzelt' demekten daha denetlenebilir bir hedeftir. Yetki denemeleri yalnız inceleme yetkisi olan sistemde yapılır.

Kabul listesinde normal işlem kadar başarısız yol da bulunmalı. Kullanıcı yanlış bilgi girerse, servis cevap vermezse veya aynı işlem tekrar gelirse beklenen davranış yazılır. Bütün olası hataların bittiği iddia edilmez; kontrol edilen örnekler ve kalan risk görünür kalır.

Teslim yöntemi de kapsamın parçasıdır: önce deneme bağlantısı, sonra onaylanan sürüm ve yazılı değişiklik özeti. Bu sıra canlı verisi olan projede yedek ve geri dönüş hazırlığıyla desteklenir.

İnceleme, düzeltme, yayın ve bakım bedelini ayırın

İki teklifin toplamı aynı görünse de kapsamı farklı olabilir. Birinde yalnız rapor, diğerinde kod değişikliği veya canlıya alma bulunabilir. Teklifte sayılan iş ile teslim edilecek kanıtı birlikte karşılaştırın; en düşük rakamı aynı işin fiyatı varsaymayın.

Ödeme bağlantısı, veri taşıma, yeni tasarım ve yeni özellikler ayrı kalem olmalı. Platform abonelikleri, alan adı, barındırma, e-posta ve işlem ücretlerinin kime ait olduğu belirtilmeli. Aynı işi iki kez sayan ya da kapsam dışını saklayan belirsiz ifadeleri yazılı netleştirin.

Devralma sonrasında sürekli çalışma zorunlu olmamalı. Bakım istenirse hangi sistemlerin izlendiği, yanıt saatleri, içerdiği iş ve ek ücret gerektiren değişiklikler ayrıca yazılır. Bir kişinin projeyi biliyor olması kesintisiz nöbet hizmeti aldığı anlamına gelmez.

• İnceleme: durum ve karar belgesi.
• Düzeltme: tanımlı değişiklik ve denemesi.
• Yayın/devir: açılan sürüm, hesaplar ve yönerge.
• Bakım: ayrıca anlaşılan dönem ve sınırlar.

İş bitince devam edebileceğiniz bilgi sizde kalmalı

Yalnız çalışan bağlantı değil, değişikliğin nerede yapıldığı ve projenin tekrar nasıl yayınlanacağı da teslim edilmelidir. Hesaplar, giderler, yedek sorumlusu ve bilinen eksikler bir dosyada toplanır. Başka uzmanın işi devralabilmesi müşteriyi belirsiz bağımlılıktan korur.

İlk kabulde seçilmiş işlemler birlikte doğrulanır: ne beklendi, ne görüldü, hangi sürüm denendi? Veri tabanı değişmişse eski kodu açmanın bütün veriyi geri almayacağı ayrıca ele alınır. Yayın ayrıntıları için yayına hazırlama rehberini izleyin.

İncelemeden sonra bir sonraki adımı kendiniz uygulayabilir veya başka geliştiriciye verebilirsiniz. E-ticaret operasyonu ile teknik düzeltme hizmetini karşılaştırıyorsanız danışmanlık rehberi ve entegrasyon aracı ile yönetim hizmeti ayrımı satın aldığınız işin türünü netleştirir.

İlk mesajınızda üç şeyi anlatmanız yeterli

'Ne hazırladım, hangi işlem çalışmıyor, hangi sonuca ulaşmak istiyorum?' sorularını cevaplayın. Örnek: 'Randevu sitesi var; kayıt yapılıyor fakat uygun saatler iki kişiye aynı anda açılıyor. Önce sorunun kapsamını ve düzeltme yolunu yazılı öğrenmek istiyorum.'

Bağlantı, kullandığınız araç ve varsa temizlenmiş hata görüntüsü yardımcı olur. İlk mesajda hesap şifresi veya gerçek müşteri verisi göndermeniz gerekmez. Teknik sözcükleri bilmeden de mevcut durumu anlatabilirsiniz.

Mevcut proje desteği için önce yazılı teknik ikinci görüşle başlanabilir. Güncel bedel ve teslim sınırı paketler sayfasında bulunur; gerçek düzeltme inceleme sonucuna göre ayrıca kapsamlanır.