Kadıköy'de yazılım projesi devralma fiyatları neye göre belirlenir?

01Maliyeti belirleyenler

• aciliyet ve destek penceresi
• aylık bakım mı olay bazlı iş mi
• kod tabanının büyüklüğü ve durumu
• erişimlerin hazır olup olmadığı
• dokümantasyon ve test kapsamı

02Ön değerlendirme akışı

1. Sorunun kısa açıklaması ve varsa ekran görüntüleri
2. Gerekli erişimler: kaynak kod deposu ve Sunucu ve veritabanı erişimi
3. Hızlı inceleme ve bulguların paylaşılması
4. Yazılı kapsam ve teklif

03Hangi sistemlerde uygulanır?

• Web siteleri
• Özel yazılımlar
• Mobil uygulamalar
• E-ticaret siteleri
• Yarım kalan projeler
• Eski (legacy) sistemler

04Teklif soruları

• Dokümantasyon ve kullanıcı eğitimi kapsamda mı?
• KVKK açısından erişim yetkileri ve kayıtlar nasıl tasarlanacak?
• Kapsam dışı değişiklik talepleri nasıl yönetilecek?
• Kapsam ve teslim kriterleri yazılı olarak belirtiliyor mu?
• Geliştirme sırasında deneyebileceğim bir test ortamı olacak mı?

05Kadıköy'de teklif

PTT kayıtlarında Kadıköy ilçesine bağlı 21 yerleşim bulunur. Birden fazla ilçede ekibi veya şubesi olan işletmelerde yazılım projesi devralma için kullanıcı rolleri, şube bazlı görünürlük ve merkezi raporlar birlikte planlanır.

Mesafe yazılım işinin önünde engel değildir: Kadıköy'deki ekiplerle görüntülü görüşme, ekran paylaşımı ve test ortamı bağlantısıyla çalışılır; cihaz kurulumu veya saha keşfi gerekirse yerinde ziyaret planlanır.

Aynı ildeki Beyoğlu, Şile ve Bakırköy ilçeleri için de yazılım projesi devralma talepleri değerlendirilir; toplantılar uzaktan yapılır.

06İşletim ve bakım ipuçları

• Dokümantasyon değişikliklerle birlikte güncellenir.
• Bağımlılık güvenlik uyarıları düzenli taranır.
• Aylık bakım raporunda yapılan işler ve açık riskler paylaşılır.

07Planlama notları

• Önce kritik hatalar ve güvenlik güncellemeleri, sonra yeni özellikler.
• Bakım kapsamı yazılı tanımlanır: izleme, güncelleme, hata düzeltme, küçük geliştirme.
• Kaynak kod ve sunucu erişimi işletmede olmalıdır; değilse önce bu çözülür.

08Hangi durumlarda gündeme gelir?

Yeni özellik eklemek her seferinde riskli olduğunda

Kod iyileştirme ve test otomasyonu ile değişiklik maliyeti düşürülür.

Yazılımı geliştiren firma artık ulaşılamaz olduğunda

Yazılım projesi devralma kapsamında kod ve erişimler devralınır, belgelenir ve risk analizi çıkarılır.

09Rakamlarla örnek bir senaryo

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• kod ve erişim devri
• dokümantasyon
• risk analizi
• refactoring
• Playwright
• bakım sözleşmesi
• otomatik test
• hata kaydı
• teknik borç
• İstanbul
• Kadıköy