Yazılım danışmanlığı ve modernizasyon

Üç tür iş: değerlendirme, yol haritası, modernizasyon

Yazılımla ilgili bir karar vermeniz gerekiyor ama elinizdeki sistemin gerçek durumunu kimse size yazılı olarak söylemedi. Bu sayfa o durum için. Yazılım danışmanlığı ve modernizasyon burada, eski ya da yarım kalmış bir yazılımı değerlendirmek, nereye gitmesi gerektiğini yazıya dökmek ve gerekiyorsa yeniden kurmak demektir. Üç ayrı iş türü var; hangisiyle başlayacağınız elinizdeki duruma bağlı.

Bunlar bir strateji sunumu değil; koda, sisteme ve erişimlere dayanan yazılı çıktılardır. Hazır bir çözüm ya da hiç dokunmamak işinize daha uygunsa bunu söyleriz. Değerlendirme de diğer işlerimiz gibi bir iştir: kapsamı ve maliyeti siz onaylamadan önce yazılı teklifte yer alır.

Yazılı değerlendirme raporu neyi içerir?

Değerlendirmenin yöntemi, yarım kalmış bir proje için yayımladığımız denetim planına dayanır; plan aşamalara bölünmüş bir şablondur. Rapor da o planın çıktısıdır. Bu sayfa yalnızca özetler, ayrıntı yazıda.

Rapora yüzde ve süre tahmini yerine ölçülebilir durumlar ve gerekçeler yazılır: "yüzde kaçı bitti" bilgisi yanıltıcıdır, "çalışıyor, yarım, yok" ise kontrol edilebilir.

Yeniden yazmak mı, aşama aşama dönüştürmek mi?

Bu soruya her sistem için geçerli bir kural yok; sistemin durumuna bağlı, gerekçeli bir karar var. Aşağıdaki sorular, kararı hangi yöne çektiklerini görmeniz içindir; bir hüküm vermezler.

İki uç görüş bilinir. Joel Spolsky, çalışan kodu baştan yazmanın stratejik bir hata olabileceğini savundu (Spolsky). Martin Fowler ise eski sistemi tek hamlede değiştirmek yerine yenisini yanına kurup işlevi kademeli olarak taşımayı anlatır (Fowler). Sıfırdan yazmak bazen doğrudur; değerlendirme bunu da söyler. Karar çerçevesinin tamamı için yazılım modernizasyonu: yeniden yazmak mı, kademeli mi yazısına bakın.

Yarım kalmış proje: nereden başlanır?

İlk adım teknik değildir: erişimleri ve hesapları güvene almak. Alan adı eski geliştiricinin hesabındaysa siteniz ve e-postanız ona bağlı kalır; kodu okumak bekleyebilir, bu bekleyemez. Sonra değerlendirme gelir, en sonda karar.

Projenin neden yarım kaldığı değerlendirmenin neye bakacağını değiştirir: kapsam mı büyüdü, ekip mi kayboldu, teknik bir engele mi takıldı? Ayrıntı yarım kalmış yazılım projesi nasıl devralınır yazısında.

Ana sayfamızda yazdığımız gibi bir fikir, bir ihtiyaç ya da yarım kalmış bir proje ile gelebilirsiniz. Yöntem ve süre elinizdeki duruma göre değişir ve yazılı teklifte yer alır.

Karar "devam", kısmi yeniden yazım ya da sıfırdan başlama çıkarsa yeni kapsam özel yazılım geliştirme olarak yürür; kapsamı kesmek için MVP geliştirme sayfasındaki yaklaşım da işe yarar. Yarım kalan şey yapay zekayla üretilmiş bir prototipse önce vibe coding uygulaması üretime hazır mı yazısındaki denetime bakabilirsiniz.

Nasıl çalışıyoruz?

Her iş, ilk görüşmeden teslime aynı dört adımdan geçer; ayrıntılar Süreç sayfasında.

1. Keşif. Elinizdeki sistemi, erişimleri ve iyi bir sonucun neye benzediğini, iki taraf da aynı şeyi anlatana kadar konuşuruz.
2. Kapsamı belli bir teklif. Değerlendirmenin kapsamı, sırası ve maliyeti yazılır; sonrasında bir proje çıkarsa onun kapsamı da aynı şekilde yazılı teklifle netleşir. Siz onaylamadan iş başlamaz.
3. Görünür çalışma. Geliştirme başladığında hesabınızda canlı bir proje paneli açılır; gerçek ilerlemeyi orada görürsünüz.
4. İnceleme ve teslim. Raporu ve varsa yapılan işi siz incelersiniz, biz rötuşlarız, ardından teslim ederiz.

Kodunuzu yazan mühendisle doğrudan konuşursunuz; yalnızca kıdemli mühendislerle çalışırız.

Değerlendirme için nelere hazır olmalısınız?

Hazırlıklı gelmeniz gerekmez. Yine de şunlar konuşmayı netleştirir:

• Erişimler. Depo, barındırma, alan adı ve üçüncü taraf hesaplar. Altyapı işi için paylaştığınız erişimler şifrelenerek saklanır ve yalnızca sizin projenizde kullanılır.
• Belgeler. Sözleşme, kapsam belgesi, eski teklifler.
• Bugünkü kullanım. Sistemi kimler, hangi veriyle kullanıyor?
• Kısıtlar. Veriyle ilgili mevzuat ve kurum içi kurallar.

Bunların hepsi yoksa sorun değil: eksik erişim ya da belge, raporun ilk bulgularından biri olur.

Fiyat neye bağlı?

Bu sayfada rakam ve süre vermiyoruz, çünkü kapsam netleşmeden verilen rakam bir tahmindir. Kapsam, takvim ve maliyet iş başlamadan yazılı teklifte yer alır; kapsam yazılı olarak onaylandıktan sonra fiyat değişmez.

Değerlendirme ile sonrasındaki projeyi ayrı kalemler olarak görmek fiyatı tahminden çıkarır. Yazılı bir teklifi nasıl okuyacağınızı yazılım teklifi nasıl okunur yazısında anlattık. Bağlayıcı olan, işiniz için imzalanan yazılı sözleşmedir; bu sayfa bir teklif yerine geçmez.

Çıkış kapısı: kaynak kod, erişim ve devir

Yazılı rapor, sizin okuyup karar verebileceğiniz biçimde yazılır. Teslim edilen işin mülkiyeti proje bedelinin tamamı ödendiğinde size geçer; projeden önce var olan kendi araçlarımız, kütüphanelerimiz ve altyapılarımız bizde kalır, ilgili hüküm Kullanım Koşulları sayfasında. Değerlendirmeden sonra bir proje çıkarsa, siz aksini tercih etmedikçe altyapıyı biz kurar ve yönetiriz; kendi hesaplarınız varsa dağıtımı oraya yaparız. Bir gün taşımak isterseniz hesaplar, alan adları ve dokümantasyonla temiz bir devir için yanınızdayız. Sizin için işlettiğimiz hiçbir şey, bizimle kalmanız için bir koz değildir.

Kime uygun değiliz?

• Yalnızca bir strateji sunumu ya da yönetim danışmanlığı istiyorsanız. Bizim çıktımız koda ve sisteme dayanan yazılı değerlendirme ve çalışan yazılımdır.
• Sistemi, kodu ya da erişimleri paylaşmadan görüş bekliyorsanız. Değerlendirme erişim ve kurulum gerektirir; dışarıdan bakarak durumu yazılı olarak söyleyemeyiz.
• Tek ölçütünüz en düşük fiyatsa. Kapsamı yazılı, fiyatı sonradan değişmeyen ve kıdemli mühendislerce yürütülen bir işi fiyat odaklı bir teklifle aynı terazide tartmak bizi de sizi de yanıltır.

Sık sorulan sorular

Yazılım danışmanlığı nasıl ücretlendirilir?

Kapsam, takvim ve maliyet iş başlamadan yazılı teklifte yer alır ve kapsam onaylandıktan sonra fiyat değişmez. Bu sayfada rakam ve süre vermiyoruz, çünkü kapsam netleşmeden verilen rakam bir tahmindir. Maliyeti hangi kalemlerin belirlediği yukarıdaki "Fiyat neye bağlı?" tablosunda.

Başka bir firmanın yazdığı kodu devralıyor musunuz?

Ana sayfamızda yazdığımız gibi yarım kalmış bir proje ile gelebilirsiniz. Elinizdeki durumu ve üzerine kurmanın mı yoksa yeniden başlamanın mı doğru olduğunu gerekçesini yazarak öneririz; karar sizindir. Yöntem ve süre duruma göre değişir ve yazılı teklifte yer alır; ayrıntılı adım adım devralma denetim planı yayında.

Değerlendirmenin süresi ve kapsamı neye bağlı?

Kodun büyüklüğüne, belge ve erişim durumuna, platform ve entegrasyon sayısına ve veri hacmine. Süre rakamını bu sayfada vermiyoruz; süre ve yöntem, kapsamla birlikte yazılı teklifte yer alır.

Hangi teknolojilerle çalışıyorsunuz?

Portfolyomuzdaki iş sistemlerinde çoğunlukla Node.js ve PostgreSQL, arayüzde React ve Next.js kullandık. Elinizdeki sistem farklı bir yığındaysa, ilk yazışmada bu işe uygun olup olmadığımızı açıkça söyleriz.

Rapordan sonra uygulamayı sizinle yapmak zorunda mıyım?

Karar sizindir. Rapor, sizin okuyup karar verebileceğiniz biçimde yazılır; sonraki adım ayrı bir yazılı tekliftir. Sizin için işlettiğimiz hiçbir şey, bizimle kalmanız için bir koz değildir.

Eski sistemi kapatmadan geçiş olur mu?

Bazı sistemlerde olur: yeni sistemi eskinin yanına kurup işlevi aşama aşama taşımak bir seçenektir, ama her sistemde uygun değildir. Eski sistem çalışmaya devam ederken geçiş, paralel yürütme ve bir veri taşıma planı gerektirir. Gerçek plan elinizdeki sisteme bağlıdır ve yazılı teklifte yer alır. Hangi yolun sisteminize uyduğunu yeniden yazım ve kademeli geçiş karar testiyle sınayabilirsiniz.