**Neden proje yönetimi?**<br>
Mühendis geliştireceği program ile ilgili her şeyi bilir
fakat yazılım mühendisliği veya proje planlama ve takibi ile ilgili bilgisi yoktur.

#### Proje yönetimi nedir?
  - ihtiyacı anla (ilk planlama)
  - yaklasımı tanımla (izleme ve gözetim)
  - detaylı plan yap
  - uygulamayı izle (izleme ve gözetim)

döngüsü ve her adımda risklerin yönetimi basamaklarından oluşur.

---
**Proje yönetimi:** projenin gereksinimlerini karşılayabilmek için proje aktivitelerine
  - bilgi
  - beceri
  - araç
  - teknik

maddelerinin uygulanmasıdır.

---
Proje yönetimi aşağıdaki proje yönetim süreçlerinin uygulanması ile gerçekleşir:
1. **başlatma-initiating**
    - projeye başlamanın onaylanması ve yükümlülüklerin oluşturulması
2. **planlama-planning**
    - hedeflerin tanımlanması
    - hedeflere ulaşmak için uygun eylemlerin seçilmesi
3. **uygulama-execution**
    - planı gerçekleştirmek için kaynakların koordine edilmesi
4. **gözlemleme ve kontrol - monitoring and controlling**
    - gelişmenin gözlemlenip ölçülmesi ve düzeltilmesi
5. **kapatma-closing**
    - kabulun oluşturulması ve projenin düzenli sona ulaştırılması

---
#### Proje yönetim süreçleri
- başlatma süreci -> planlama süreci -> uygulama süreci -> kontrol süreci -> kapama süreci <br/> şeklinde ilerler.
- Kontrol süreçleri ve uygulama süreçleri arası karşılıklı ürün akışı gerçekleşir.
- Oklar, süreçler arasındaki belge veya belgelenebilir ürün akışını gösterir.

---
## Yönetim Süreçleri
Yönetim süreçleri projede yer alan ve kendi sürecini yönetmek isteyen herhangi bir taraf tarafından
uygulanabilecek genel aktivite ve işleri içermektedir.

Yönetici,
  - uygulanabilir süreçlerin ürün yönetimi
  - proje yönetimi
  - iş yönetimi

 maddelerinden sorumludur.

 ### Aktivite listesi
 #### 1. Başlama ve kapsam tanımlaması
 Bu aktivite şu işleri içerir:
 - yönetim süreci, yapılacak süreçlerin gereksinimlerinin oluşturulmasıyla başlatılır.
 - gereksinimler oluşturulduğunda, yönetici,
    - süreçleri uygulamak ve yönetmek için gerekli
 kaynakların (personel, teknoloji, ortam) erişilebilirliğini, yeterli ve uygun olmasını
    - tamamlama için belirlenen zamanın başarılabilir olduğunu

   kontrol ederek süreçlerin yapılabilirliğini sağlar.
 - eğer gerekiyorsa tüm ilgili tarafların da anlaşması ile süreçlerin gereksinimleri değiştirilir.
 #### 2. Planlama
 Bu aktivite şu işleri içerir:
 - Yönetici, süreçlerin uygulanması için planları hazırlayacak.
 - Süreçlerin uygulanması ile ilgili planlar
    - ilgili aktivite ve işler ile ilgili tanımlamaları
    - sağlanacak yazılım ürünlerinin belirlenmesini içerecek.
 - Bu planlar aşağıdakileri içerecek:
    - işlerin zamanında tamamlanması için zaman çizelgesi
    - efor tahmini
    - yeterli kaynak
    - iş bölümü
    - sorumlulukların atanması
    - işlerle ya da süreçle ilgili risklerin ölçülmesi
    - süreç boyunca kullanılacak kalite kontrol ölçümleri
    - sürecin uygulanması ile ilgili maliyet
    - ortam ve altyapının sağlanması
 #### 3. Uygulama ve kontrol
 Bu aktivite şu işleri içerir:
 - Yönetici, süreçleri kontrol ederek **hedef ve kriter setini sağlayacak şekilde**
 planın uygulanmasını başlatacak
 - Yönetici, sürecin uygulanması sırasında karşılaşılan problemleri araştıracak, çözümleyecek, çözecek.<br>Problemlerin çözümü planlarda değişiklik gerektirebilir.<br>Değişikliklerin etkisinin belirlenmesi, kontrol edilip takip edilmesi **yöneticinin**
 sorumluluğundadır.<br>Problemler ve çözümleri belgelendirilecektir.
 - Yönetici, önceden anlaşılan noktalarda sürecin ilerleyişini planlara uygun olup olmadığına
 göre raporlayacak.

 Bunlar kurumsal prosedürler ya da kontrol tarafından istenen harici ve dahili raporlamayı içerir.
 #### 4. Gözden geçirme ve değerlendirme
 Bu aktivite şu işleri içerir:
 - Yönetici, yazılım ürün ve planlarının istenen gereksinimlerini karşılayacak
 şekilde değerlendirildiğinden emin olacak.
 - Yönetici, sürecin uygulanması sırasında tamamlanan yazılım ürünleri aktiviteleri ve işlerinin
 değerlendirilme sonuçlarını, **hedeflerin başarılması ve planların tamamlanması için** değerlendirecek.
 #### 5. Kapatma
 Bu aktivite şu işleri içerir:
 - Tüm yazılım ürün, aktivite ve işleri tamamlandığında yönetici, **kontratta tanımlanmış kriterleri ve**
 **organizasyon prosedürlerini göz önünde bulundurarak** sürecin bitip bitmediğini belirleyecek.
 - Yönetici, **tamlık için** yazılım ürünlerini, aktivitelerini ve işleri kaydedip sonuçlarını kontrol edecek.
 - Bu sonuç ve kayıtlar kontratta tanımlanan uygun ortamda arşivlenecek.

 ## Yazılım Proje Yönetimi
 Yazılım yöneticilerinin sorumlulukları
  1. Planlama
  2. Proje geliştirme için zaman çizelgesi hazırlama
  3. Projenin istenen standartlarda gerçekleşmesini sağlama

  ---
  Yazılım proje yönetimi yazılımın
  - zamanında
  - önceden tahmin edilen bütçe dahilinde
  - yazılım geliştiren ya da satın alan kurumun gereksinimleriyle uyumlu bir şekilde
  <br>geliştirilmesini sağlayacak aktivitelerle ilgilidir.

  #### Yazılım proje yönetimini ayıran özellikler
  Yazılım proje yönetimi diğer program yönetimlerinden ayrıdır çünkü
  - ürünün fiziksel varlığı yoktur. <br> Proje yöneticisi ilerlemeyi görebilmek için diğerlerinin ürettiği
  belgelendirmeye ihtiyaç duyar.
  - yazılım geliştirme süreci standart değildir, kurumdan kuruma farklılık gösterir.
  - çoğu yazılım projesi bir defalık projedir, yani
    - projelerin kendine has özellikleri vardır.
    - hızlı teknolojik değişkenler proje yöneticisi deneyimini geçersiz kılar.

 ### Yazılım proje yönetimi aktiviteleri
 1. **Teklif yazma:** kontratı kazanma için yapılan ilk adım.<br> Genellikle maliyet ve zaman programı tahmini içerir.
 2. **Proje ve zaman planlama:** aktivite, dönüm noktaları ve iş paketleri belirlenir.
 3. **Proje maliyeti**
 4. **Proje izleme ve gözden geçirme:** sonucunda proje iptal olabilir.
 5. **Personel seçimi ve değerlendirme:**
 6. **Rapor yazma ve sunum**

 ---
 #### Proje planlama
 Proje yönetiminin en zaman alan aktivitesidir.

 Sistemin ilk kavranmasından son teslimine kadar devam eden **sürekli aktivitedir.**

 Planlar yeni bilgiler geldikçe **düzenli olarak revize edilmelidir.**

 Yazılım proje yönetim planı **yaşayan bir belgedir.**

 Zaman planı ve bütçe ile ilgili olan ana yazılım planını destekleyecek yardımcı planlar da yapılmalıdır.

 Amaçlar, çevrenin analizi, süreç modeli, isterler, beklentiler, yükümlülükler ve riskler **detaylı planlamadan**
 geçirildikten sonra iş kırınım yapısı, boyut ve maliyet kestirimleri, detaylı zaman planı, yazılım geliştirme planı
 ve riskler çıkarılır.

 #### Plan türleri
 1. **Kalite planı:** projede kullanılacak kalite prosedürleri ve standartlarını açıklar.
 2. **Geçerleme planı:** sistem geçerleme için yaklaşım, kaynak ve zaman planını açıklar.
 3. **Konfigürasyon yönetim planı:** kullanılacak konfigurasyon yönetim prosedürlerini ve yapılarını açıklar.
 4. **Sürdürülebilirlik planı:** sistemin bakım gereksinimlerini ve maliyetini tahmin eder.
 5. **Çalışan geliştirme planı:** takım elemanlarının yeteneklerinin nasıl geliştirilebileceğini açıklar.

 #### Yazılım proje planlama süreci
 Proje kısıtlamalarını oluşturur.<br>
   1. Proje parametrelerinin ilk değerlendirmesini yap.
   2. Proje dönüm noktalarını ve iş paketlerini tanımla.

 ---
 Proje tamamlanmadığı veya iptal edilmediği sürece
   1. proje zaman planı düzenle
   2. plana göre aktiviteleri başlat
   3. proje ilerleyişini gözden geçir.
   4. proje parametrelerinin tahminini revize et.
   5. proje zaman planını güncelle
   6. proje kısıtlamalarını ve iş paketlerini yeniden pazarlık et
   <br>problem oluşursa teknik gözden geçirme başlat ve olası revizyona git.

---
Daha fazla bilgi geldikçe, proje yönetimi, proje ve zaman planı ile ilgili ilk yaptıkları varsayımları
revize ederler.

İlk varsayımlar ve proje zaman planı kötümser olmalıdır.

### Aktivitelerin Organizasyonu
Projedeki aktiviteler yönetime ilerleyiş ile ilgili karar vermelerinde yardımcı olacak **elle dokunur çıktılar**
sağlayacak şekilde organize edilmelidir.

#### Dönüm noktaları (milestones)
Yazılım süreç aktivitesinin gözle görülür sonudur.<br>
Rapor gibi bir çıktısı olmalıdır.<br>Projede belirgin, mantıksal bir aşamadır.

#### Teslim edilir ürün (deliverables)
Belirtim, tasarım gibi müşteriye teslim edilen proje sonuçlarıdır.

**Teslim edilir ürünler dönüm noktalarıdır ancak dönüm noktaları her zaman teslim edilir ürün değildir.**

**Çağlayan süreci (waterfall) gelişim dönüm noktaları için net tanım sağlar.**

---
#### Gereksinim sürecinde dönüm noktası örneği
Aktiviteler:<br>
Yapılabilirlik çalışması -> İsterler çözümlemesi -> Prototip geliştirme -> İsterler belirtimi

Sırasıyla aktivitelerin dönüm noktaları:
- Yapılabilirlik çalışması -> yapılabilirlik raporu
- İsterler çözümlemesi -> kullanıcı isterleri
- Prototip geliştirme -> değerlendirme raporu
- İsterler belirtimi -> sistem isterleri

---
#### Planlama döngüsü
İşin parçalanması --WBS--> ürün boyutunun kestirimi --boyut--> gerekecek eforun kestirimi <br>--efor-->
maliyet kestirimi --maliyet--> zaman planının kestirimi

Eğer zaman planının kestirimi sonucunda ihtiyacı karşılamıyorsa varsayımları yeniden düşünmek için
işin parçalanmasına geri dönülür.

---
### İş kırınım yapısı - work breakdown structure (WBS)
İş kırınım yapısı proje takımının gerçekleştireceği işin **teslim etmeye dayalı** __hiyerarşik bölümlendirilmesidir.__

İş kırınım yapısı, **iş paketleri** olarak ayrıştırılır.

Projenin tamamlanması için gerekli olan aktivitelerin hiyerarşik listesidir.<br>
Aktiviteler:
- yazılım geliştirme ve yönetimi
- yazılım geliştirmeye sağlanacak destek
- müşterinin isterlerini karşılayacak belge hazırlama, eğitim programları, araç geliştirme, seyahat gibi her
türlü aktiviteyi içerir.

Yazılımın memnun edici şekilde geliştirme, teslim edilme ve sürdürülebilmesi için gerekli tüm işlerin
belgelendirilmesidir.

#### İş kırınım yapısının rolü
Kaynak belgeler iş kırınım yapısından geçtikten sonra
- maliyet/zaman kestirimleri (proje başlangıcında)
- maliyet izleme (uygulama sırasında)
- geçmişe ait kayıt (proje sonunda veya sonrasında)

---
##### örnek
C derleyicisi için yazılım geliştirme
1. C derleyicisi yap
  1. kullanıcı arayüzü yap
    - gui için SRS
    - gui için tasarım
    - gui'nin kodu
    - gui'nin testi ve tümleştirilmesi<br>
    ...
  2. dosya sistemi yap
  3. parser yap
  4. kod üreticisi yap
  5. runtime sistemi yap
2. Test birimi yap
3. Belgeleri yaz
4. Kurulujm yazılımını yap
5. Yazılım geliştirmeyi yönet


---
## Kavramlar
#### Aktivite
Aktivite, iş kırınımı yapısının herhangi bir düzeyinde yapılacak iştir.<br> Genellikle her aktivite belgelendirileceke
bir iş gereksinimine denk gelir.
#### İş Paketi
İş paketi, iş kırınım yapısındaki en alt düzet ya da atomik aktivitedir.<br> Maliyetleri beraber kestirilecek
ya da izlenecek iş ya da iş grubunu temsil eder.
#### İş paketinin özellikleri
- başlama ve bitiş için somut bir olay veya dönüm noktası ile ilgili.
- bağımsız olarak maliyet kestirimine uygun.
- yönetilebilecek kadar küçük ve izlenebilecek kadar büyük.
- bütçede yer etmeye uygun.

Örneğin
- Bir yazılım bileşeninin tasarımı
- toplantılar için müşterinin yanına seyahat
- bir yazılım ürününün geliştirilmesinin yönetimi

#### İş paketinin tanımlanması
1. **Süreç ile başla:** yaşam döngüsü modeli gibi, her bir iş paketini **modelin belli bir aşaması ile** ilişkilendir.
2. **Ürün ile başla:** üst düzet tasarım, her biş iş paketini **yazılımın belli bir parçası ile** ilişkilendir.
3. **İşin doğasına göre hareket et:** her iş paketini **verilen iş türü ya da ödeme ile** ilişkilendir.

#### Maliyet İçerik Özeti
İş paketini ve ilgili maliyetin kestirim açıklamasını içerir.

#### WBS Sözlüğü
Her bir iş kırınım yapısı aktivitesi ile ilgili detaylı bilgileri sağlayan ek
- aktivitenin içeriği
- girdi-çıktılar
- performans hedefleri
- tamamlama kriteri
- detaylı tanım
- bu aktiviteyi oluşturan alt-aktiviteler

#### WBS sözlüğü örnek
**Adı:** Dosya sistemi tasarımı (derleyici için)<br>
**WBS #:** 1.1.3.2<br>
**Performans hedefi:** 3 ay<br>
**Girdi:** dosya sistemi için ister belirtimi<br>
**Çıktı:** dosya sistemi tasarım belirtimi<br>
**Gözden geçirme:** ön tasarım, detaylı tasarım ve ara takım içi gözden geçirmeler<br>
**Çıkış kriteri:** dosya sistemi tasarımı tüm isterleri karşılayacak ve tasarım standartlarına uyacak<br>
**Detaylı tanım:** Booch yöntemi kullanılarak dosya sisteminin tasarımı için nesneye yönelik tasarım tekniği kullan

#### WBS ile ilgili dikkat edilecekler
- farklı kısımları farklı detay seviyesinde olabilir
- sonraki güncellemeler daha detaylı aktiviteler içerebilir
- çok küçük iş paketleri yapmaktan kaçınılmalıdır
- WBS i isterler ile eşleştir
- riskleri göz önünde bulundur

#### WBS hazırlamada riskler
1. Çok fazla detay
- Çok detayın çok gideri olur.
- Müşteriler WBS de belirtilen her maddeyi izlemek
isteyebilir ve siz teknik takıma müşterileri bu kadar karıştırmak istemeyebilirsiniz.
2. İş paketlerinin belirsizliği
- Mümkün olduğunca kriteri olan somut başlangıç ve sonuç olayları belirleyin.
3. Bazı işlerin dışlanması
- Bir işi dışlama ile o işin maliyeti 0 olur. Nadiren doğrudur.
4. Tekrarlar
- Büyük projelerde aynı işi birden fazla yerde belirtmek mümkün olabilir.

#### Risk azaltımı
- WBS denetimleri ve gözden geçirmeleri
  - tamlık, tutarlılık ve iyi tanımlanmış olduklarını kontrol et.
  - başkaları gözden geçirdiğinde gözden kaçabileceklerini ortaya koymaya çalış.
- Kaynak belgelere geri izle (sonrasında da maliyet kestirimine)
  - tüm isterlerin dahil edildiğini kontrol et.
- WBS nin planın bir parçası olduğunu unutma
  - WBS revizyonlarını yeniden planlama aktivitelerine dahil et.

--------
## Yazılım Proje Programlama
Projeyi işlere bölme ve zamanı ve her görevi gerçekleştirmek için gereken kaynağı tahmin etme işidir.

iş gücünü optimal kullanabilmek için işleri eş zamanlı organize etmek gerekir.

Bir işin diğerinin tamamlanmasını beklemesi gerekebileceğinden kaynaklı gecikmeleri engellemek için
görev bağımlılıklarını azaltmak gerekir.

#### Proje Programlama Süreci
Yazılım isterleri -> aktiviteleri sapta -> aktivite bağımlılıklarını sapta -> aktiviteler için kaynakları
tahmin et -> aktivitelere kişileri ata -> proje grafiklerini oluştur -> aktivite grafikleri ve bar grafikleri

#### Proje programlama problemleri
- Verimlilik bir iş üzerinde çalışan kişi sayısına bağlı değil
- geciken projeye yeni kişi eklemek iletişim kaynaklı ek yüklere sebep olacağından projeyi daha da geciktirir
- beklenmeyen her zaman gerçekleşir, planlama yaparken olasılıkları göz önünde bulundurmak gerekir.

#### Bar grafikleri ve Aktivite ağları
Proje programını göstermek için grafik gösterimler kullanılır.

Aktivite grafikleri iş bağımlılıklarını ve kritik yolu gösterir.<br> (Kritik yol: projeyi bitirmek için gerekli en kısa zaman)

Bar grafikleri programı takvim yapısında gösterir.

> Proje kırınımı işler halinde gösterilmeli.<br> İşler çok küçük olmamalı, bir iki hafta sürmeli.

### Aktivite Ağları
Temel süreç:
- iş kırınım yapısından yapılacak işleri listele
- işler arası bağımlılıkları ve öncelik sırasını belirle
- işleri akış diyagramı formatında göster

#### Aktivite Bar Grafiği - Gannt Grafiği
En eski fakat en çok kullanılan gösterim tekniklerinden biri.<br> Pek çok detay içermesine rağmen kolay anlaşılır.<br>
Oluşturması kolaydır.<br> Pek çok proje yönetim yazılımında bulunmaktadır.<br> Planlanan aynı zamanda o ana kadar olan ilerlemeyi zamana bağlı olarak gösterebilmektedir.

### Kritik Yol
Tüm programı kısaltmak için kısaltılması gereken yol\
Programın kaymasına yol açabilecek yol. Eğer kritik yolda kayma olursa proje programı kayar.

**Programın en kritik kısmı - en fazla gözlenmesi gereken kısım**

Eğer bir işten önce birden fazla iş varsa **uzun olanı** kullan.Küçük olan
**kritik yolda olmayan** olarak tanımlanır.

Kritik yolu kullanırken eğer program çok uzunsa **kritik yolda olan işlerle** başlanır.
- daha fazla kaynak atayıp kritik yolda olan işleri çabuk yapma
- kritik yolda olan işleri paralel gerçekleştirme yolu bulma

bunu yapınca aslında farklı bir kritik yol bulunmuş olunur.

**Kritik yol, içinde *kritik olmayan yol* işi içermeyen yoldur.**

Kritik yol = önceki işin toplam süresi adımları gerçekleştirmek için gerekli olan
**minimum olası zaman**

---
## Yazılım Boyutu Kestirimi
#### Varsayımlar
Boyut, bir ürünü geliştirmek için gerekli olan kaynakların doğru tahminini sağlar.

Kaynak belgeler önce WBS den geçer, daha sonra her yazılım için ürün boyut kestirimi
yapılarak sonunda tüm yazılım ürünü için boyut kestirimi yapılır.

#### En iyi birimler nedir?
- kod satır sayısı
- gerçekleşen işlevler
- ister sayısı
- nesne sayısı
- belge sayfa sayısı
- ekran sayıları

Geliştirme eforu ölçülen boyut ile bağlantılıdır.
#### 1. kod satır sayısı
- fiziksel kod satır sayısı: satırların sayımı ile bulunur.
- mantıksal kod satır sayısı: dil elemanlarının sayımı ile bulunur.

Hangi deyimler sayılacak?
  - çalıştırılabilir deyimler: empty statements, labels
  - çalıştırılamayan deyimler: declarations, compiler directives, comments, blank lines
#### 2. gerçekleşen işlevler - işlev nokta sayısı
- her bir madde, sayılır ağırlık katsayısıyla çarpılır.

**dahili dosya:** uygulama sınırları içerisinde bulundurulan mantıksal olarak
ilişkili veri grubu veya kontrol bilgisi

**harici arayüz:** uygulamada kullanılan ancak başka bir uygulama sınırları içerisinde
barındırılan mantıksal olarak ilişkili veri grubu ya da kontrol bilgisi

**harici girdi:** uygulamanın sınırları dışından gelen veri ya da kontrol bilgisini işleyen
basit süreç

**harici çıktı:** uygulamanın sınırları içerisinde veri ya da kontrol bilgisi üreten basit süreç

**harici sorgu:** uygulama sınırları dışından gelen kontrol bilgisine karşılık veri dönüşü
sağlayan basit süreç

**satır sayısı:**
- basit ve kesin olarak tanımlanabilir.
- ölçüm otomatize edilebilir.
- **üretilen ürün ile direk ilgilidir**. Ürün geliştirildikten sonra ölçülebilir.
- erken aşamalarda geniş değişimler gösterir.
- **dil/araç bağımlıdır.**

**işlevsel nokta:**
- erken boyut kestirimleri daha anlamlı ve daha kolaydır.
- **dil bağımsızdır.**
- programın içeriğini ölçebilen bir birime dönüştürülebilir.

### Boyut ölçüm yöntemleri
- **Uzmanlara danış**
  - Wideband-Delphi Yöntemi
  - Yeni, tek ve farklı durumlar için uygundur.
  - Taraflıdır, bilgi yeterli olmayabilir.
- **Geçmiş bilginin kullanımı**
  - Standart-Bileşen
  - Eğer yeterli veri varsa geçmiş iyi bir klavuzdur. Zaten benzer projeler bulmak da
  oldukça zordur.
- **Her bileşeni ayrı ayrı kestir**
  - zaman harcatır, genellikle bilgi eksiktir.
  - eğer veri ve zaman yeterli ise kullanılmalı.

#### İşlevsel nokta sayısı yöntemi
İki önemli probleme yanıt verir:
- bileşenin karmaşıklık düzeyiyle ilgili karar
- sistemin kalitesiyle ilgili sapmalar

**Eğer hiç veri yoksa?** <br>
Eğer işlevsel isterleri biliyorsanız işlevsel nokta sayısına benzer bir yol kullanabilirsiniz.\
Sadece isterleri sayabilirsiniz.\
En kötü ihtimalle, veri sağladıkça yeni kestirmeler yapıp planlama yapılır.

---
## Risk Yöntemi
**Proje riskleri** program ve kaynaklara etkilidir. Örneğin deneyimli tasarımcının kaybı\
**Ürün riskleri** geliştirilen yazılım kalitesi ya da performansına etkilidir. Satın alınan
bileşenin beklenen performansı gösterememesi gibi\
**İş riskleri** yazılımı alan veya geliştiren kurumu etkiler. Rakip firmanın yeni bir
ürün geliştirmesi gibi

#### Yazılım riskleri örnekleri
- personel değişikliği, etkisi projeye olur.
- yönetim değişikliği, etkisi projeye olur.
- ister değişikliği, etkisi hem projeye hem ürüne olur.
- belirtme gecikmeleri (programlamada önemli arayüz belirtimlerinin
bulunmaması gibi), etkisi hem projeye hem ürüne olur.
- teknoloji değişimi, etkisi işe olur.
- ürün rekabeti, etkisi işe olur.

#### Risk Yönetim Süreci
1. risk tanımlama **(potansiyel risk listesi)**: proje, süreç ve ürün risklerini tanımla
2. risk çözümleme **(önceliklendirilmiş risk listesi)**: risklerin olma olasılığı ve sonuçlarını değerlendir
3. risk planlama **(risk engelleme planları)**: risklerin etkisini engelleme veya azaltmak için plan kur
4. risk izleme **(risk değerlendirme)**: proje boyunca riskleri izle

#### Risk Tanımlama
Karşılacılabilecek altı tip risk vardır:
1. teknoloji riskleri
2. insan riskleri
3. kurum riskleri
4. araç riskleri
5. ister riskleri
    - tasarım değişikliklerine yol açacak ister değişikliklerinin olması
    - müşterinin ister değişikliğinin etkilerini anlayamaması
6. kestirim riskleri
    - yazılımı geliştirmek için tahmin edilen zamanın yanlış belirlenmesi
    - yazılımın boyutunun az kestirilmiş olması
#### Risk Çözümleme
Her riskin olma olasılığı ve ciddiyetinin değerlendirilmesi\
Olma olasılığı:
- çok düşük
- düşük
- orta
- yüksek
- çok yüksek

Risk etkileri - ciddiyet:
- felaket
- ciddi
- tahammül edilebilir
- önemsiz

#### Risk Planlama
Her riski değerlendir ve yönetmek için strateji geliştir.
- Engelleme stratejileri: riskin olma olasılığını azaltır.
- Azaltma stratejileri: proje ya da ürün üzerindeki riskin etkisi azaltılır.
- İhtimal planları: risk gerçekleşirse risklerle baş etmek için yapılır.

#### Risk İzleme
Her riski düzenli takip edip gerçekleşme olasılığına karar verme\
Riskin etkilerinin değişip değişmediği de kontrol edilir.\
Yönetim ilerleme toplantılarında her **ahtar risk** tartışılır.

---
### Sonuç
Yazılımın soyut yapısı yönetim için problem yaratır.

Yönetinin en önemli rolleri:
- planlama
- kestirim
- programlama aktiviteleridir.

Programlama ve kestirim proje boyunca devam eden tekrarlamalı süreçlerdir.

Projenin dönüm noktası, yönetime **formal** bir **gelişim raporunun** sunulduğu durumdur.

**Proje programlama**, proje aktivitelerini, sürelerini, personel atamalarını gösteren grafik
gösterimlerin hazırlanmasıdır.