System request ve fizibilite: ROI, NPV, geri ödeme
Bir projenin neden yapılacağını yazan system request ve teknik, ekonomik, organizasyonel fizibilite. Sınavın hesap sorusu genelde NPV, ROI ve break-even'dır.
Bir proje kod yazılmadan önce iki kapıdan geçer. Birincisi system request: bir iş biriminin “bize şu sistem lazım, çünkü…” diyen kısa belgesi. İkincisi fizibilite analizi (feasibility analysis): “Yapabilir miyiz, yapmalı mıyız, yaparsak kullanılır mı?” sorularının cevabı. Sınavda bu haftadan iki tip soru gelir: tanım (fizibilite türleri, system request kısımları) ve hesap (NPV, ROI, geri ödeme). Hesap sorusu neredeyse garanti, puanı yüksek.
Altın kurallar:
- Üç fizibilite, üç soru: technical = Can we build it? economic = Should we build it? organizational = If we build it, will they come?
- Paranın zaman değeri var. Bugünkü 1 TL, 3 yıl sonraki 1 TL’den değerlidir. NPV bunu hesaba katar.
- Tablo kur. Yıllar sütunda, fayda, maliyet, net, PV, kümülatif satırlarda. Hesap hatalarının çoğu tablo kurmamaktan gelir.
- Birimi yaz: NPV para (TL), ROI yüzde, geri ödeme yıl.
System request
Proje fikri genelde iş tarafından gelir: bir müdür, bir bölüm. Bu fikir system request ile yazıya dökülür ve onay komitesine (approval committee) sunulur.
| Kısım | İçerik | Kampüs kütüphanesi örneği |
|---|---|---|
| Project sponsor | Projeyi isteyen ve sahiplenen kişi | Kütüphane müdürü |
| Business need | Neden gerekli (iş dilinde) | Ödünç kuyruğu uzun, geç iade takibi elle yapılıyor |
| Business requirements | Sistem ne yapmalı (üst düzey) | Online rezervasyon, otomatik gecikme hatırlatması |
| Business value | Ne kazandırır (somut ve soyut) | Yılda 2 personel saati tasarrufu, öğrenci memnuniyeti |
| Special issues | Kısıtlar, tarihler | Güz dönemi başına yetişmeli |
Business value iki türdür. Tangible value ölçülebilir ve paraya çevrilebilir: “gecikme cezası tahsilatında %20 artış”. Intangible value gerçek ama paraya çevrilemez: “daha iyi öğrenci deneyimi”. Sınavda karıştırılan nokta: “müşteri memnuniyeti” soyut, “müşteri şikâyeti başına 15 dakika daha az personel zamanı” somut.
Teknik fizibilite (technical feasibility)
“Bu sistemi kurabilir miyiz?” Cevap aslında bir risk değerlendirmesidir. Riski artıran dört etken:
| Etken | Açıklama |
|---|---|
| Familiarity with functional area | Kullanıcılar ve analistler iş alanını ne kadar tanıyor? Tanımıyorlarsa gereksinim yanlış anlaşılır. |
| Familiarity with technology | Ekip bu teknolojiyi daha önce kullandı mı? Yeni teknoloji = yüksek risk. |
| Project size | Ekip büyüklüğü, süre, özellik sayısı arttıkça risk artar. |
| Compatibility | Yeni sistem mevcut sistemlerle (veritabanı, ağ, diğer yazılımlar) entegre olabilecek mi? |
Ekonomik fizibilite (economic feasibility)
“Yapmalı mıyız?” Bu bir maliyet-fayda analizidir (cost-benefit analysis). Dört adım:
- Maliyet ve faydaları belirle.
- Değer biç (her birine para karşılığı ver).
- Nakit akışını (cash flow) yıllara dağıt.
- Finansal ölçütleri hesapla: ROI, NPV, break-even point.
Maliyetler ikiye ayrılır. Development costs bir seferliktir (yazılım lisansı, geliştirici ücreti, donanım, eğitim). Operational costs her yıl tekrarlanır (bakım, bulut faturası, destek personeli).
Formüller
Bugünkü değer (present value): yıl sonra alınacak tutarının bugünkü karşılığı, iskonto oranı ile:
Net bugünkü değer (net present value):
Burada fayda, maliyettir. Yıl 0 (bugün) iskontolanmaz. NPV > 0 ise proje ekonomik olarak kabul edilebilir.
Yatırım getirisi (return on investment):
Geri ödeme süresi (payback period / break-even point): kümülatif nakit akışının sıfırı geçtiği an. Yıl içinde akışın düzgün geldiği varsayılır:
Çözümlü örnek: FitHub üyelik sistemi
Bir spor salonu zinciri online üyelik ve kapı geçiş sistemi düşünüyor.
- Geliştirme maliyeti (yıl 0): 150,000 TL
- İşletme maliyeti: yılda 20,000 TL (yıl 1-5)
- Fayda (personel tasarrufu + daha az kayıp üyelik): yılda 70,000 TL (yıl 1-5)
- İskonto oranı: %8
Adım 1: Net nakit akışı. Her yıl 70,000 − 20,000 = 50,000 TL. Yıl 0’da −150,000.
Adım 2: Her yılın PV’si.
Yıl Net akış 1.08^t PV
0 -150,000 1.0000 -150,000.00
1 50,000 1.0800 46,296.30
2 50,000 1.1664 42,866.94
3 50,000 1.2597 39,691.61
4 50,000 1.3605 36,751.49
5 50,000 1.4693 34,029.16
Adım 3: NPV. Hepsini topla:
46,296.30 + 42,866.94 + 39,691.61
+ 36,751.49 + 34,029.16 = 199,635.50
NPV = 199,635.50 - 150,000 = 49,635.50 TL
NPV pozitif: proje ekonomik olarak yapılabilir.
Adım 4: ROI (nominal). Toplam fayda 5 × 70,000 = 350,000. Toplam maliyet 150,000 + 5 × 20,000 = 250,000.
Bazı kaynaklar ROI’yi PV’lerle hesaplar. O zaman PV fayda 279,489.70, PV maliyet 229,854.20 olur ve ROI %21.59 çıkar. Sınavda soru hangisini istiyorsa onu kullan; belirtilmemişse yöntemini yaz.
Adım 5: Geri ödeme. Basit (iskontosuz) kümülatif: −100,000, −50,000, 0. Tam 3. yıl sonunda başa baş: 3.00 yıl.
İskontolu (PV’lerle) kümülatif:
Yıl PV Kümülatif
0 -150,000.00 -150,000.00
1 46,296.30 -103,703.70
2 42,866.94 -60,836.76
3 39,691.61 -21,145.15
4 36,751.49 15,606.34 <- işaret değişti
Geri ödeme = 3 + 21,145.15 / 36,751.49 = 3 + 0.575 = 3.58 yıl. İskontolu geri ödeme her zaman basit olandan uzundur, çünkü gelecekteki paralar küçültülür.
TUZAK · yıl 0’ı iskontolama. Bugün harcanan para zaten bugünün parasıdır: . Yıl 0’ı 1.08’e bölen öğrenci NPV’yi şişirir.
İPUCU · eşit akışta kısa yol. Her yıl aynı tutar geliyorsa PV’leri tek tek toplamak yerine çarpanları toplayabilirsin: 5 yıl, %8 için . 50,000 × 3.9927 = 199,635.50.
İkinci örnek: eşit olmayan akış
Kampüs yemek siparişi uygulaması 100,000 TL’ye mal oluyor, net akışlar 20,000, 30,000, 70,000, 50,000 TL.
Yıl Akış Kümülatif
0 -100,000 -100,000
1 20,000 -80,000
2 30,000 -50,000
3 70,000 +20,000 <- geçiş 3. yılda
geri ödeme = 2 + 50,000 / 70,000 = 2.71 yıl
Bölmede paydaya geçiş yılının kendi akışını (70,000) koy, ortalama akışı değil.
Organizasyonel fizibilite (organizational feasibility)
“Yaparsak kullanırlar mı?” İki bakış:
Strateji uyumu (strategic alignment). Proje kurumun hedefleriyle ne kadar örtüşüyor? Stratejik hedefe doğrudan hizmet eden projenin riski düşüktür.
Paydaş analizi (stakeholder analysis). Projeden etkilenen herkes:
| Paydaş | Rol | Artırmak için |
|---|---|---|
| Champion | Projeyi başlatır ve savunur, üst düzey, genelde IS dışı | Ona düzenli ilerleme raporu ver |
| Organizational management | Projeyi bilir ve onaylar, kaynak ayırır | Faydayı iş diliyle anlat |
| System users | Sistemi kullanacak kişiler | Sürece kat, ihtiyaçlarını dinle |
Kullanıcının dışlandığı projede direnç doğar: en iyi sistem bile kullanılmazsa değeri sıfırdır.
Proje seçimi
Fizibilite sonucu onay komitesine gider. Komite projeyi kurumun proje portföyü içinde değerlendirir: riskli ve az riskli, kısa ve uzun, stratejik ve operasyonel projeler arasında denge kurar. Fizibilite çalışması proje boyunca güncellenir; analiz ve tasarım sonunda tekrar gözden geçirilir.
Sık yapılan hatalar
| Yanlış düşünce | Doğrusu |
|---|---|
| Teknik fizibilite = “kodu yazabilir miyiz” | Risk değerlendirmesi: iş alanı, teknoloji, büyüklük, uyumluluk |
| Yıl 0’ı da iskontola | Yıl 0 bugündür, çarpan 1 |
| Nominal toplam > yatırım ise NPV pozitif | Paranın zaman değeri sonucu tersine çevirebilir |
| Geri ödemede ortalama akışa böl | Geçiş yılının kendi akışına böl |
| Memnuniyet somut faydadır | Soyuttur; paraya çevrilemiyorsa intangible |
| ROI’yi para olarak yaz | ROI orandır, yüzde ile yaz |
| Champion = proje yöneticisi | Champion projeyi destekleyen üst düzey yöneticidir |
| İşletme maliyetini unut | Development + operational, ikisi de maliyettir |
Kendini test et
Sınavdaki gibi İngilizce sorular. Önce kâğıt kalemle çöz, sonra cevabı aç.
Which part of a system request explains why the system should be built, in business terms?
- Project sponsor
- Business need
- Business requirements
- Special issues
Cevabı göster
System request beş kısımdan oluşur: project sponsor, business need (neden), business requirements (sistem ne yapmalı), business value (ne kazandıracak), special issues/constraints (kısıtlar). "Neden" sorusunu business need cevaplar.
Classify each benefit as tangible or intangible: (a) 15% fewer paper forms printed, (b) improved student satisfaction, (c) 2 fewer clerks needed.
Cevabı göster
Tangible (somut) fayda paraya çevrilebilir: kâğıt ve personel tasarrufu ölçülebilir. Intangible (soyut) fayda gerçektir ama doğrudan paraya çevrilemez: memnuniyet, imaj, karar kalitesi.
A project costs 80,000 TL now and returns a net cash flow of 30,000 TL per year for 4 years. With a discount rate of 10%, what is the NPV (nearest TL)?
Cevabı göster
Her yılın bugünkü değeri: .
Yıl 1: 27,272.73. Yıl 2: 24,793.39. Yıl 3: 22,539.44. Yıl 4: 20,490.40.
Toplam 95,095.96. NPV = 95,095.96 − 80,000 = 15,095.96 ≈ 15,096 TL. Pozitif, yani proje ekonomik olarak kabul edilebilir.
Using the same project (80,000 TL investment, 30,000 TL net per year), what is the simple (undiscounted) payback period?
Cevabı göster
Kümülatif nakit: yıl 1 sonunda −50,000, yıl 2 sonunda −20,000. Yıl 3'te 30,000 gelecek, 20,000'i yeterli: 20,000 / 30,000 = 0.67. Geri ödeme 2 + 0.67 = 2.67 yıl.
Total benefits of a project over its life are 300,000 TL and total costs are 240,000 TL. What is the ROI?
Cevabı göster
, yani %25.
What is the present value of 55,000 TL received 3 years from now if the discount rate is 6%?
Cevabı göster
TL. Gelecekteki para bugünkü paradan daha az değerlidir.
A system costs 100,000 TL and its net cash flows for years 1 to 4 are 20,000, 30,000, 70,000 and 50,000 TL. What is the simple payback period?
Cevabı göster
Kümülatif: yıl 1 −80,000, yıl 2 −50,000. Yıl 3 70,000 getiriyor, 50,000 yeterli: 50,000 / 70,000 = 0.714. Geri ödeme 2 + 0.71 = 2.71 yıl. Eşit olmayan akışlarda bölmeyi o yılın kendi akışıyla yap.
An investment of 200,000 TL returns 45,000 TL net per year for 5 years. The discount rate is 9%. Compute the NPV and decide.
Cevabı göster
5 yıl için %9'da yıllık 1 TL'nin bugünkü değeri toplamı 3.88965. 45,000 × 3.88965 = 175,034.31. NPV = 175,034.31 − 200,000 = −24,965.69. Nominal toplam (225,000) yatırımdan büyük olduğu halde paranın zaman değeri hesaba katılınca proje zarar ediyor.
Which question does organizational feasibility answer?
- Can we build it with the technology we have?
- Should we build it, will it pay off?
- If we build it, will users accept and use it?
- How many function points does it have?
Cevabı göster
Teknik fizibilite: "Yapabilir miyiz?" (Can we build it?). Ekonomik fizibilite: "Yapmalı mıyız, değer mi?" (Should we build it?). Organizasyonel fizibilite: "Yaparsak kullanılır mı?" (If we build it, will they come?). Strateji uyumu ve paydaş analizi buraya girer.
Name three sources of technical risk in a project.
Cevabı göster
Teknik riski artıranlar: kullanıcıların ve analistin iş alanını (functional area) tanımaması, ekibin teknolojiyi tanımaması, projenin büyüklüğü (ekip, süre, modül sayısı) ve mevcut sistemlerle uyumluluk (compatibility).
In stakeholder analysis, what is a champion?
- The developer who writes the most code
- A high-level, non-IS executive who initiates and promotes the project
- The end user who tests the system
- The vendor of the software
Cevabı göster
Champion projeyi başlatan ve destekleyen, zaman ve kaynak ayıran üst düzey yöneticidir (genelde bilgi işlem dışından). Organizational management de destek verir ama gün gün takip etmez. System users ise sistemi kullanacak kişilerdir.
Why is NPV usually preferred over simple ROI when comparing two projects with different lifetimes?
Cevabı göster
Basit ROI 5. yıldaki 1 TL ile bugünkü 1 TL'yi aynı sayar. NPV her yılın nakit akışını iskonto oranıyla bugüne çeker, böylece faydası erken gelen proje doğru şekilde daha değerli görünür.
Doğrulama: Tüm NPV, ROI, bugünkü değer ve geri ödeme sayıları node ile hesaplandı (verify/SEN2022/02.mjs, ortak fonksiyonlar lib.mjs). Kavramsal sorular standart tanımlarla karşılaştırıldı.