Yazılım projesi devralma gerektiren sorunlar ve belirtiler (Ula)

01Belirtiler, olası nedenler ve ilk kontrol

Kodu yazan kişiye veya firmaya ulaşılamaması

Olası neden: kod/erişim işletmede değil. İlk kontrol: devralma ve erişim kurtarma.

Hataların tekrar tekrar ortaya çıkması

Olası neden: test yok. İlk kontrol: otomatik testler.

Dokümantasyon ve kurulum bilgisinin olmaması

Olası neden: güncelleme yapılmamış. İlk kontrol: kademeli sürüm yükseltme.

Kütüphane ve çatı sürümlerinin desteğinin bitmesi

Olası neden: kod/erişim işletmede değil. İlk kontrol: devralma ve erişim kurtarma.

02Kategoride sık görülen sorunlar

03Yazılım projesi devralma hangi işletmelerde kullanılır?

• Mobil uygulamalar
• Yarım kalan projeler
• E-ticaret siteleri
• Web siteleri

04Planlama notları

• Bakım kapsamı yazılı tanımlanır: izleme, güncelleme, hata düzeltme, küçük geliştirme.
• İşe kod ve altyapı incelemesiyle başlanır: kaynak kod, erişimler, sürümler, dokümantasyon.
• Değişiklikler sürüm kontrolüyle (Git) ve test ortamında yapılır.

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

• Aylık bakım raporunda yapılan işler ve açık riskler paylaşılır.
• Her değişiklik sürüm kontrolünde kaydedilir ve test ortamında denenir.
• Dokümantasyon değişikliklerle birlikte güncellenir.

06Kapsamı ve maliyeti etkileyenler

• dokümantasyon ve test kapsamı
• aylık bakım mı olay bazlı iş mi
• kod tabanının büyüklüğü ve durumu
• kullanılan teknolojilerin güncelliği

07Hangi durumlarda gündeme gelir?

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.

Risk analizi gerektiğinde

Risk analizi, yazılım projesi devralma projesinde kapsamın başında konuşulan başlıklardandır; analizde kimin kullanacağı ve nasıl çalışacağı netleştirilir.

08Ula'da hızlı tespit

Ula'nın PTT verisindeki 30 yerleşim kaydı 1 farklı posta koduna dağılır. 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: Ula'daki 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 Menteşe, Ortaca ve Bodrum ilçeleri için de yazılım projesi devralma talepleri değerlendirilir; toplantılar uzaktan yapılır.

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
• teknik borç
• hata kaydı
• Muğla
• Ula