Yazılım Projesi Devralma: DIY mi Uzman mı

01Kendiniz yapabilecekleriniz

tüm erişim bilgilerini tek listede toplamak
hataları ekran görüntüsü ve adımlarıyla kaydetmek
kritik iş akışlarını yazılı hale getirmek

02Uzman gerektirenler

kod denetimi ve teknik borç analizi
regresyon testleriyle güvenli düzeltme
sürüm yükseltme ve mimari iyileştirme

03Belirti, neden ve çözüm

Belirti	Olası neden	Çözüm
Önceki firmaya ulaşılamıyor	Kod/erişim işletmede değil	Devralma ve erişim kurtarma
Her düzeltme yeni hata doğuruyor	Test yok	Otomatik testler
Eski PHP/framework sürümü	Güncelleme yapılmamış	Kademeli sürüm yükseltme

04Yanlış uygulamanın riskleri

Hatayı yeniden üretmeden kod değiştirmek
Test ortamı olmadan canlıda düzeltme yapmak
Yapılan değişiklikleri belgelememek

05Planlama notları

Değişiklikler sürüm kontrolüyle (Git) ve test ortamında yapılır.
Kaynak kod ve sunucu erişimi işletmede olmalıdır; değilse önce bu çözülür.
Bakım kapsamı yazılı tanımlanır: izleme, güncelleme, hata düzeltme, küçük geliştirme.

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.

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

Eski (legacy) sistemler
Mobil uygulamalar
Özel yazılımlar
Yarım kalan projeler

08Hangi durumlarda gündeme gelir?

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.

Yeni özellik eklemek her seferinde riskli olduğunda

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

09Kapsamı ve maliyeti etkileyenler

erişimlerin hazır olup olmadığı
kod tabanının büyüklüğü ve durumu
dokümantasyon ve test kapsamı
kullanılan teknolojilerin güncelliği

10Konak'ta uzman desteği

Konak'ın PTT verisindeki 113 yerleşim kaydı 12 farklı posta koduna dağılır.

Konak'ta bulunan bir işletmeyle çalışırken toplantılar görüntülü yapılır, her aşama test ortamında paylaşılır ve geri bildirimler ortak panoda toplanır; yerinde bulunmak gereken kurulum ve eğitim adımları ayrıca planlanır.

İzmir genelinde Narlıdere, Çiğli ve Kınık gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.

Siteniz veya uygulamanız çalışmıyorsa hemen arayın: 0540 003 19 81 — önce yedek, sonra tespit.

Hemen ara WhatsApp Teklif formu

SSSSık sorulan sorular

Bakım anlaşmasında neler olur?

İzleme, güncelleme, yedek kontrolü, hata düzeltme ve küçük geliştirmeler kapsamda yazılı olarak belirtilir; kapsam dışı işler ayrıca planlanır.

Yazılım projesi devralma sırasında site veya uygulama kapanır mı?

Hazırlık test ortamında yapılır; canlı ortamdaki değişiklik önceden haber verilen kısa bir bakım penceresinde uygulanır.

Kendim denedim, sorun büyüdü; ne yapmalıyım?

Daha fazla müdahale etmeden mevcut durumu kaydedin ve ön değerlendirme isteyin; değişikliklerin listesi tespiti hızlandırır.

Yazılım projesi devralma öncesinde neleri hazırlamalıyım?

Kaynak kod deposu, sunucu ve veritabanı erişimi ve varsa mevcut dokümanlar ve hata kayıtları işi hızlandırır.

Konak'ta bulunuyorum, yerinde görüşme mümkün mü?

Toplantılar görüntülü yapılır ve ekran paylaşımıyla ilerler. Cihaz kurulumu, saha incelemesi veya ekip eğitimi gibi yerinde bulunmayı gerektiren adımlar ayrıca planlanır.

Sadece İzmir için mi çalışıyorsunuz?

Evet. Askadar Yazılım, Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışır; gerektiğinde yerinde çalışma ayrıca planlanır.

Eklenti veya araçla kendim çözebilir miyim?

Basit durumlarda mümkündür; ancak aynı anda birden çok aracın çalışması çakışma yaratabilir. Önce yedek almayı unutmayın.

→İlgili sayfalar

Yazılım Projesi Devralma hakkında diğer konular

Konak'ta ilgili hizmetler

İzmir içindeki diğer ilçeler

Genel sayfalar

Bu sayfada geçen kavramlar

kod ve erişim devri
dokümantasyon
risk analizi
refactoring
Playwright
bakım sözleşmesi
otomatik test
sürüm yükseltme
teknik borç
İzmir
Konak

Yazılım projesi devralma: kendin yap mı, uzman mı? (Konak)