Kısa cevap: Yazılım şartname (kapsam belgesi) hazırlarken en büyük risk, eksik veya muğlak maddeler yüzünden projenin ortasında ek maliyetlerle ve zaman kayıplarıyla karşılaşmaktır. Şartnameyi yeterince ayrıntılı, ama anlaşılır hazırlamak hem yazılım firmasının hem de sizin işinizi kolaylaştırır. Bu rehber, yazılım şartname hazırlama sürecinde sizi en çok etkileyen eksiklerin ve risklerin nasıl önleneceğini pratik örneklerle anlatıyor.
Yazılım firmasına ödemenizi yaptınız, aylar geçti ve projenin yarısı bitti. Tamamlanmamış veya yanlış anlaşılan birkaç fonksiyon yüzünden hem para hem zaman kaybettiniz — ama aslında o eksikler daha ilk günden şartnamede yoktu. Sizin başınıza gelmeden, bunu nasıl önlersiniz?
Şartname Hatalarında İşletmelerin Gerçek Kaybettikleri
Şartnameyi eksik veya hatalı hazırlamanın tipik sonuçları arasında şunlar var:
- Bütçe aşımı: Projenin ortasında "bu da olmalıydı" denilen her yeni ihtiyaç, %10 ila %40 ek maliyet çıkarabilir. Özellikle entegrasyon veya yeni ekran taleplerinde bu oran hızla artar.
- Zaman kaybı: Eksik tanımlanmış iş akışları, teslim süresinin 2-3 kat uzamasına yol açabilir. Birçok işletmede 3 ay planlanan yazılım, kapsam net değilse 8-10 aya yayılır.
- Yanlış ürün: Kullanıcı rolleri, veri aktarımı veya entegrasyonlar eksikse, yazılımınız ihtiyaçlarınızı karşılamaz. Sonradan düzeltmek, ilk baştan yazmaktan %50 daha pahalıya gelir.
Gerçek hayatta, özellikle teknik olmayan işletme sahiplerinde, "yazılımcılar zaten anlar" beklentisi, sonunda iki tarafı da yoran, uzayan ve pahalılaşan projelere döner. Yazılım projelerinin başarısız olma nedenlerini incelediğinizde, ilk üç sırada kapsam belgesi eksikliği ve yanlış anlaşılmalar vardır.
Kapsam Belgesi: Fazlası Zarar, Eksiği Daha Büyük Zarar
Şartnamenin aşırı ayrıntılı olması da, eksik olması kadar sorun yaratır. Çok teknik detay, süreci yavaşlatır ve değişiklik yapmayı güçleştirir. Ancak aşağıdaki alanlarda eksiklik, neredeyse her zaman ek maliyet anlamına gelir:
- Hangi ekranların/sayfaların olacağı
- Hangi dış sistemlerle entegrasyon yapılacağı
- Kullanıcı yetkileri ve rolleri
- Teslim ve onay kriterleri
- Veri aktarımı, yedekleme, güvenlik gereksinimleri
- Ekstra geliştirme ve revizyon koşulları
Pratikte, kapsam belgesi 10-25 sayfa arası, maddeler halinde ve mümkünse örneklerle hazırlanmalı. Her maddenin "işlev", "girdi/çıktı", "kabul kriteri" bölümleri olmalı. Çok kısa (2-3 sayfa) kapsamlar, neredeyse her zaman sorun çıkarır.
Teknik Bilginiz Yok mu? Soracağınız 5 Soru Her Şeyi Değiştirir
Teknik olmayan bir işletme sahibiyseniz, aşağıdaki 5 soruyu yazılım firmanızdan net yanıt almadan şartnameyi asla onaylamayın:
- Projenin her adımında hangi ekranlar/sayfalar olacak?
- Başka hangi yazılımlarla (ERP, muhasebe, e-posta, SMS) entegrasyon yapılacak?
- Kullanıcı yetkileri nasıl ayrılacak? (Örneğin; yönetici, editör, kullanıcı)
- Teslimat ve kabul kriterleri nasıl yazıldı?
- Ekstra değişiklik talebinde fiyatlandırma ve revizyon hakkı nasıl olacak?
Bu soruların cevabı "standart olacak", "gerekirse ekleriz" gibi genel geçiştirmeler ise, kapsamın eksik olma riski yüksektir.
Yazılım Firmasının Size Sorması Gereken (Ama Çoğu Zaman Sormadığı) Sorular
Çoğu yazılım firması, tecrübeli bile olsa, aşağıdaki detayları atlayabilir. Oysa bunlar, projenin sağlıklı ilerlemesi için kritik:
- Hangi veri alanları zorunlu olacak?
- Yedekleme sıklığı ve veri kurtarma gereksinimleri nedir?
- Hangi raporlar veya çıktı dosyaları gereklidir?
- Proje sonunda kaynak kodu teslimi yapılacak mı? (Kaynak kodu tesliminde riskler makalesine bakabilirsiniz.)
- Kullanıcı yükü ve performans beklentisi nedir? (Aynı anda kaç kullanıcı?)
İyi bir yazılım firması, bu detayları kapsam belgesine yazar ve sizinle madde madde üstünden geçer.
Kapsam Belgenizi Ücretsiz Değerlendirelim
Hazırladığınız şartnameyi veya mevcut teklifinizi bağımsız olarak analiz edip eksiklerini tespit ediyoruz. Hangi maddeler kritik, neler riskli — birlikte gözden geçirelim.
Ücretsiz Değerlendirme İsteyinEk Maliyetlerin Önüne Geçen Kontrol Listesi
Şartname onaylamadan önce aşağıdaki maddeleri mutlaka gözden geçirin. Her bir maddeyi, "Açıkça yazıldı mı?", "Ben anladım mı?", "Ek not/geliştirme ihtiyacı var mı?" şeklinde kontrol edin:
| Madde | Açıkça yazılmış mı? (Evet/Hayır) | Anladım mı? (Evet/Hayır) | Ek not/geliştirme ihtiyacı var mı? |
|---|---|---|---|
| İş akışları tanımlı mı? | |||
| Hangi entegrasyonlar var? | |||
| Kullanıcı yetkileri ve rolleri açık mı? | |||
| Teslim kriterleri yazılı mı? | |||
| Ekstra geliştirmelerde fiyatlandırma nasıl olacak? | |||
| Revizyon hakkı kaç defa? | |||
| Hangi ekranlar/sayfalar kesin geçecek? | |||
| Veri aktarımı ve yedekleme süreçleri var mı? |
Bu tabloyu yazılım firmanıza gösterin ve her maddeyi birlikte doldurun. Özellikle "evet" olmayan her kutucuk, ileride sürpriz maliyet veya gecikme riski taşır.
Hazır Örnek: Riskli ve Güvenli Şartname Maddeleri
| Riskli Şartname Maddesi | Güvenli Şartname Maddesi |
|---|---|
| Kullanıcı yönetimi olacak. | Kullanıcılar; yönetici, editör ve ziyaretçi olarak 3 rolde ayrılacak. Yöneticiler tüm içerikleri, editörler sadece kendi içeriklerini düzenleyebilecek. |
| Entegrasyon yapılacak. | Sistem, Logo Tiger ERP ile tek yönlü fatura veri aktarımı sağlayacak. Aktarım günlük otomatik tetiklenecek. |
| Raporlama olacak. | Kullanıcılar, PDF ve Excel formatında günlük satış raporu alabilecek. Raporlar sadece yöneticilere açık olacak. |
| Dosya yedeği alınacak. | Sunucu üzerindeki tüm dosyalar haftada bir otomatik yedeklenecek, son 4 yedek saklanacak. |
Riskli maddeler genellikle kısa, genel ve yoruma açık olur. Güvenli maddeler ise ölçülebilir, detaylı ve sınırları bellidir.
Şartname Onaylamadan Önce Kendi Kendinize Soracağınız Son 3 Soru
- Yazılım firmasından aldığım şartnameyi tamamen okudum ve tüm maddeleri kendi işim açısından anladım mı?
- Her maddeyi, işimin günlük süreçlerine uygulayabiliyor muyum? (Yani hayal ettiğimde, ekranları ve akışı gözümde canlandırabiliyor muyum?)
- Ekstra bir ihtiyacım doğarsa, ek maliyetin nasıl hesaplanacağı net mi?
Bu sorulara "evet" diyemiyorsanız, şartnameyi imzalamayın. Gerekirse bir uzmandan veya bağımsız danışmandan destek alın.
Sonuç: Şartname Eksikse Proje Zarar Yazar
Kapsam belgesi (şartname) hazırlamak, teknik bilgi gerektiren bir süreç gibi görünse de, asıl önemli olan işinizin adım adım yazılı olmasıdır. Eksik bırakılan her detay, ileride zaman ve para kaybı olarak size döner. Yazılım şartname hazırlama sürecinde, yukarıdaki kontrolleri ve örnekleri kullanarak riskinizi ciddi şekilde azaltabilirsiniz. Daha fazla bilgi için yazılım sözleşmesinde dikkat edilmesi gereken maddeler ve teklif değerlendirme rehberimize göz atabilirsiniz.
