01Sorun ve çözüm
Yazılım projesi devralma hizmetimizde geçişi, sistemin çalışmaya devam ettiği bir plan dahilinde yürütüyoruz. Önce erişimleri ve bileşenleri envantere çıkarıyor, mevcut ekiple yapılandırılmış bilgi aktarım oturumları düzenliyor, ardından sorumluluğu adım adım üstleniyoruz. Devir tamamlandığında sistemin nasıl kurulduğu, nasıl yayına alındığı ve nerede risk taşıdığı yazılı hâle gelmiş olur.
02Kimler için
Yazılım projesi devralma hizmeti hangi durumlarda gerekir
Devir ihtiyacı çoğu zaman sistemin değil, onu sürdüren ilişkinin sorun çıkarmasıyla doğar.
- Mevcut yazılım firmasıyla sözleşmesi sona eren ve canlı sistemini kesintisiz yeni bir ekibe aktarmak isteyen şirketler
- Bakım taleplerine geç yanıt alan ve tedarikçi değiştirmeye karar vermiş işletmeler
- Şirket birleşmesi ya da satın alma sonrası başka bir ekibin yazdığı sistemlerin sorumluluğunu üstlenen kurumlar
- İç ekibindeki geliştiricilerin ayrılmasıyla bilgisi dağılan bir ürünü toparlamak isteyen firmalar
- Yurt dışındaki bir tedarikçiden yazılımını Türkiye'deki bir ekibe taşımak isteyen işletmeler
03İhtiyaçlar
Devir sürecinde kaybolma riski taşıyan bilgiler
Kod deposu teslim edilse bile, sistemi ayakta tutan bilginin önemli bir kısmı koda yazılı değildir.
- 01
Elle yapılan rutin işler
Her ay başında çalıştırılan bir betik, belirli günlerde temizlenen bir tablo ya da elle yenilenen bir sertifika hiçbir yerde yazmıyor olabilir. Bunlar ancak mevcut ekibe sorularak ortaya çıkar.
- 02
Ortam ayarları ve gizli anahtarlar
Canlı sunucudaki yapılandırma, depodaki örnek dosyadan farklıdır. Hangi değişkenin neye bağlandığı bilinmeden yeni bir sunucuya kurulum yapılamaz.
- 03
Bilinen ama kayda geçmemiş sorunlar
Önceki ekip belirli bir raporun yanlış sonuç verdiğini ya da bir entegrasyonun ara sıra koptuğunu biliyor, ama bunu yazmamış olabilir. Bu bilgiyi devralmak, ilk haftalarda yaşanacak sürprizleri azaltır.
- 04
Dış servis sözleşmeleri
Harita, SMS, e-posta ya da ödeme servisleri tedarikçinin şirket hesabına bağlıysa, ilişki bittiğinde bu servisler habersiz kesilebilir.
04Özellikler
Kesintisiz devir için uyguladığımız adımlar
Devir planı, sistemin kritikliğine ve mevcut ekibin işbirliği düzeyine göre ayarlanır.
- 01
Erişim ve bileşen envanteri
Sunucular, veritabanları, alan adları, zamanlanmış görevler, dış servisler ve tüm yönetim panelleri tek bir listede toplanır; her birinin sahibi ve erişim yöntemi kayda geçer.
- 02
Yapılandırılmış bilgi aktarımı
Mevcut ekiple mimari, yayın süreci, bilinen sorunlar ve rutin işler üzerine kayıt altına alınan oturumlar düzenlenir. Soru listesini önceden hazırlayarak toplantıların verimli geçmesini sağlıyoruz.
- 03
Bağımsız kurulum denemesi
Sistemi yalnızca teslim edilen kod ve belgelerle temiz bir ortamda ayağa kaldırmayı deniyoruz. Bu deneme, eksik bilgiyi devir dönemi bitmeden ortaya çıkarır.
- 04
Gölge ve sorumluluk dönemi
Önce mevcut ekibin yanında gözlemci olarak çalışır, sonra küçük değişiklikleri biz yaparız. Yayın ve acil müdahale sorumluluğu, devir tutanağıyla resmen bize geçer.
- 05
Erişimlerin yenilenmesi
Devir tamamlandığında eski ekibin erişimleri kapatılır; şifreler, API anahtarları ve sunucu anahtarları yenilenir.
05Entegrasyonlar
Devralınan sistemde gözden geçirdiğimiz altyapı
Kodun kendisi kadar, onu çalıştıran ve yayına alan altyapı da devrin konusudur.
- 01
Yayın hattı
GitHub Actions, GitLab CI, Jenkins ya da elle yapılan bir yükleme süreci olsun, kodun canlıya nasıl gittiği adım adım belgelenir.
- 02
İzleme ve günlük kayıtları
Hata izleme, sunucu kaynak takibi ve uygulama günlüklerinin nerede tutulduğu ve kimin uyarı aldığı yeni ekibe göre yeniden ayarlanır.
- 03
Veritabanı ve yedekler
Yedeklerin nerede, hangi sıklıkla alındığı ve en son ne zaman geri yükleme denendiği kontrol edilir.
- 04
Kurumsal sistem bağlantıları
Kullandığınız ERP ya da muhasebe programı, pazaryerleri ve kargo firmalarıyla kurulan bağlantıların hesap bilgileri ve çalışma biçimi kayda geçer.
06Süreç
Yazılım projesi devralma hizmeti nasıl ilerler?
Adım 01
Analiz
İş akışınızı, kullanıcılarınızı ve mevcut sistemlerinizi dinleriz; kapsamı, öncelikleri ve kabul ölçütlerini yazılı hâle getiririz.
Adım 02
Tasarım
Ekran akışlarını ve veri modelini çıkarırız. Arayüzü sizinle gözden geçirip onay almadan geliştirmeye geçmeyiz.
Adım 03
Geliştirme
Kısa döngülerle çalışırız; her döngü sonunda çalışan bir sürümü test ortamında görürsünüz.
Adım 04
Test
İşlevsel testler, entegrasyon testleri ve temel güvenlik kontrolleriyle hataları yayından önce yakalarız.
Adım 05
Yayın
Sunucu, alan adı, yedekleme ve izleme ayarlarını yaparak canlıya alırız; ekibinize kısa bir kullanım eğitimi veririz.
Adım 06
Bakım
İsterseniz bakım ve destek anlaşmasıyla güncellemeleri, izlemeyi ve yeni geliştirmeleri sürdürürüz.
07Teknoloji
Yazılım projesi devralmada ilk dönemin öncelikleri
Devraldığımız bir sistemde ilk iş, onu değiştirmek değil, anlamaktır. Başlangıç döneminde yeniden yazma ya da büyük teknoloji değişikliği önermiyoruz; önce sistemi mevcut hâliyle güvenle çalıştırabildiğimizi göstermemiz gerekir. Kod kalitesi, güvenlik açıkları ve teknik borç üzerine gözlemlerimizi bir devir raporunda topluyor, iyileştirmeleri ancak sistem kontrol altına alındıktan sonra önceliklendiriyoruz.
Devamını okuDaha az göster
Devir dönemi, güvenlik açısından en hassas zamandır. Erişim bilgileri e-postayla ya da mesajlaşma uygulamalarıyla dolaşmamalı; bir şifre yöneticisi üzerinden paylaşılmalı ve devir sonunda tamamı değiştirilmelidir. Kişisel veri içeren veritabanlarına erişimi, işin gerektirdiği kişilerle sınırlı tutuyoruz.
Devir tamamlandıktan sonra sistemi bakım ve destek modeliyle sürdürebilir, yeni özellik geliştirmeyi proje bazlı olarak planlayabiliriz. Bütün bilgiler sizin hesaplarınızda tutulduğu için gelecekte bir başka devir de aynı kolaylıkla yapılabilir.
08Çalışma modelleri
Bu hizmette çalışma modelleri
- 01
Proje bazlı
Sabit kapsam, sabit fiyat ve belirli teslim tarihi
Kapsamı belli, teslim tarihi olan işler için.
- Yazılı kapsam ve kabul ölçütleri
- Sabit fiyat ve belirli teslim tarihi
- Teslim ve kabul adımları sözleşmede
- 02
Bakım ve destek
Aylık sözleşmeli, SLA'lı bakım, destek ve geliştirme saati
Yayındaki bir sistemin sürekliliği için.
- Aylık sözleşme ve SLA
- İzleme, güncelleme ve hata düzeltme
- Aylık geliştirme saati
09Sık sorulan sorular
Yazılım projesi devralma hakkında sık sorulan sorular
Yazılım projesi devralma fiyatları neye göre belirlenir?
Sistemin büyüklüğü ve bileşen sayısı, mevcut belgelerin durumu, önceki ekibin bilgi aktarımına ne kadar katılacağı ve geçiş döneminin uzunluğu belirleyicidir. İlk incelemeden sonra devir aşamalarını ve kapsamını yazılı teklifle sunuyoruz.
Mevcut firma devre yardımcı olmazsa ne olur?
Devir daha zorlaşır ama imkânsız değildir. Kod, sunucu ve hesaplara erişim sizdeyse sistemi tersine mühendislikle belgeleriz; bu durumda keşif aşaması daha uzun sürer ve riskler raporda açıkça belirtilir.
Devir sırasında kullanıcılarımız bir kesinti yaşar mı?
Planlı bir devirde sistem çalışmaya devam eder. Sunucu taşıma gibi kesinti gerektirebilecek adımlar ayrıca planlanır ve düşük kullanım saatlerine alınır.
Yarım kalan proje tamamlama ile yazılım projesi devralma hizmeti arasındaki fark nedir?
Yarım kalan projede sistem henüz yayında değildir ve odak eksik işi bitirmektir. Devralmada ise sistem canlıdır, kullanıcıları vardır; odak, işleyişi bozmadan sorumluluğu güvenle aktarmaktır.
Hangi teknolojilerle yazılmış projeleri devralıyorsunuz?
Yaygın web ve mobil teknolojileriyle yazılmış projeleri değerlendiriyoruz. Ekibimizin yetkin olmadığı bir teknoloji söz konusuysa bunu ilk incelemede açıkça söylüyoruz.
Devirden önce hangi hazırlığı yapmalıyız?
Mevcut sözleşmenizde kaynak kod ve belgelerin teslimine ilişkin maddeleri kontrol etmenizi, alan adı, sunucu ve mağaza hesaplarının şirketiniz adına olup olmadığını doğrulamanızı öneririz. Gerekirse sözleşme konusunu hukuk danışmanınızla netleştirin.
10İlgili hizmetler