01Sorun ve çözüm
Gereksinim analizi hizmetimizde işin sahipleriyle ve sistemi her gün kullanacak kişilerle tek tek görüşüyor, bugünkü süreci olduğu gibi çiziyor, hedeflenen süreci birlikte tasarlıyoruz. Çıktı, geliştirici ekibin tahmin yapabileceği, test ekibinin senaryo yazabileceği ve sizin kabul sırasında kontrol edebileceğiniz yazılı bir gereksinim setidir.
Devamını okuDaha az göster
Analizi hangi firmanın geliştireceğinden bağımsız hazırlarız; belgeyi dilediğiniz ekiple kullanabilirsiniz.
02Kimler için
Gereksinim analizi hizmeti kimler için uygun
Özellikle karar verenle kullananın farklı kişiler olduğu projelerde analiz belirleyicidir.
- Excel ve e-posta ile yürüyen bir süreci ilk kez yazılıma taşımak isteyen işletmeler
- Farklı yazılım firmalarından karşılaştırılabilir teklif almak isteyen yöneticiler
- Daha önce başlatılmış bir projede kapsam kayması yaşamış ve ikinci denemeye hazırlanan şirketler
- Birden fazla departmanın aynı sistemi kullanacağı ve önceliklerin çatıştığı kurumlar
- Yatırım ya da hibe başvurusu için ürün kapsamını belgelemesi gereken girişimler
03İhtiyaçlar
Gereksinimler net olmadığında yaşanan sorunlar
Bu sorunlar teknik değil, iletişimsel kökenlidir; ama faturası teknik ekibe çıkar.
- 01
Her birimin farklı bir sistem hayal etmesi
Satış ekibi hızlı teklif ekranı, muhasebe ayrıntılı onay zinciri, yönetim tek sayfalık rapor ister. Bu beklentiler aynı masada uzlaştırılmazsa yazılım hiçbirini tam karşılamaz.
- 02
Yalnızca mutlu yolun konuşulması
Toplantılarda işin normal akışı anlatılır; iptal, kısmi teslim, hatalı giriş ya da yetkili kişinin izinde olması gibi istisnalar sorulmaz. Geliştirmede en çok zaman alan kısım ise çoğu zaman bu istisnalardır.
- 03
Ölçülemeyen ifadeler
“Hızlı olsun”, “kullanıcı dostu olsun” gibi talepler test edilemez. Hangi ekranın hangi koşulda ne kadar sürede açılacağı gibi ölçütler yazılmadıkça kabul de tartışmalı olur.
- 04
Unutulan entegrasyonlar ve veriler
Yeni sistemin muhasebe programına, e-Fatura entegratörüne ya da mevcut müşteri listesine bağlanması gerektiği projenin ortasında hatırlanır. Eski verinin nasıl taşınacağı da çoğu zaman sonradan konuşulur.
04Özellikler
Gereksinim analizi çalışmasının çıktıları
Belge seti projenin büyüklüğüne göre sadeleştirilir; gereksiz evrak üretmeyiz.
- 01
Mevcut ve hedef süreç haritaları
İşin bugün kimden kime, hangi belgeyle ve nerede beklediği BPMN ya da sade akış şemalarıyla çizilir. Hedef süreçte hangi adımın yazılıma devredileceği aynı şema üzerinde gösterilir.
- 02
Kullanıcı hikâyeleri ve kabul kriterleri
Her ihtiyaç “kim, ne yapmak istiyor, neden” biçiminde yazılır ve altına doğrulanabilir kabul kriterleri eklenir. Hikâyeler önem sırasına göre olmazsa olmaz, olsa iyi olur ve sonraya kalabilir gruplarına ayrılır.
- 03
Rol ve yetki matrisi
Hangi kullanıcının hangi kaydı görebileceği, değiştirebileceği ve onaylayabileceği tablo hâlinde çıkarılır. Bu matris hem geliştirme hem KVKK açısından erişim sınırlarının temelidir.
- 04
Ekran taslakları
Kritik ekranlar için Figma ya da benzeri bir araçla tıklanabilir taslaklar hazırlanır. Kullanıcılar yazılı bir maddeyi onaylamaktan çok bir ekranı görerek eksikleri fark eder.
- 05
Fonksiyonel olmayan gereksinimler
Eş zamanlı kullanıcı beklentisi, yedekleme ve saklama ihtiyacı, erişilebilirlik, tarayıcı ve cihaz desteği gibi konular ayrı bir bölümde yazılı hâle getirilir.
05Entegrasyonlar
Analizde ele alınan bağlantılar ve veri kaynakları
Yeni sistemin çevresindeki her bağlantı, kapsamın ve maliyetin bir parçasıdır.
- 01
Muhasebe ve ERP programları
Logo, Mikro, Netsis ya da SAP Business One gibi programlarla hangi verinin hangi yönde ve hangi sıklıkta aktarılacağı belirlenir.
- 02
e-Belge süreçleri
e-Fatura, e-Arşiv ve e-İrsaliye ihtiyacı varsa özel entegratörle bağlantının hangi adımda tetikleneceği tanımlanır.
- 03
Mevcut tablolar ve eski sistemler
Taşınacak verinin kaynağı, temizlik ihtiyacı ve tarihsel kayıtların ne kadarının yeni sisteme alınacağı veri sözlüğünde kayda geçer.
- 04
Bildirim kanalları
SMS sağlayıcınız, e-posta servisi ya da WhatsApp Business API ile hangi olayda kime ileti gideceği ve İYS onayı gerektiren gönderimler ayrıştırılır.
06Süreç
Gereksinim analizi 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
Analizi nasıl yürütüyoruz
Görüşmeleri yalnızca yöneticilerle değil, sistemi fiilen kullanacak kişilerle de yaparız. Depoda siparişi hazırlayan çalışanın ya da faturayı kesen muhasebecinin bir saatlik anlatımı, çoğu zaman haftalarca sürecek bir değişiklik talebini baştan önler. Mümkün olduğunda işin yapıldığı yerde gözlem de yaparız.
Devamını okuDaha az göster
Her gereksinime izlenebilir bir kimlik veririz. Böylece bir maddenin hangi görüşmeden çıktığı, hangi ekran taslağında karşılandığı ve hangi test senaryosuyla doğrulanacağı aynı numarayla takip edilir. Proje ilerledikçe gelen değişiklikler de bu numaraya bağlanarak etkisi görünür hâle gelir.
Kişisel veri işleyen süreçlerde hangi verinin neden toplandığı, kimlerin erişeceği ve ne kadar saklanacağı analizin içinde sorulur. Bu bilgiler hem aydınlatma metninin hazırlanmasına hem de sistemin teknik güvenlik tasarımına girdi olur.
08Çalışma modelleri
Bu hizmette çalışma modelleri
09Sık sorulan sorular
Gereksinim analizi hakkında sık sorulan sorular
Gereksinim analizi fiyatları hangi kriterlere göre çıkar?
Görüşülecek birim ve kişi sayısı, sürecin karmaşıklığı, entegrasyon adedi, ekran taslağı isteyip istemediğiniz ve belgenin ayrıntı düzeyi belirleyicidir. Ön görüşmede kapsamı dinleyip yazılı teklif hazırlarız.
Gereksinim analizi ile teknik şartname arasındaki fark nedir?
Gereksinim analizi işin ne olduğunu ve kullanıcının neye ihtiyaç duyduğunu ortaya koyar. Teknik şartname ise bu ihtiyaçları ihale ya da teklif sürecinde kullanılacak teknik koşullara, mimari ve kabul şartlarına dönüştürür. Çoğu projede analiz şartnamenin girdisidir.
Analizden sonra yazılımı sizin geliştirmeniz gerekir mi?
Gerekmez. Belge herhangi bir geliştirme ekibinin kullanabileceği biçimde hazırlanır. Dilerseniz gelen teklifleri bu belgeye göre karşılaştırmanıza da yardımcı oluruz.
Çevik çalışacağız; yine de ayrıntılı analiz gerekir mi?
Çevik projelerde her şeyi baştan dondurmak gerekmez, ama ürünün sınırları, kullanıcı rolleri, kritik iş kuralları ve entegrasyonlar baştan bilinmelidir. Bu durumda analiz, önceliklendirilmiş bir başlangıç iş listesi ve kabul kriterleri olarak teslim edilir.
Çalışanlarımız görüşmelere ne kadar zaman ayırmalı?
Her rol için genellikle bir ya da iki görüşme ve taslakların gözden geçirildiği kısa bir oturum yeterlidir. Görüşme takvimini iş yoğunluğunuzu bozmayacak şekilde birlikte planlarız.
Gereksinim analizi hizmeti uzaktan yürütülebilir mi?
Görüşmeler ve taslak incelemeleri büyük ölçüde çevrim içi yapılabilir. Depo, üretim alanı ya da saha gibi işin fiziksel olarak yürüdüğü yerlerde gözlem gerekiyorsa yerinde ziyaret planlarız.
10İlgili hizmetler