Gölova'da eski yazılımı yenileme firması seçerken nelere bakılmalı?

01Eski yazılımı yenileme firması seçerken bakılacak ölçütler

Test ortamı

Değişikliklerin canlıya çıkmadan denendiği ayrı bir ortam olmalıdır.

Referans kontrol yöntemi

Referans isterken çalışan bir projeyi görmek ve o işletmeyle doğrudan konuşmak, yalnız logo listesine bakmaktan daha güvenilirdir.

Bakım koşulları

Yayın sonrası hata düzeltme ve güncellemenin nasıl yürüyeceği tanımlıdır.

Kaynak kod sahipliği

Kaynak kodun ve verinin işletmeye teslim edileceği sözleşmede yazmalıdır.

Yazılı kapsam

Neyin teslim edileceği, neyin kapsam dışı olduğu ve kabul kriterleri belgelenmelidir.

KVKK yaklaşımı

Kişisel veri, erişim yetkisi ve kayıt tutma tasarımın parçasıdır.

02Teklif görüşmesinde sorulacak sorular

• Barındırma, alan adı, lisans ve üçüncü taraf servis giderleri kimde olacak?
• Yayın sonrası hata düzeltme ve bakım koşulları neler?
• Ödeme planı teslim aşamalarına bağlı mı?
• Kaynak kod ve veri kime ait olacak, teslimde nasıl verilecek?
• Kapsam dışı değişiklik talepleri nasıl yönetilecek?
• Dokümantasyon ve kullanıcı eğitimi kapsamda mı?

03Eski yazılımı yenileme planlarken bilinmesi gerekenler

• Kaynak kod ve sunucu erişimi işletmede olmalıdır; değilse önce bu çözülür.
• İş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.

04Eski yazılımı yenileme hangi ihtiyaca cevap verir?

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

Eski yazılımı yenileme kapsamında kod ve erişimler devralınır, belgelenir ve risk analizi çıkarılır.

Sürüm ve kütüphaneler eskidiğinde

Uyumluluk analizi yapılır; yükseltme kademeli ve test edilerek uygulanır.

05Kırmızı bayraklar

• Alan adını ve sunucu hesabını kendi adına açmak isteyen yaklaşım
• Garanti edilen sıralama, kesin satış veya "en iyi" iddiaları
• Ödemenin tamamını iş başlamadan isteyen plan
• Analiz yapmadan, birkaç dakikalık görüşmeyle kesin fiyat veren teklif
• Test ortamı ve aşamalı teslim olmadan tek seferde teslim vaadi

06Sivas dışındaki bir firmayla nasıl çalışılır?

Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan yürür. Gölova'da bulunan bir işletme olarak görüntülü toplantı, ekran paylaşımlı demo ve test ortamı bağlantısıyla süreci yakından izleyebilirsiniz.

• Görüntülü toplantı ve ekran paylaşımı
• Ortak proje panosu ve yazılı karar kaydı
• Her aşamada test ortamında deneme
• Kurulum, saha keşfi veya eğitim gerektiğinde yerinde çalışma

07Gölova'da eski yazılımı yenileme için çalışma biçimimiz

Gölova, Sivas iline bağlı bir ilçedir ve PTT adres verisine göre 42 mahalle ve köy kaydından oluşur.

Gölova'da 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.

Sivas genelinde Şarkışla, Zara ve Hafik gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.

08Ekip ve çalışma biçimimiz

Projeler tasarım, yazılım geliştirme, test ve yayın adımlarını kapsayan bir ekiple yürütülür. Sürüm kontrolü (Git), otomatik testler (Playwright), konteyner tabanlı yayın (Docker), sürekli entegrasyon ve izleme araçları standart çalışma düzenimizin parçasıdır.

• Ölçülebilir hedefler konur: arama ve WhatsApp tıklaması, form talebi, işlem süresi.
• KVKK baştan tasarlanır.
• Alan adı ve sunucu hesapları işletme adına açılır.

Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz: görüntülü toplantı, ekran paylaşımlı demo ve ortak proje panosu. Donanım kurulumu, depo barkod sistemi kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.

09Örnek hesap

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• kademeli geçiş
• veri aktarımı
• Git
• Playwright
• dokümantasyon
• teknik borç
• test ortamı
• sürüm yükseltme
• Sivas
• Gölova