Özel yazılım geliştirme süreci: Aşamalar ve özel yazılım nasıl yaptırılır?

Satış ekibi siparişleri WhatsApp’tan topluyor, depo bunları bir Excel dosyasına giriyor, muhasebe aynı bilgiyi üçüncü kez yazıyor. Piyasadaki hazır programlara baktınız; hiçbiri sizin onay sıranıza, iskonto kuralınıza ya da sahadaki çalışma biçiminize tam oturmuyor. Bir yazılım firmasına özel yazılım yaptırmayı düşünüyorsunuz ama ‘nereden başlanır, ben ne yapacağım, ne zaman devreye girer’ sorularının cevabı net değil. Bu rehber, süreci sizin tarafınızdan, yani karar verecek kişinin gözünden anlatır.

Özel yazılım geliştirme, hazır paketin yetmediği yerde, bir kurumun iş kurallarına, kullanıcı rollerine ve entegrasyon ihtiyaçlarına göre yazılım üretilmesi sürecidir. Süreç genel olarak altı aşamadan oluşur: ihtiyaç analizi, tasarım, geliştirme, test ve kabul, canlıya geçiş, destek. Aşağıda her aşamada ne olduğunu ve sizden ne beklendiğini bulacaksınız.

Özel yazılım geliştirme nedir, ne zaman gerekir?

Özel yazılım her işletme için doğru cevap değildir. Aşağıdaki işaretlerden birkaçı aynı anda varsa hazır çözümün sınırına gelmişsiniz demektir:

• Süreciniz sektör standardından ayrılıyor; onay sırası, fiyat kuralı ya da kayıt biçimi size özgü.
• Hazır programı kendi sürecinize uydurmak için her ay yeni bir Excel eki ya da elle düzeltme yapıyorsunuz.
• Birden fazla sistemin (sipariş, stok, muhasebe, saha) birbiriyle veri alışverişi yapması gerekiyor.
• Farklı roller aynı kayıtta farklı şeyler görmeli ve yapabilmeli; yetki kuralı süreçten çıkıyor.
• Sahada çalışanlar için telefondan kullanılacak, kısa adımlı bir akış gerekiyor.

Yazılım geliştirme aşamaları: tek bakışta tablo

Özel yazılım nasıl yaptırılır? Adım adım süreç

1. İhtiyaç analizi: ekrandan önce süreç. İlk adımda ekran çizilmez; amaç, kullanıcı, veri ve iş kuralı çıkarılır. ‘Siparişi kim açar, kim onaylar, hangi durumda geri döner, istisna nedir?’ sorularının cevabı yazılı hale gelir. Sizden beklenen, süreci gerçekten yürüten kişiyi bu görüşmelere dahil etmektir; yalnızca yöneticinin anlattığı süreç ile sahadaki süreç çoğu zaman aynı değildir. Bu aşamanın kararı, ilk sürümde neyin olup neyin sonraya kalacağıdır.
2. Tasarım: kullanım akışı ve mimari. Kullanıcı hangi adımları hangi sırayla yapacak, hangi rol neyi görecek, veri nerede tutulacak, hangi sistemlerle konuşacak? Bu aşamada ekran taslakları ve teknik yapı birlikte ele alınır. Sizin işiniz taslağı kendi günlük işinizin üzerinde yürüyerek kontrol etmektir: ‘bu ekranda benim en sık yaptığım iş kaç adım?’
3. Geliştirme: modüler ilerleme. Yazılım parçalar halinde üretilirse her parça erken denenebilir. Tek seferde teslim edilen büyük bir paket, yanlış anlaşılmayı en geç fark ettiren yöntemdir. Bu aşamada sizden beklenen, ara sürümlere hızlı geri bildirim vermek ve kararları tek elden toplamaktır; üç farklı yöneticinin farklı istekleri kapsamı sessizce büyütür.
4. Test ve kabul: kendi verinizle deneyin. Test yalnızca geliştiricinin işi değildir. Kabul kriterleri en baştan yazılı olmalıdır: ‘şu senaryo şu sonucu verdiğinde kabul’. Sistemi örnek veriyle değil, gerçek bir haftanızın siparişiyle, iptalleriyle ve istisnalarıyla deneyin. Karar noktası, kriterlerin karşılanıp karşılanmadığıdır.
5. Canlıya geçiş: eski düzenden yeniye. Canlıya geçiş bir teknik olay olduğu kadar bir alışkanlık değişimidir. Eski Excel’in ne zaman kapanacağı, mevcut kayıtların nasıl aktarılacağı ve kullanıcıların nasıl bilgilendirileceği önceden planlanmalıdır. Aksi halde herkes iki yerde birden çalışır ve hangisinin güncel olduğu tartışması başlar.
6. Destek ve iyileştirme: canlıya alıp ölçmek. Sistem canlıya çıktığında iş bitmez; gerçek kullanım ilk kez gerçek veriyle görünür hale gelir. Hangi ekranın atlandığı, hangi adımın takıldığı ve hangi raporun eksik kaldığı kullanımdan çıkar. Geri bildirimi toplayıp sıradaki iyileştirmeleri öncelik sırasına koymak sizin kararınızdır.

Süreç boyunca sizin tarafınızda kimler olmalı?

Yazılım projelerinin en sık takıldığı yer teknik konular değil, müşteri tarafındaki sahiplik boşluğudur. Dört rolün adı konulmuş olmalı; aynı kişi birden fazlasını üstlenebilir ama hiçbiri boş kalmamalıdır:

• Karar verici: kapsam, öncelik ve kabul konusunda son sözü söyleyen kişi. Haftalar içinde bir kez değil, her ara sürümde ulaşılabilir olmalıdır.
• Süreç sahibi: işi gün be gün yürüten, istisnaları bilen kişi. Analizde en değerli bilgi kaynağıdır.
• Son kullanıcı temsilcisi: sahada, depoda ya da ofiste yazılımı fiilen kullanacak çalışan. Ekran akışının gerçekte işleyip işlemediğini o söyler.
• Veri ve sistem sorumlusu: mevcut dosyaların, veritabanlarının ve diğer sistemlerin nerede durduğunu bilen kişi; entegrasyon ve veri aktarımı sorularının muhatabıdır.

Bu dört rolün ilk görüşmede belirlenmesi, sonraki aşamaların çoğunu hızlandırır. Çünkü her aşamadaki ‘karar noktası’ aslında bu kişilerden birinin zamanında cevap vermesine bağlıdır.

Ekrandan önce süreç; özellik listesinden önce kullanıcı, veri ve iş kuralı.

Excel, WhatsApp ve hazır yazılımla nereye kadar gidilir?

Küçük ekiplerde, az kayıtla ve kuralı sık değişmeyen işlerde Excel ve WhatsApp gayet iş görür; üstelik hiçbir geliştirme gerektirmez. Sorun, sürüm çoğaldığında, aynı dosyayı birden fazla kişi güncellediğinde ve ‘kim neyi ne zaman onayladı’ sorusu geldiğinde başlar. Yetki ayrımı yapılamaz, geçmiş izlenemez, bilgi kişilerin telefonunda kalır. Hazır yazılım ise sürecinizin standart olduğu durumda genellikle en hızlı yoldur; özel yazılım, asıl farkınızın sürecinizde olduğu ve hazır araca uydurmanın size her ay iş çıkardığı yerde anlamlıdır.

Bazen de çözüm yeni yazılım değil, süreci sadeleştirmektir. Önce mevcut akışı haritalamak, darboğazı görmek ve ancak ondan sonra karar vermek çoğu zaman daha ucuza ve daha hızlı sonuç verir. Bu konuda dijital dönüşüm yol haritası çalışması, yazılım kararından önce atılabilecek bir adımdır.

Süreci yavaşlatan altı yaygın hata

• Analizi atlayıp doğrudan ekran istemek.
• Süreci bilen kişiyi görüşmelere dahil etmemek.
• Kabul kriterlerini yazılı hale getirmemek.
• İlk sürüme her şeyi sığdırmaya çalışmak; ikinci sürüm için liste tutmamak.
• Birden fazla karar vericinin birbirinden habersiz değişiklik istemesi.
• Canlıya geçiş ve kullanıcı bilgilendirmesini son güne bırakmak.

YazSis özel yazılım sürecini nasıl yürütür?

YazSis özel yazılım çalışmasını dört başlıkta yürütür: önce amaç, kullanıcı, veri ve iş kuralı çıkarılır; sonra kullanım akışı ve sürdürülebilir teknik yapı tasarlanır; ardından modüler geliştirme ve gerçek senaryolarla doğrulama yapılır; son olarak sistem canlıya alınır, ölçülür ve geri bildirimle iyileştirilir. Kapsam web uygulamaları, rol bazlı yönetim panelleri, talep-onay-atama akışları, mobil uygulamalar, diğer sistemlerle veri alışverişi için API servisleri ve yoğun operasyon ekipleri için backoffice arayüzlerini içerebilir. Bu yazıda süre ya da fiyat vermiyoruz; ikisi de analizden sonra kapsamla birlikte konuşulur.

Elinizdeki süreci hangi aşamadan başlatmanız gerektiğinden emin değilseniz, Özel Yazılım sayfasından çalışma yaklaşımımıza bakabilir ve ihtiyacınızı kısaca anlatarak ilk görüşmeyi başlatabilirsiniz.