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

01Belirtiler, olası nedenler ve ilk kontrol

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.

Küçük bir değişikliğin başka yerleri bozması

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.

Hataların tekrar tekrar ortaya çıkması

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?

• Eski (legacy) sistemler
• Özel yazılımlar
• Web siteleri
• Mobil uygulamalar

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

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

05Kapsamı ve maliyeti etkileyenler

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

06Planlama 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.

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.

08İspir'de hızlı tespit

PTT kayıtlarında İspir ilçesine bağlı 101 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: İspir'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.

Erzurum genelinde Tortum, Hınıs ve Karaçoban gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.

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
• sürüm yükseltme
• test ortamı
• Erzurum
• İspir