01Adımlar
1. Kod, erişimler ve ortamlar üzerinde durum tespiti yapmak
Gerekirse bu adım test ortamında önceden denenir.
2. Riskleri ve öncelikleri listelemek
Bu adımın çıktısı kısa bir notla paylaşılır.
3. Test ortamı ve sürüm kontrolünü düzene sokmak
Gerekirse bu adım test ortamında önceden denenir.
4. Kritik hataları ve güvenlik açıklarını gidermek
Adım tamamlanmadan bir sonrakine geçilmez; sonuç doğrulanır.
5. Testleri ve dokümantasyonu tamamlamak
Bu adımın çıktısı kısa bir notla paylaşılır.
6. Düzenli bakım ve geliştirme planına geçmek
Bu adımda yapılan her değişiklik kayıt altına alınır.
02Dikkat noktaları
- Kaçınılması gereken: yapılan değişiklikleri belgelememek
- Kaçınılması gereken: hatayı yeniden üretmeden kod değiştirmek
- Kaçınılması gereken: sürüm kontrolü kullanmamak
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 |
04Keçiören için çalışma düzeni
Keçiören, Ankara iline bağlı bir ilçedir ve PTT adres verisine göre 51 mahalleden oluşur. Büyükşehirlerde merkez ve şube yapısıyla çalışan işletmeler için yazılım projesi devralma tasarımında merkez-şube yetki yapısı ve birleşik raporlama öne çıkar.
Mesafe yazılım işinin önünde engel değildir: Keçiören'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.
Ankara genelinde Kızılcahamam, Şereflikoçhisar ve Evren gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.
Keçiören bölgesinden yazılım projesi devralma talebiniz için 0540 003 19 81 numarasını arayabilir veya teklif formunu doldurabilirsiniz.
05Planlama notları
- İşe kod ve altyapı incelemesiyle başlanır: kaynak kod, erişimler, sürümler, dokümantasyon.
- Ö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.
06Hangi 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.
07Örnek planlama hesabı
Örnek: kod sağlığı öncelik tablosu
- Modül sayısı
- 27
- Test kapsamı
- %58 → öncelik: düşük
- Güncel bağımlılık oranı
- %57 → öncelik: kritik
- Önerilen ilk adım
- bağımlılıkları kademeli güncellemek
Puan değil, öncelik sınıflamasıdır. Not: örnek hesaptır; kesin plan analizde çıkar.
SSSSık sorulan sorular
Keçiören'den yazıyorum; toplantılar nasıl yapılıyor?
İşin büyük bölümü uzaktan yürür: ilk görüşme telefonla, sonraki toplantılar görüntülü yapılır. Kurulum ya da eğitim gerekiyorsa yerinde çalışma takvime eklenir.
Ankara dışındaki işletmelere de hizmet veriyor musunuz?
Askadar Yazılım 81 ilde uzaktan çalışır; Ankara de bunlardan biridir. Yerinde iş gerektiğinde ziyaret planlanır.
Bu adımları kendim uygulayabilir miyim?
Bazı adımlar teknik bilgiyle yapılabilir; yedekleme, sürüm uyumu ve canlı ortam değişiklikleri ise deneyim gerektirir. Kendin yap mı uzman mı sayfasında ayrımı anlattık.
Başka firmanın yazdığı koda müdahale eder misiniz?
Evet. Önce kod ve erişimler incelenir, risk analizi ve öncelik listesi çıkarılır; ardından bakım veya geliştirme planı yapılı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.
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.
Adımların sırası değişebilir mi?
Mevcut duruma göre değişebilir; ancak yedek ve test adımları her zaman önce gelir.
→İlgili sayfalar
Yazılım Projesi Devralma hakkında diğer konular
- Yazılım projesi devralma: kendin yap mı, uzman mı?Kendi yapılabilenler ve uzman gerektirenler
- Yazılım projesi devralma tespit ve analizSorunun nasıl tespit edildiği
- Yazılım projesi devralma: acil durumda ne yapılmalı?Site veya uygulama çöktüğünde ilk adımlar
- Yazılım projesi devralma sık yapılan hatalarKaçınılması gerekenler
- Yazılım projesi devralma sonuçların ölçülmesiHangi metriklerle ölçülür
Keçiören'de ilgili hizmetler
Ankara içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- kod ve erişim devri
- dokümantasyon
- risk analizi
- refactoring
- Playwright
- bakım sözleşmesi
- otomatik test
- teknik borç
- Ankara
- Keçiören