| Alan | Açıklama |
| Proje Adı | FinSave: Mikro Tasarruf Uygulaması |
| İş Problemi | Kullanıcılar, bilinçli çaba göstermeden küçük meblağları biriktirmekte zorlanmaktadır. |
| Çözüm | Kullanıcının bağlı banka/kart hesabından yapılan her harcamayı en yakın 1 TL’ye (veya ayarlanana) yuvarlayarak küsuratı otomatik tasarruf hesabına transfer eden mobil uygulama. |
| Başarı Ölçütü (Örnek) | İlk 3 ayda aktif kullanıcıların ortalama tasarruf miktarını aylık en az 100 TL seviyesine çıkarmak. |
Projeyi yönetilebilir kılmak için, ilk aşamada (MVP – Minimum Viable Product) nelerin dahil ve hariç tutulacağını netleştiririz.
| Dahil Edilecekler (In-Scope) | Hariç Tutulacaklar (Out-of-Scope) |
| Hesap Bağlantısı: Tek bir bankanın API’si ile entegrasyon. | Yatırım/Fon İşlemleri: Tasarruf edilen parayı yatırım fonlarına dönüştürme. |
| Yuvarlama: En yakın 1 TL’ye veya 5 TL’ye yuvarlama kuralı. | Uluslararası Para Birimi Desteği (Sadece TL). |
| Tasarruf Hedefi Belirleme ve ilerleme takibi. | Kredi/Borç Ödeme otomasyonu. |
İş Analisti, paydaş görüşmelerine başlamadan önce, temel iş hedeflerini karşılayacak ilk gereksinimleri taslak olarak listeler.
| Gereksinim Tipi | ID | Gereksinim/İşlev |
| İş Gereksinimi (BR) | BR-001 | Kullanıcıların pasif tasarruf yapmasını sağlamak. |
| BR | BR-002 | Uygulamanın bankacılık otoritelerinin güvenlik standartlarına uymasını sağlamak. |
| Fonksiyonel (FR) Taslak | FR-001 | Kullanıcı, banka hesabını güvenli bir şekilde uygulamaya bağlayabilmelidir. |
| FR Taslak | FR-002 | Uygulama, kullanıcının harcama işlemlerini gerçek zamanlı olarak takip edebilmelidir. |
| Fonksiyonel (FR) Taslak | FR-003 | Kullanıcı, birikimlerinin anlık durumunu (Toplam Tasarruf) görebilmelidir. |
| Fonksiyonel (FR) Taslak | FR-004 | Uygulama, yuvarlanmış küsuratları otomatik olarak tasarruf hesabına transfer etmelidir. |
| Non-Fonksiyonel (NFR) | NFR-001 | Banka API entegrasyonunun gecikme süresi 200 ms’yi geçmemelidir (Hız). |
| NFR | NFR-002 | Kullanıcı verileri endüstri standardı şifreleme ile korunmalıdır (Güvenlik). |
Başarılı bir gereksinim toplama süreci, doğru paydaşlarla doğru zamanda konuşmayı gerektirir.
| Rol | Departman | Neden Anahtar Paydaş? |
| Ürün Sahibi (PO) | Ürün Yönetimi | İş hedefleri ve öncelikler için tek yetkili. |
| Teknik Lider (TL) | Yazılım Geliştirme | Banka API entegrasyonu ve teknik fizibilite (NFR’ler). |
| Hukuk/Uyum (Compliance) | Hukuk | Banka verisi kullanımı ve yasal izinler (Özellikle BR-002 için). |
| Kullanıcı Deneyimi Uzmanı (UX) | Tasarım | Mobil uygulama arayüzü ve akışları (FR-003 için). |
| Paydaş | Görüşme Tipi | Odak Noktası | Amaçlanan Çıktı |
| PO | Strateji Görüşmesi | İş hedefleri, önceliklendirme, MVP kapsamının kesinleştirilmesi. | Onaylanmış Kapsam Belgesi Taslağı. |
| TL | Fizibilite/Teknik Görüşme | NFR’lerin (NFR-001, 002) netleştirilmesi, API limitleri, entegrasyon mimarisi. | NFR’lerin Teknik Olarak Kabulü. |
| Hukuk | Kısıtlayıcı Görüşme | Veri paylaşımı ve yasal rıza (izin) süreçlerinin anlaşılması. | Yasal Gereksinimlerin Listesi. |
Paydaşların projeye olan etkisini (etki) ve ilgisini (ilgi) analiz ederek iletişim stratejisini belirleriz
| Paydaş | Rol | Etki (Influence) | İlgi (Interest) | İletişim/Yönetim Stratejisi |
| Ürün Sahibi (PO) | Karar Verici | Yüksek | Yüksek | Yakından Yönet: Düzenli toplantılar ve hızlı bilgilendirme. |
| Teknik Lider (TL) | Uygulayıcı/Kısıtlayıcı | Yüksek | Orta | Memnun Et: Detaylı teknik gereksinimler ve zamanında cevap verme. |
| UX Uzmanı | Destekleyici | Orta | Yüksek | Bilgilendir: Tasarım kararlarını görüşlerine dayanarak al, düzenli olarak prototipleri paylaş. |
| Hukuk/Uyum | Kısıtlayıcı | Yüksek | Orta | Memnun Et: Gerekli tüm yasal gereksinimleri erken aşamada netleştir. |