23 Ocak 2017 Pazartesi

Step Wise Adımları


1. Adım: Proje Kapsam ve Hedeflerini Belirleme


1.1. Hedefler ve bu hedeflerin karşılanmasına yönelik ölçütler belirlenir.
Başarılı olup olmadığımızı nasıl bileceğiz?
1.2. Proje otoritesi oluşturulur.
Patron kim?
1.3. Kurumsal paydaşlar belirlenir.
Projeye kim dahil olacak?
Kurumsal paydaşlar proje ile alakalı herkes olabilir. Kurumsal paydaşlar uygulamanın son kullanıcıları olabileceği gibi, proje geliştirme ekibi içersinde yer alan herhangi bir kimse de olabilir.
1.4. Kurumsal paydaş analizi ışığında hedefler düzenlenir.
Kurumsal paydaşları kazanmak için yapılması gerekenler nelerdir?
Bu adım paydaşların projeye bağlılığını sağlamak için gereklidir.
1.5. Tüm taraflar arasında iletişim yöntemleri oluşturulur.
Temas halinde nasıl olacağız?
Özellikle büyük projelerde, proje içersindeki koordinasyonu sağlamak için bir iletişim planı oluşturulur. Proje geliştirme ekibi, projenin gidişatı ile ilgili olarak kiminle temas halinde olacağını mutlaka bilmelidir.

2. Adım: Proje Altyapısını Belirleme


2.1. Proje ile stratejik planlama arasında ilişki oluşturulur.
Proje neden istenmektedir?

2.2. Kurulum standartları ile prosedürleri belirlenir.
Hangi standartları takip etmemiz gerekir?

2.3. Proje ekibi belirlenir.
Kim nerede görevlendirilecek?

Hem proje hedeflerini belirleyen hem de projenin geliştirilmesinden sorumlu olan kişi örgütsel çevre hakkında çok az şey biliyor olabilir.


3. Adım: Proje Karakteristiklerinin Analiz Edilmesi

3.1. Proje hedef ya da ürün tabanlı olarak ayırt edilir.
Başarıya ulaşmanın birden fazla yolu var mı?
Bir ürün-tabanlı proje ile geliştiriciler, özellikleri açıkça tanımlanmış bir ürün yaratmak zorunda kalabilirler. Ancak nesne-tabanlı bir projede, bir sorunun çözümüne yönelik birden fazla seçenek tanımlanmıştır.
3.2. Diğer proje karakteristikleri analiz edilir.
Bu projeyi diğer projelerden ayıran fark nedir?
Geliştirilecek proje bir bilgi sistemi mi? bir gömülü sistem mi? bir gerçek zamanlı sistem mi? yoksa bir  multimedya uygulaması mı?
3.3. Yüksek-seviyeli proje riskleri belirlenir.
Proje süresince ne ters gidebilir?
Riski önlemek ne yapılabilir?
Yüksek seviyeli riskler belirlenirken, proje genel yaklaşımı bundan etkilenebilir. Proje gereksinimlerini daha iyi belirlemek üzere bir prototip modelin kullanımını içeren daha iteratif yaklaşımlar tercih edilmelidir. Bunun yanında daha büyük ve karmaşık projelere artımsal yaklaşımları kullanarak devam etmek iyi bir yol olabilir.

3.4. Uygulama ile ilgili kullanıcı gereksinimleri dikkate alınır.

3.5. Genel yaşam döngü yaklaşımı seçilir.
Waterfall Yaşam Döngü Modeli?
Iterative-and-Incremental Yaşam Döngü Modeli?
Rapid-Prototypes Yaşam Döngü Modeli?

3.6. Kaynak kestirimlerinin tamamı gözden geçirilir.
Proje sürecinde meydana gelebilecek artışın maliyeti nedir?


4. Adım: Proje İşlemleri ve Ürünlerini Belirleme

4.1. Proje ürünleri belirlenir ve tanımlanır.
Ne üretmek zorundayız?



4. Adım: Proje İşlemleri ve Ürünlerini Belirleme


4.2. Genel ürün akışı dokümante edilir.
Yanda verilmiş olan ürün akış diyagramı, tamamlanmak zorunda olan ürünlerin sırasını göstermektedir. Bu akış diyagramı sayesinde etkili bir çalışma yöntemi tanımlanmış olur.



4.3. Ürün örnekleri gerçekleştirilir.

Ürün analiz yapısı ve ürün akış diyagramı kullanımı ile yazılım modülleri gibi genel ürünler tanımlanmış olacaktır.

Bu yazılım modülleri içersinde belirli modülleri tanımlamak mümkündür.
Örneğin: A modülü, B modülü …

4.4. İdeal işlem ağı üretilir.
Ürün akış diyagramı içindeki her bir ürünü yaratmak için gereksinim duyulan işlemler belirlenir.
Tek bir ürünü yaratmak için bir den fazla işleme gereksinim duyulabilir.




4.5. İhtiyaç duyulan adım ve kontrol noktaları gözden geçirilir.

Kaliteyi kontrol etmek için proje içinde bazı noktalar vardır.

"In the example we have decided to check that all the module designs are compatible with one another before continuing. Note that the benefit of reducing wasted work at a later stage when incompatibilities lead to products being reworked, has to be balanced against the delay caused by the check-point. The start of coding of modules A, B and C all have to wait for the completion of the design of all the modules A,  B and C. With no check-point, module A could be coded as soon as the design of module A had been done without having to wait for B and C."


5. Adım: Her Bir İşlem İçin Emek Kestirimi


5.1. Yukarıdan-aşağı kestirim yöntemi uygulanır.
Proje için gerekli süre ile emek arasında dikkatli bir ayrım yapılması gerekir.
Emek bir görevi tamamlamak için harcanan gerekli adam-saat veya adam-gün vb. sayıdır.
Gerekli süre, projenin başlangıcı ile bitişi arasında geçen takvim zamanıdır.

5.2. Kontrol edilebilir işlemler yaratmak için plan gözden geçirilerek düzenlenir.


6. Adım: İşlem Risklerinin Belirlenmesi

Risk oluşması durumunda, bu para kaybına mı yoksa zaman kaybına mı neden olacak? sorularına yanıt aramak amacıyla riskler sayısal olarak belirlenir.

Aslında işlemler için süre ve emek tahminlerinde bulunmak zor olabilir. Bir işlem için bir üretilen tahminler, olaylar yaklaşık olarak yansıtan değerlerdir. Varsayımlar üzerine yapılan tahminler her zaman doğru olmayabilir.

Örneğin; riski azaltmak için işlem durdurulabilir.

Riskin çok yüksek görüldüğü durumlarda, riski azaltmak için özel olarak tasarlanmış yeni işlemleri uygulamayı denemeliyiz.

6.1. İşlem-tabanlı riskler nicel olarak belirlenir.
Risk oluşması durumunda, bunun projeye zararı ne olur?
Risk oluşma ihtimali nedir?

6.2. Risk azaltma planı yapılır.
Riski azaltmak için ne yapılması gerekir?
Beklenmedik bir anda risk oluşursa ne yapılacak?

6.3. Riskler dikkate alınarak tahmin yapılır ve planlar uyarlanır.
Eğitim, deneme çalışmaları, bilgi toplama gibi diğer işlemlerle ilgili riskleri azaltmak için yeni işlemler eklenir.

7. Adım: Kaynakların Tahsisi

7.1. Kaynaklar belirlenir ve tahsis edilir.

7.2. Kaynak kısıtları dikkate alınarak tahminler yapılır ve planlar düzenlenir.
Örneğin; sonraki bir tarihe kadar personelin müsait olmaması durumu.
Proje dışı faaliyetler…

Önceki planlamalardan yararlanılarak kaynaklar ve kaynak tipleri belirlenir.  Asıl amaç projenin verimli bir şekilde yürütülebilmesidir. Bu ancak tüm kaynaklar verimli bir şekilde kullanılabilirse gerçekleşir.

Başarı, projede geçen kaynakların doğruluğuna bağlıdır. Kaynak planlama tekrarlamalı bir süreçtir. Projede kullanılan kaynakların optimize edilmesi, proje uygulamasının daha iyi işlemesine olanak tanır. Çeşitli kaynaklar vardır. Bunlar; araçlar, personel, tesis, para, etc. 
Kaynak kısıtlarının olduğu yerlerde, planlanan zamanda paralel çalışan tüm işlemleri başlatmak için yeterli personel yoksa, uygun kaynaklar mevcut olana kadar bazı işlemlerin başlatılması gecikebilir.



Çizelge oluşturmak ve raporlamak için Gantt şemaları gibi popüler programlar kullanılabilir.
Bir plan üretmek için gerekli olan temel bilgilere sahip olmalıyız. Planı sunmanın bir yolu Gantt şemalarını kullanmaktır. Kaynakların tahsis edilmesi aşamasında, Gantt şemalarından yararlanılabilir.



8. Adım: Planın Gözden Geçirilmesi

8.1. Proje planının kalitesi gözden geçirilir.
Proje planlama sürecinin başında, tüm proje adımlarını doğru olarak üretmenin mümkün olmadığını gözlemleyebiliriz.
Ancak bu daha sonraki aşamalarda ayrıntılı planlama için gerekli tüm bilgilerin elde edilmesiyle sağlanacaktır.

8.2. Planlar dokümante edilir ve anlaşma sağlanır.

Başlangıçta projenin tamamı için bir taslak plan ve ilk adım için ise bir detaylı bir plan üretilmiş olacaktır.

9. Adım: Planın Gerçekleştirilmesi

Önceki planların her birinde kullanılan girdiler bir araya toplanır.

Tüm aktiviteleri içeren detaylı bir iş dökümü yapılır.

Görevler, önceki planlarda kullanılan girdiler yardımıyla çizelgelenir.

Tüm varsayımlar, aktiviteler, zaman çizelgeleri projeyi yönlendirir.

Tüm görevler ve aktiviteler periyodik olarak izlenir.

Takım ve paydaşlar süreç hakkında bilgilendirilir.

Step Wise

“Step Wise” yöntemi PRINCE2 ile uyumludur.
Bu yöntem bir projenin planlama adımlarını kapsar, ancak projenin kontrol edilmesini ve izlenmesini dikkate almaz.

Yanda verilen şekil, ana planlama faaliyetleri için bir taslak sağlamaktadır.

1. ve 2. adımlar bazı durumlarda paralel olarak ele alınabilir.
5. ve 6. adımlar proje içersindeki her bir işlem için tekrar edilmelidir.
4. adımda belirlenen işlemler ve ürünler ayrıntılı olarak gözden geçirilmelidir.
5. ile 8. adımlar arasında ayrıntılı bir tekrar söz konusudur.



0. Proje Seçimi: Seçilmiş olan projenin yürütülebilmesi için bazı süreçler olmalıdır. Proje seçiminin nasıl gerçekleştirildiğini 2. Bölümde yer alan Proje Değerlendirme başlığı altında ayrıntılı olarak incelemiştik.

1. Proje Kapsamı ve Hedeflerini Belirleme: İlk başlangıçta ana paydaşların, projeye ilişkin tüm hedeflerin farkında olması önemlidir. Bu konuyu 1. Bölümde tartışmıştık.

2. Proje Altyapısının Belirlenmesi: Bilinen bir ortamda kurum-içi bir proje üzerinde çalışıyorsak bu önemli olmayan bir adım olabilir. Ancak bu proje daha sonra satılacaksa, projeyi satın alacak müşterinin altyapısının incelenmesi gerekecektir.

3. Proje Karakteristiklerini Analiz Etme: Farklı proje türleri farklı teknik ve yönetim yaklaşımlarına gereksinim duyacaktır. Örneğin; Endüstriyel bir araç içindeki gömülü yazılımı uygulanmasına yönelik bir proje iş bilgi sistemine göre farklı bir metot kümesine gereksinim duyacaktır.

4. İşlemleri ve Ürünleri Belirleme: Yazılım projeleri ile elde edilecek ürünleri listeleyerek başlamak en iyisidir. Ürünleri oluşturmak için gerekli işlemler daha sonra tespit edilebilir.

5. Her Bir İşlem İçin Emek Kestirimi:

6. İşlem Risklerini Belirleme: Bir proje için gerekli süre ve emeğe ilişkin olarak yapılan tahmin, projenin gerçekleştirilmesi süresince değişecektir.  Gereksinim duyulan ilave emek/zamana ilişkin olarak çok yüksek bir risk vardır. Bu riski azaltmak için işlemler formüle edilebilir.

7. Kaynakların Tahsisi: Yazılım projeleri ile bu kaynaklar ağırlıklı olarak personel olacaktır, ama bu kaynaklar diğer ekipmanlar da olabilir.

8. Planın Gözden Geçirilmesi: Yapılan plan hakkında hiç kimse bir şey bilmiyorsa plan iyi değildir.

9. Planın Gerçekleştirilmesi:

10. Düşük Düzey Planlama: Bir projenin tamamı olmasa bile büyük bir kısmı başlangıçta ayrıntılı olarak planlanabilir. Planlama için gerekli olan bilgilerin çoğu başlangıçta belirlenemese bile bu bilgiler daha sonraki adımlarda tamamlanabilir.


“Step Wise” planlama aktiviteleri için genel çerçeve aşağıdaki tabloda verilmektedir.




PROJE PLANLAMAYA GENEL BAKIŞ


Bu bölüm kapsamında, Proje Planlama ile ilgili temel kavramları inceleyeceğiz. Bu bağlamda, önce proje planlamasına giriş yapacağız.
Ardından projelerin nasıl seçildiği ya da projeye nasıl karar verildiğini göreceğiz. Proje seçiminin ardında ilgili projenin kapsamı ve hedeflerini belirlememiz gerekir. Hemen ardından proje için gerekli olan altyapının belirlenmesi aşaması gelir. Daha sonra projeye ilişkin karakteristik özelliklerin neler olduğunun çıkarılması ve bunların analiz edilmesi gerekir. Bu analiz işleminin nasıl yapıldığını göreceğiz.
Proje ürünlerinin ve işlerinin nasıl belirlenmesi gerektiğini ele alacağız. Bu noktada her bir iş için gerekli emeğin nasıl hesaplanması gerektiğine yönelik bir giriş yapacağız. Proje içersindeki işlere yönelik ortaya çıkabilecek risklerin belirlenmesi ve bunların giderilmesine yönelik çözüm önerilerinin neler olduğundan bahsedeceğiz. Proje kaynaklarının nasıl tahsis edildiğini öğreneceğiz. Son olarak ise proje planının gözden geçirilmesi ve gerçekleştirilmesi konularını ele alacağız.


Proje Planlamaya Giriş

Proje planlama,  belirlenen kaynaklar ve tanımlanan adımlar ile belirli bir zaman dilimi içinde projenin nasıl tamamlanacağına yönelik bir başlangıç disiplinidir.

“I have always found that plans are useless, but planning is indispensable.” (Dwight D. Eisenhower, 34th US President)

Proje planlama, proje entegrasyonuna odaklanılan bir proje yönetim safhasıdır.

Proje planı, bütün proje faaliyetlerinin mevcut durumunu yansıtmaktadır.
Projenin kontrol edilmesini ve izlenebilmesini sağlamaktadır.
Planlar her zaman işe yaramaz, ancak planlama vazgeçilmezdir.
Proje planlama görevleri, projenin çeşitli elemanlarının koordine edilmesini sağlamaktadır ve dolayısıyla projenin yürütülmesine de rehberlik etmektedir.
Proje planlama, proje içersindeki iletişimin kolaylaştırılmasına yardımcı olur. Bunun yanında proje gelişiminin ölçülmesini ve izlenmesini sağlar. Ayrıca planlama kararlarına ilişkin ayrıntılı bir dokümantasyon sağlar.
Proje planlama, projesinin başarısı için çok önemlidir. Projenin başından itibaren yapılan dikkatli planlama ile maliyetli hatalar önlenmiş olunur. Bu proje uygulamasının zaman ve bütçe dahilinde hedeflerine ulaşmasında bir güvence sağlar.
Proje planlama, proje içersindeki koordinasyonu sağlayarak, projenin yürütülmesine rehberlik sağlıyor.
Bunun yanında proje ekibi ile paydaşlar arasındaki iletişimin kolaylaşması açısından planlama önelidir. Ayrıca projenin ölçülebilmesini ve ayrıntılı bir dokümantasyonun oluşmasını sağlar.


Proje planlama için birçok farklı teknik kullanılabilmektedir.

Bu ders kapsamında “Step Wise” yönteminden bahsedilecektir.

Proje planlamayı diğer yöntemlerden ayırt etmeye yardımcı olan ve “Step Wise” yöntemi olarak adlandırılan bir çerçeve tanımlanmıştır.
Diğer yöntemlere örnek olarak, PRINCE2 verilebilir.
PRINCE2, İngiliz Hükümeti Ticaret Ofisi tarafından desteklenen bir proje yönetim standardıdır. Bu standart özellikle iş değişim projeleri ile bilgi ve iletişim teknolojisi projelerinde kullanılmaktadır. Aynı zamanda İngiltere’deki ticari olmayan projelerde de geniş çapta kullanılmaktadır.

Program Yönetimi

Başarılı program yönetmek sadece birbirine bağlı birden çok program yönetmek midir yoksa fazlası mıdır?
Başarılı bir program yönetmek, birbirinden bağımsız işleyen projelerden fazlasıdır.

Programı nasıl yönetiriz?
Program alt başlıklara ayrılır ya da basamaklar halinde işlenirse yönetilebilir.

“Project management is the planning, organizing, directing, and controlling of company resources... for a relatively short-term objective.”
Nispeten kısa vadeli işler için proje yönetimi; planlama, organizasyon, yönlendirme ve kaynakların kontrolüdür.

Programme Management
Business cycle programmes
Strategic programmes
Infrastructure programmes
Research and development programmes
Innovative partnerships
Managing the allocation of resources within programmes (karşılaştırma tablosu var)
Strategic programme management


Program nedir?
Kesin bir hedefi olan organizasyon kaynaklarının koleksiyonudur.
Program yönetimi, proje yönetiminden farklıdır.

Proje yönetiminden farkları:
Proje özeldir ve belirli bir zamanı vardır. Program ise süreklidir ve sürekli gelişir.
Proje, doğru fiyat doğru zamanda doğru çıkış teslim açısından olacak bir çıkış veya teslim ve başarı sağlamak için tasarlanmıştır.
Program yönetimi, proje yönetimini kapsar ve birlikte organizasyonun performansını arttırırlar. Programın başarısı karları ile ölçülür.
Karlar organizasyon gelişiminin ve artan gelir, azalmış maliyetler, fire veya azaltılmış çevresel hasar ve daha memnun müşteriler içerebilir.

Program Türleri

İş devri programları (business cycle programmes)
Belirli bir zaman dilimi içinde yer alan proje portföyü. Örneğin; gelecek mali yıl.
Stratejik programlar (strategic programmes)
Çeşitli projelerde tek bir stratejinin uygulanması. Örneğin; iki farklı kurumun birleşmesi, kurumun fiziksel yapısının yeniden düzenlenmesi, şirket imajının yeniden tasarlanması, bilgi teknolojilerinin birleştirilmesi gibi farklı aktiviteleri içerecektir.
Altyapı programları (infrastructure programmes)
Bir kurumda, aynı yazılım/donanım altyapısını paylaşan çok farklı uygulamalar olabilir.
Araştırma ve geliştirme programları (research and development programmes)
Yenilikçi bir ortamda, riskli fakat potansiyel olarak karlı yeni ürünlerin geliştirilmesine yönelik yapılan çalışmalardır.
Yenilikçi ortaklıklar (innovative partnerships)
Yeni teknolojiler geliştirmek üzere, artan rekabet koşullarında şirketlerin yapmış oldukları işbirlikleridir.


Proje Yöneticisine Karşı Program Yöneticisi

Program yöneticisi ile proje yöneticisi arasındaki farklar aşağıdaki tabloda özetlenmiştir.



Proje Yöneticisine Karşı Program Yöneticisi
Proje planlama ve kaynak tahsisi aşamasında, kaynağın kullanıma hazır hale gelmesini beklerken bazı proje faaliyetleri gecikebilir.



Fayda Yönetimi


Fayda yönetimi bütün projeleri kapsar.

Fayda yönetimi, proje içersindeki en uygun noktalara odaklanır ve proje ile ilgili sorular sorar:
Bu projeleri neden yapıyoruz?
Neden hala bu projelere devam ediyoruz?



Bir organizasyonun sahip olduğu yetenek, beklenen faydaların elde edileceğini garanti etmez.

Fayda yönetimi bu duruma çözüm üretmeyi amaçlamaktadır.

Bunu sağlamak için aşağıdakiler yapılmalıdır:
Beklenen faydaların tanımlanması.
Maliyetler ile faydalar arasındaki dengenin analiz edilmesi.
Faydaların nasıl başarılacağının planlanması.
Faydaların başarısı için sorumlulukların atanması.
Faydaların başarısının izlenmesi.

Risk ve Net Bugünkü Değer

Kısmen riskli görülen projelerde net bugünkü değeri hesaplamak için daha yüksek bir indirim oranı kullanılmaktadır.
Risk primi, örneğin; orta düzeyde güvenli bir proje için %2 veya oldukça riskli bir proje için ise %5 olabilir.

Projeler, bir skorlama yöntemi kullanılarak yüksek, orta ve düşük riskli olmak üzere kategorize edilebilir.
Her bir risk kategorisi için risk primleri belirlenmiştir.

Karar Ağacı

Bu karar ağacı, IOE örnek olayı ile ilgili bir senaryoyu göstermektedir. Amanda, faturalama sisteminin genişletilmesinden sorumludur. Bir alternatif sistemin tamamını değiştirmektir. Karardan IOE’nin pazar genişletme olasılığı etkilenmektedir. Rakiplerin işi  bırakması ile bu durumdan yararlanılabileceğine yönelik güçlü bir söylenti vardır. Bu örnek durumda, büyük bir miktardaki yeni işi toparlayabildiler, ancak faturalama sistemini başaramadılar. Ani bir genişletme yoksa faturalama sisteminin genişletilmesinin net bugünkü değeri  £75,000 olarak değerlendirilmiştir. Ani bir genişletme varsa, o zaman £100.000’lık bir kayıp olacaktır. Tüm sistem değiştirilmiş olsaydı ve büyük bir genişletme varsa, artan satışları ele alabilmenin faydalarına göre net bugünkü değer £250,000 olacaktır. Eğer satışlar artmamışsa net bugünkü değer -£50,000 olacaktır.

Karar ağacı, bu olası sonuçları ve aynı zamanda her bir sonucun tahmini olasılığını göstermektedir. Her sonucun değeri, meydana gelen olasılık ile çarpılan net bugünkü değerdir. Belirli bir karardan ortaya çıkan bir yolun değeri,  bu karara ilişkin olası sonuç değerlerinin toplamıdır. Sistemin yenisi ile değiştirilmesi £10,000 (250,000 x 0.2 – 50,000 x 0.80) olacak iken, sistemin genişletmesi kararı ile bu sonuçların değerlerinin toplamı  £40.000 (75,000 x 0.8 – 100,000 x 0.2)’dır.  Sistemin genişletilmesi en iyi şey gibi görünüyor, ama öyle değil.


Karar ağacı, olası sonuçları ve aynı zamanda her bir sonucun tahmini olasılığını göstermektedir.


Risk Profil Analizi

An approach which attempts to overcome some of the objection to cost-benefit averaging is the construction of risk profiles using sensitivity analysis.



Risk Değerlendirme

Her yazılım projesi bir  risk içerir.

Proje planı tahminlerle oluşturulur. Bu tahminler her zaman belirsizlikleri içerir. Bu belirsizlikler de potansiyel riskleri oluştururlar.

Riskler, proje gidişini ters yönde değiştirebilir. Risk yönetimi, bu durumların tanımlanmasını, değerlendirilmesini önlemek ya da etkisini azaltmak yönünde gerekli denetimlerin uygulanması ve alternatiflerin planlanmasını içerir.

Risk değerlendirilmesi üç adımdan oluşur;
Risklerin tanımlanması,
Analiz edilmesi,
Önceliklerin belirlenmesi,

Risk Tanımlama ve Önceliklendirme

Herhangi bir proje değerlendirmesinde, riskleri tespit etmeli ve bu risklerin etkilerini ölçmeliyiz.
Bir yaklaşım, olası risk listesini kullanarak bir proje risk matrisi oluşturmak ve bunun yanında riskleri gerçekleşme olasılığı ve önem derecesine göre sınıflandırmaktır.
Her projeye ilişkin risk değerlendirmesi yapılırken bir risk matrisi kullanılır.
Proje risk matrisi, bir proje değerlendirme yolu olarak kullanılabilir.
Ayrıca belirli bir proje için risklerin tanımlanması ve önceliklendirilmesi sağlamaktadır.


Proje Risk Matrisi Örneği

Bir yazılım projesi içinde karşılaşılabilecek bazı risklerin listelendiği bir risk matrisi örneği aşağıda verilmiştir:
Riskler önem derecesi ve olasılığına göre; Yüksek (Y), Orta (O) ve Düşük (D) şeklinde sınıflandırılmıştır.





İç Verim Oranı (Internal Rate of Return – IRR)


Bir yüzde oran olarak faiz oranları ile doğrudan karşılaştırılabilen bir karlılık ölçütüdür.
Farklı yatırım fırsatlarını karşılaştırmak için kullanılır.

İçsel verim oranı, net bugünkü değeri sıfırlayacak şekilde bir indirim yüzdesi oranı kullanarak hesaplanmaktadır.

Bir bilgisayar programı yada Microsoft Excel  kullanılarak kolaylıkla hesaplanabilir.

Microsoft Excel içersinde bir hesaplama fonksiyonu bulunur:


İÇ_VERİM_ORANI (değerler;tahmin)

Birden fazla iç verim oranı bulmak mümkündür.

İç verim oranı, proje seçiminde önemli bir sayısal göstergedir.

Projeye yapılacak harcamalarla, getirileri arasında yapılan matematiksel işlemlerle (öncekilerine göre biraz daha kompleks) yüzdeli bir değer bularak, projenin getirisi analiz edilir.

İç verim oranının  0,22 olarak bulunması projenin zaman içinde %22 oranında kazandıracağının göstergesidir.

Proje seçiminde “iç verim oranı” büyük olan projenin seçilmesi doğru olacaktır.