İçeriğe geç
Teklif al

Hizmet · Danışmanlık, test ve bakım

Yarım kalan yazılım projesi tamamlama

Bir yazılım projesinin yarıda kalmasının nedenleri farklıdır: serbest çalışan geliştirici başka bir işe geçer, ajans kapanır ya da ekiple anlaşmazlık çıkar. Geride çoğu zaman çalışıp çalışmadığı belirsiz bir kod deposu, yarısı uygulanmış tasarımlar, kimin elinde olduğu bilinmeyen sunucu şifreleri ve harcanmış bir bütçe kalır. İşletme sahibi bu noktada iki soruyla baş başa kalır: kalan işi kim bitirecek ve şimdiye kadar yapılanın ne kadarı kurtarılabilir.

Kategori
Danışmanlık, test ve bakım
Çalışma modeli
Proje bazlı · Bakım ve destek
Hizmet bölgesi
Türkiye geneli, uzaktan ve yerinde

Yarım kalan yazılım projesi tamamlama hizmetimizde önce bu sorulara dürüst bir cevap veriyoruz. Kodu derleyip çalıştırıyor, yapılan işi başlangıçtaki teklif ya da şartnameyle karşılaştırıyor, eksikleri ve kalite sorunlarını yazılı bir tespit raporunda topluyoruz. Devam etmenin mi yoksa belirli parçaları yeniden yazmanın mı daha az riskli olduğuna bu rapora dayanarak birlikte karar veriyoruz.

Yarım kalan yazılım projesi tamamlama hizmetine kimler başvurur

Projenin yarıda kaldığı noktaya göre ihtiyaç değişir, ama başlangıç noktası hep benzerdir.

  • Uygulamasını yaptırdığı serbest yazılımcıya artık ulaşamayan girişimciler
  • Anlaşmalı ajansı işi bırakmış ya da faaliyetini durdurmuş şirketler
  • İç ekibindeki tek geliştiricinin ayrılmasıyla projesi duran işletmeler
  • Tasarımı ve arka ucu tamamlanmış ama mobil uygulaması mağazaya hiç çıkmamış ürün sahipleri
  • Teslim edilen yazılımda çok sayıda hata bulunduğu için kabulü yapamamış kurumlar

Yarıda kalmış projelerde karşılaştığımız tablo

Her proje farklıdır, ama devraldığımızda baktığımız sorunlar büyük ölçüde tekrar eder.

  • 01

    Eksik ya da dağınık kaynak kod

    Kodun son hâli bazen depoda değil, eski geliştiricinin bilgisayarında kalmıştır. Depodaki sürümün sunucuda çalışanla aynı olup olmadığını önce doğrulamak gerekir.

  • 02

    Kayıp hesaplar ve erişimler

    Sunucu, alan adı, uygulama mağazası geliştirici hesabı ve ödeme sağlayıcısı panelleri eski geliştiricinin kişisel hesabına açılmış olabilir. Bu hesapların şirkete devri teknik işten önce çözülmelidir.

  • 03

    Yapıldı denen ama çalışmayan özellikler

    Ekranı hazır görünen bir modülün arka planda veritabanına kayıt yapmadığı ya da yalnızca sahte veriyle çalıştığı sık görülür. İlerleme ekran görüntüsüyle değil, uçtan uca denemeyle ölçülmelidir.

  • 04

    Belgesiz kararlar

    Neden bu kütüphanenin seçildiği, hangi servisin neye bağlandığı ya da ortam değişkenlerinin ne anlama geldiği yazılmamıştır. Bu bilgiyi koddan geriye doğru çıkarmak tespit aşamasının önemli bir parçasıdır.

Projeyi tamamlarken izlediğimiz yol

Kalan işi tek bir büyük teslim yerine, her biri denenebilen aşamalara bölüyoruz.

  • 01

    Tespit raporu ve kurtarma kararı

    Kodun kalitesi, güvenlik açıkları, eksik modüller ve teknik borç modül modül değerlendirilir. Her modül için devam, düzelt ya da yeniden yaz önerisi gerekçesiyle sunulur.

  • 02

    Çalışan bir başlangıç noktası

    Projeyi temiz bir ortamda sıfırdan kurulabilir hâle getiriyor, kurulum adımlarını yazıyoruz. Böylece proje bir daha tek kişinin bilgisayarına bağlı kalmaz.

  • 03

    Önceliklendirilmiş kalan iş listesi

    Yayına çıkmak için mutlaka gerekenler ile sonraya bırakılabilecekler ayrılır. İlk hedef, kullanıcıya değer üreten en küçük sürümü canlıya almaktır.

  • 04

    Aşama sonunda gösterim

    Her aşamanın sonunda tamamlanan özellikleri test ortamında birlikte deniyoruz. Kabul ettiğiniz iş bir sonraki aşamaya geçmeden kapanır.

Devralma sırasında toparladığımız hesaplar

Teknik çalışmanın ilk adımı, projenin dağılmış parçalarını şirketinizin sahipliğinde bir araya getirmektir.

  • 01

    Kod deposu

    GitHub, GitLab veya Bitbucket üzerinde şirketinize ait bir organizasyon açılır, kod ve geçmişi buraya taşınır.

  • 02

    Sunucu ve bulut hesapları

    AWS, Azure, Google Cloud ya da barındırma firmasındaki hesaplar şirket adına devralınır, eski erişim anahtarları iptal edilir.

  • 03

    Uygulama mağazası hesapları

    App Store Connect ve Google Play Console hesaplarının sahipliği netleştirilir; yayın sertifikaları ve imzalama anahtarları güvenli biçimde saklanır.

  • 04

    Üçüncü taraf servisler

    Ödeme altyapısı, SMS sağlayıcınız, harita ve e-posta servisleri gibi bağlantıların API anahtarları yenilenir ve hangi hesaba bağlı olduğu kayda geçer.

Yarım kalan yazılım projesi tamamlama hizmeti nasıl ilerler?

  1. 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.

  2. 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.

  3. 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.

  4. Adım 04

    Test

    İşlevsel testler, entegrasyon testleri ve temel güvenlik kontrolleriyle hataları yayından önce yakalarız.

  5. 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.

  6. 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.

Yarım kalan yazılım projesi tamamlama sürecinde teknik tercihler

Devraldığımız projede kullanılan teknolojiyi, ancak gerçek bir engel varsa değiştirmeyi öneriyoruz. Laravel ile başlanmış bir projeyi başka bir çatıya taşımak çoğu zaman kalan işten daha pahalıdır. Öte yandan desteği bitmiş bir sürümde kalmış ya da güvenlik güncellemesi almayan bağımlılıklar varsa, bunları tamamlama planının içinde ayrı bir iş kalemi olarak ele alıyoruz.

Devamını okuDaha az göster

Yarıda kalmış projelerde otomatik test genellikle hiç yoktur. Tamamlama sırasında en kritik akışlar için test yazarak, eklediğimiz her yeni özelliğin daha önce çalışan bir şeyi bozmadığından emin oluyoruz. Kod gönderildiğinde testlerin kendiliğinden çalıştığı basit bir sürekli entegrasyon hattı da kuruluma dahildir.

Proje yayına çıktıktan sonra sistemi bakım ve destek modeliyle izlemeye devam edebilir ya da tüm belgeleriyle birlikte kendi ekibinize devredebiliriz. İki durumda da amacımız, projenin bir daha tek bir kişiye bağımlı kalmamasıdır.

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
    Bu modelle teklif alın: Proje bazlı
  • 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
    Bu modelle teklif alın: Bakım ve destek

Yarım kalan yazılım projesi tamamlama hakkında sık sorulan sorular

Yarım kalan yazılım projesi tamamlama fiyatları neye göre belirlenir?

Mevcut kodun kalitesi, eksik modüllerin büyüklüğü, yeniden yazılması gereken parçalar ve dış servis bağlantılarının sayısı belirleyicidir. Bu yüzden önce ücretli ya da kapsamı sınırlı bir tespit çalışması yapıyor, tamamlama teklifini bu rapora dayandırıyoruz.

Elimizde yalnızca uygulamanın çalışan hâli var, kaynak kod yok; ne yapılabilir?

Kaynak kod olmadan derlenmiş bir uygulamayı sürdürmek pratikte mümkün değildir. Önce sunucudan ve önceki geliştiriciden kodu almanın yollarını birlikte değerlendiriyoruz; bu mümkün değilse mevcut sistemi şartname olarak kullanıp yeniden geliştirme planı çıkarıyoruz.

Önceki yazılımcının yaptığı her şey çöpe mi gider?

Genellikle hayır. Veritabanı tasarımı, arayüz bileşenleri ya da belirli servisler çoğu zaman kurtarılabilir. Kararı modül bazında, gerekçesini yazarak veriyoruz.

Kaynak kodun sahibi kim olur?

Tamamladığımız kodun sahipliği sözleşmede açıkça size bırakılır ve kod sizin hesabınızdaki depoda tutulur. Önceki geliştiriciyle aranızdaki haklar ise o sözleşmeye bağlıdır; gerekirse hukuk danışmanınızla netleştirmenizi öneririz.

Projenin bitmesi ne kadar sürer?

Tespit raporu tamamlanmadan sağlıklı bir süre vermek mümkün değildir. Rapordan sonra kalan işi aşamalara bölüp her aşama için yazılı bir takvim sunuyoruz.

Yayından sonra da destek veriyor musunuz?

Evet. Proje canlıya çıktıktan sonra hata düzeltme, güncelleme ve küçük geliştirmeleri bakım ve destek anlaşmasıyla sürdürebiliriz.

İlgili hizmetler ve sayfalar

Yarım kalan yazılım projesi tamamlama için teklif alın

Kısa bir ön görüşmede ihtiyacınızı dinleyip kapsamı, çalışma modelini ve takvimi yazılı olarak paylaşırız.

+90 552 579 93 21