Proje Y netimi

1. 1 Proje Yönetimi

2. 2 Içerik Proje nedir? Proje Yönetimi Süreçleri Proje Planlama ve Izleme Süreci Is Yapi Agaci (WBS) Insan Kaynaklari Yönetimi Takvim Yönetimi Maliyet Yönetimi Teknik Performans Yönetimi Risk Yönetimi

3. 3 Proje; amaci ve ürünleri net tanimli, zaman plani belirlenmis, kullanabilecegi personel, malzeme, ve bütçesel kaynaklari belirlenmis bir süreçtir. Program birden fazla baglantili projeden olusur.

4. 4 En az 2 kisi ve en az 2 haftalik isgücü gerektirmelidir. Tanimlanan is kapsaminda önemli teknik/idari riskler vardir. Tanimlanan is günlük, olagan, standart periyodik islerin disindadir. Tanimlanan is yeni teknolojileri ve yeni yaklasimlarin uygulanmasini içerebilir. Tanimlanan isin basarisi kurum için önemlidir. Diger departmanlar ve firmalarla birlikte çalismayi gerektirir.

5. 5 Yazilim/Sistem projeleri zor ve karmasiktir Yazilim/sistem projeleri zor, karmasik ve risklidir. Arastirmalara göre projelerin yalnizca %16’si basariya ulabilmistir.

6. 6 Basarisiz Proje Örnekleri

7. 7 Projenin Ana Bilesenleri

8. 8 Projenin Diger Bilesenleri

9. 9 Proje Yönetimi Nedir? BÖL – YÖNET- BIRLESTIR - DENETLE BÖL PYP, kaynaklarin dagitimi, takvim ve bütçenin olusturulmasi YÖNET Proje organizasyonu, takim yönetimi, güç-yetki, problem çözme BIRLESTIR PYP, sorumluluk atama matrisi DENETLE Plan ve Performans izleme, Kazanilan Deger Analizi

10. 10

11. 11 Projedeki Anahtar Taraflar

12. 12 Proje Yönetim Planlari (Tipik)

13. Software Development Activities and Milestones

14. System Development Milestones and Work Products

15. 15 Sözlesme Amaç Tanimlar/Kisaltmalar ÜRÜN (Istek ve Özellikler) /HIZMET (Isin Tanimi) Vazgeçilmez Özellikler Tercih Edilebilir Özellikler Kontrol ve Muayene Metodlari Ambalaj ve Isaretleme Garanti Süresi ve Sartlari

16. 16 Proje Planlama Süreci

17. 17 Proje Yönetim Plani Proje yönetim plani planlama sürecinin çiktilarindan yararlanilarak olusturulan dokümandir. Proje plani asagidakileri saglar Projenin uygulanmasinda yön göstericidir. Proje planlama varsayimlarini, seçilen alternatiflerle ilgili kararlari dokümante eder. Taraflar arasindaki iletisime yardimci olur. Ana yönetim degerlendirme toplantilarina içerik, kapsam, ve zaman olarak temel (baz) teskil eder. Gelisim ölçüm ve proje kontrolü için temel (baz) teskil eder.

18. 18 Giris Geçmis çalismalar Sözlesme ve müsteri bilgileri Proje Tanimi Projenin amaci Sistem (ürün veya hizmet) tanitimi Beklenen çiktilar (Ürün ve dokümanlar) Proje Organizasyonu Organizasyon semasi Görev, yetki ve sorumluluklar Is Dagilim Agaci ve Is Tanimlar (Özet) Proje Takvimi(Özet) Proje Bütçesi (Özet) Proje Yönetim Plani Içerigi (Tipik)

19. 19 Proje Yönetim Plani Içerigi (Tipik) Proje Takibi ve Kontrolü Toplantilar Dokümanlar / Planlar / Raporlar Teknik Performans ve Maliyet/Program Kontrolü Teknik Problem Kontrolü Degisiklik Kontrolü Malzeme Tedarik ve Izleme Dokümanlarin Saklanmasi Yazismalar Proje Dokümanlari Gizlilik Önlemleri Ekler Ana Program WBS / Sorumlulari / Is Tanimlari Proje Bütçesi Proje Ekibi

20. 20 Emegin Fazlara Dagilimi

21. 21 Is Yapi Agaci (WBS) Projede üretilecek ürünün ve ürüne ait hizmetlerin hiyerarsik bölümlemesini içerir. Islerin sorumluluklarinin dagitimi, performans, takvim ve maliyetin izlenmesi için bir temeldir. WBS Sistem Blok Semasi Takvim Bir organizasyon semasi Sözlesme maddeleri listesi Degildir...

22. 22 Is Yapi Agaci (Proje Faaliyet Yapisi) - WBS

23. 23 WBS Tipleri

24. 24 WBS-Hibrid Örnek

25. 25 WBS ve Örgüt Iliskisi

26. 26 Proje Faaliyet Yapisi-WBS

27. 27 Insan Kaynaklari Yönetimi

28. 28 Liderlik et Personeli denetle Otoriteni delege et Personeli motive et Ekipler olustur Isleri koordine et Iletisimi kolaylastir Çeliskileri çöz Degisiklikleri yönet Yönlendirici kararlari dokümante et Proje Ekibinin Yönetimi

29. 29 Proje Ekibi Amaç ve hedefleri farkli olmalarina karsin birlikte ayni yerde çalisan insan toplulugu bir gruptur. Proje Ekibi: paylasilan hedefleri gerçeklestirmek üzere birbirleriyle belirgin iliskileri olan insan grubudur. Ortak bir amaci paylasirlar Yardimlasmadan ve birlikte çalismaktan hoslanirlar Projenin belirli islerini yerine getirerek amaç ve hedeflere erismek üzere taahhütte bulunurlar Çesitli disiplin ve inanistaki insanlar ayni ortak çaba üstünde odaklanirlar. Proje yöneticisine, projeye baglilik ve inançlari tamdir. Takim ruhu ve yüksek morale sahiptirler.

30. 30 Yazilim/Sistem Projesi Organizasyonundaki Tipik Roller Yazilim Mühendisligi Personeli Kullanici Arayüzü Tasarimcisi Yazilim Mühendisi, Programci Yazilim Mimari Kod Gözden Geçirme personeli Veritabani Tasarimcisi

31. 31

32. 32

33. 33

34. 34

35. 35

36. 36

37. 37

38. 38 Rol ve Sorumluluklarin Is Paketi ve Teslimat Bazinda Dagitilmasi-Örnek

39. 39 Iletisim Yönetimi

40. 40 Toplantilar Amaci olmali (problem çözümü, durum degerlendirme, vb.) Toplanti gündemi Toplantiya katilacak kisilerin bilgilendirilmesi Toplanti süresi limiti Toplanti tutanagi hazirlanmasi Islem maddeleri, sorumluluklar ve tamamlanma tarihlerinin, kararlar dokümante edilmesi Toplanti katilim çizelgesi

41. 41 Raporlasma Rapor içerigi Rapor ihtiyaçlari: Kimden kime, ne zaman Rapor örnegi: Gerçeklestirilen faaliyetler Planlanan Faaliyetler Sorunlar/Öneriler

42. 42 Proje Gözden Geçirme Toplantisi (PMR) Gündem Gerçeklestirilen Önemli Faaliyetler Özet Kaynak Bilgileri Finansal Durumu Malzeme Durumu Insan Kaynaklari Durumu Teknik Gerçeklesme Durumu Takvim Durumu Performans Metrikleri Gerçeklesen Faaliyetler Kritik Basari Faktörleri Müsteriden/Kullanicidan Beklentiler Önemli Riskler/Sorunlar Islem Maddeleri Daha önce açilan islem maddeleri Yeni islem maddeleri Kapanis

43. 43 Takvim Yönetimi Gannt Chart Ag Teknikleri (Örn: Program Degerlendirme ve Gözden Geçirme Teknigi (PERT))

44. 44 Kritik Yol Kritik yol, projenin hesaplanmis bitis tarihini belirleyen bir seri istir. (ya da tek bir is). Kritik yol üzerindeki son is tamamlandiginda proje de tamamlanmis olur. Kritik yol en uzun yoldur. Kritik yol üzerindeki isler ve atanan kaynaklar projenin zamaninda bitmesi için belirleyicidir.

45. 45

46. 46

47. 47

48. 48

49. 49

50. 50

51. 51

52. 52

53. 53 Periyodik olarak islerin bitis yüzdesinin ve gerçek baslangiç bitis tarihlerinin girilmesi “Tracking gannt” seçenegi ile kaymalarin izlenebilmesi

54. 54 Proje Izleme/Yönetimi Proje Plani

55. 55 Proje Izleme/Yönetimi- Proje Plani

56. 56 Emek Tahmini Emek genelde adam-saat, adam-gün ya da adam-ay cinsinden ölçülür. 10 adam-ay 10 kisi 1 ay 1 kisi 10 ay 2 kisi 5 ay anlamina gelebilir.

57. 57 Emek Tahmin Teknikleri

58. 58 Yazilim Büyüklük Tahmini-Function Points Ihtiyaçlar kullanilarak gelistirme sürecinin baslarinda kolaylikla hesaplanabilir. Gelistirme dilinden bagimsizdir. Genelde ilk fazlarda Function Point kullanilip daha sonra SLOC’a geçilir. Function points worked quite well for most M.I.S. projects. They were found, however, to give misleading results when applied to many real time systems or system software. This was due to this type of software's lack of measurable inputs and outputs and algorithmic complexity. To overcome this limitation, Software Productivity Research Inc. in 1986 came out with a metric which they referred to as "Feature Points".(1) This metric is very similar to Function Points but accounts for the added algorithmic complexity by adding an additional parameter. Function points worked quite well for most M.I.S. projects. They were found, however, to give misleading results when applied to many real time systems or system software. This was due to this type of software's lack of measurable inputs and outputs and algorithmic complexity. To overcome this limitation, Software Productivity Research Inc. in 1986 came out with a metric which they referred to as "Feature Points".(1) This metric is very similar to Function Points but accounts for the added algorithmic complexity by adding an additional parameter.

59. 59 Yazilim Büyüklük Tahmini-Function Points

60. 60 Teknik Ayarlama Faktörleri (Technical Adjustment Factors) Sistem güvenilir yedekleme ve kurtarma gerektiriyor mu?(Reliable backup and recovery) Veri Iletisimi gerekiyor mu? (Data communications) Dagitik fonksiyon var mi? (Are there distributed processing functions) Performans kritik mi? Sistem çok kullanilan bir isletim ortaminda mi çalisacak? Sistem on-line veri girisi gerektiriyor mu? On-line veri girisi, giris islemlerinin birden fazla ekran ya da islem üzerinden olmasini mi gerektiriyor? (multiple screens or operations) Ana dosyalar on-line mi güncelleniyor? Girdiler, çiktilar, dosyalar ve sorgular karmasik mi? Kod yeniden kullanibilir olarak mi tasarlanmis? Iç süreç karmasik mi? (Is internal processing complex?) Dönüsüm ve kurulum tasarim içerisinde m? Uygulama degisik kuruluslarda birden fazla kurulum gerektirecek sekilde mi tasarlanmis? Uygulama kullanici tarafindan kolaylikla kullanmayi ve degistirmek üzere mi tasarlanmis?

61. 61 Function Point’in LOC’a Çevrim Faktörleri 

62. 62 Laboratuvar Sistemi Kan tahlili yapan bir laboratuvarin ayni sehir içerisinde 5 subesi vardir. Her subede yaklasik 10 adet veri giris operatörü bulunmaktadir. Sistem laboratuvardaki tahlillerin fiyatlarini tutacaktir. Hasta bilgileri kaydedilecektir. Yeni tahliler eklenebilecek, güncelleme yapilabilecektir. Tahlil sonuçlari laboratuvar yetkilisi tarafindan onaylandiktan sonra görüntülenebilecektir. Istenen laboratuvar tahlillerinin tutari hesaplanacak ve faturasi basilacaktir. Sonuç raporlari basilacaktir. Eger müsterinin daha önceki kayitlari varsa rapor önceki sonuçlari da içerecektir. Müsteriler sisteme web üzerinden verilecek sifrelerle baglanarak tahlil no ile sonuçlarini ögrenebileceklerdir. Sistemin kan analiz cihaziyla arayüzü olacak, sonuçlar direkt olarak cihazdan sisteme aktarilacaktir. Sistem malzeme yönetimi yapacak, malzeme stok bilgilerini tutacaktir. Her laboratuvar ana depodan haftalik malzeme istegi yapacaktir. Labaratuvarlardan birinde ana malzeme deposu yeralacak, depoya girisler ve birimlere çikislar kaydedilecektir. Her malzeme için kritik stok seviyesinin altina düsen malzemeler için sistem uyari verecek ve rapor yayinlayacaktir. Birim bazinda aylik malzeme raporu yayinlanacaktir. Laboratuvarin ana sunucusu subelerden birinde yeralacak ve herhangi bir ariza oldugunda sistem diger subedeki yedek sunucuya baglanacak ve oradan isleme kesintisiz devam edecektir. Iletisim altyapisinda leased line kullanilacaktir. Sistemi gelistirecek ekip, Java konusunda ve analiz konularinda orta deneyimdedir. Fonksiyonalite konusunda çok fazla deneyimi yoktur. Bir kaç benzer yönetim bilgi sistemi gelistirmistir. CASE araci kullanilacaktir.

63. 63 Üst Düzey Sistem Mimarisi

64. 64 Laboratuvar Sistemi

65. 65 Unadjusted Function Points Girdiler: 6 Karmasik Çiktilar: 6 Karmasik Iç Dosyalar : 4 Orta Hasta Dosyasi Tahliller dosyasi Faturalar Dosyasi Malzeme Stok Dosyasi Dis sorgularin sayisi: 1 Orta Dis Arayüz Dosyalari: 1 Orta

66. 66 Adjusted Function Points Sistem güvenilir yedekleme ve kurtarma gerektiriyor mu? 5 Veri Iletisimi gerekiyor mu? (Data communications) 3 Dagitik fonksiyon var mi? 3 Performans kritik mi? 4 Sistem çok kullanilan bir isletim ortaminda mi çalisacak? 4 Sistem on-line veri girisi gerektiriyor mu? 5 On-line veri girisi, giris islemlerinin birden fazla ekran ya da islem üzerinden olmasini mi gerektiriyor? (multiple screens or operations) 5 Ana dosyalar on-line mi güncelleniyor? 5 Girdiler, çiktilar, dosyalar ve sorgular karmasik mi? 4 Kod yeniden kullanibilir olarak mi tasarlanmis? 3 Iç süreç karmasik mi? (Is internal processing complex?) 3 Dönüsüm ve kurulum tasarim içerisinde mi? 3 Uygulama degisik kuruluslarda birden fazla kurulum gerektirecek sekilde mi tasarlanmis? 3 Uygulama kullanici tarafindan kolaylikla kullanmayi ve degistirmek üzere mi tasarlanmis? 3

67. 67 Sirket Üretim Oranlari Teknigi

68. 68 Maliyet, ürün, proje ve süreçlerle ilgili etkenler gözönüne alinarak tahmin edilir. Emek= a x Büyüklükb x m a: organizasyona bagli faktör, b: büyük projeler için emek ayarlamasi (disproportionate effort) m: süreç, personel ve ürün ile ilgili etkenlerin çarpani Genelde tüm modeller ayni formülü kullanirlar, yalnizca a, b ve m degerleri modele göre degisir.

69. 69

70. 70 COCOMO model-Orta Seviye

71. 71

72. 72 Emek Ölçümleri

73. 73 Emek Ölçümleri

74. 74 Proje Zamanini Degistirme

75. 75 Projenin Izlenmesi ve Kontrolü Sistemin performansina ait bilgiler toplanir, planlanan degerlerle karsilastirilir, eger gerçeklesen ile planlanan arasinda düzeltilmesi gerekecek kadar bir fark var ise bu farki azaltici islem yapilir. Kontrol, gerçeklesen ile planlanan arasindaki farki tespit etme ve azaltma çabasidir.

76. 76 Performansin Izlenmesi Amaçlar: WBS yapisi altinda maliyet, program ve performans bazi olusturmak Islevsel örgüt içinde is ve bütçe dagilimi yapmak Zaman ve maliyet durumunu gösteren periyodik raporlar olusturmak En alt is paketine kadar açik bir kontrol ve onay mekanizmasi olusturmak Projenin gerçeklesen zaman ve maliyet bilgilerine göre tamamlanma zaman ve maliyet tahminlerinde bulunmak Potansiyel problem alanlarini önceden belirleyerek gerekli önlemlerin alinmasini saglamak

77. 77 Performansin Izlenmesi

78. 78 Kazanilmis Deger Örnegi A isi Bütçesi 100$ Tahmini tamamlanma yüzdesi %40 Bugüne kadar 50$ harcanmis Bugün itibariyle 30$ harcanmasi planlanmis Bu isin durumu nedir? Maliyeti asmis mi yoksa altinda mi? Takvimin önünde mi arkasinda mi? Bittiginde maliyetini asmis olacak mi? Bu is zamaninda bitebilecek mi?

79. 79 Kazanilmis Deger Örnegi

80. 80 Kazanilan Deger Analizi

81. 81 Sapma Çözümlemeleri (Kazanilmis Deger) Maliyet Sapmasi = Kazanilmis Deger - Gerçek Maliyet = Yapilan Isin Bütçelenen Maliyeti - Yapilan Isin Gerçeklesen Maliyeti Takvim Sapmasi = Kazanilmis Deger - Bütçelenen Deger = Yapilan Isin Bütçelenen Maliyeti - Planlanan Isin Bütçelenen Maliyeti Maliyet Performans Indisi = Kazanilmis Deger / Gerçek Maliyet CPI= BCWP/ACWP >1 Iyi (Planlanan Maliyetin Altinda) MPI= YIBM / YIGM =1 Öngörülen Bütçede <1 Kötü (Planlanan Maliyetin Üstünde) Takvim Performans Indisi = Kazanilmis Deger / Bütçelenen Deger SPI= BCWP/BCWS >1 Iyi (Takvimin Önünde) PPI= YIBM / PIBM =1 Öngörülen Programda <1 Kötü (Takvimin Gerisinde)

82. 82 Kazanilmis Deger

83. 83 Maliyet Sapmasi (CV) CV+ Maliyet planlananin gerisinde CV- Maliyet Asimi Takvim Sapmasi (SV) SV+ Planin ilerisinde SV- Planin gerisinde Maliyet Performans Indisi (CPI) CPI > 1 Planlanan üretkenlikten yüksek CPI < 1 Planlanan üretkenlikten düsük Takvim performans Indisi (SPI) SPI > 1 Planlanandan daha hizli SPI < 1 Planlanandan daha yavas Kazanilmis Deger

84. 84 EAC= Bitis tahmini ETC=Bitirmek için gerekli maliyet tahmini EAC = Gerçeklesen + ETC EAC = BAC + mevcut CV EAC = Gerçeklesen + (BAC-Kazanilmis Deger)/CPI Kazanilmis Deger

85. 85 Düzeltme Önlemleri Bir ise iliskin üç temel parametre isin tanimi (ve çiktilari), bütçesi ve takvimidir. Düzeltme önlemleri alinirken yapilan en önemli hata hemen planlarin degistirilmesidir. Bu tip olumsuz sapmalar için düzeltme önlemleri öncelik sirasi: isin yapilis tarzinin iyilestirilmesi, takvim ve bütçe degisiklikleri is tanimi degisiklikleri

86. 86 Design-To-Cost (DTC) DTC yöntemi tasarim ve gerçeklestirimin planlanan bütçe kisitlari içerisinde kalmasini saglamayi hedefleyen bir süreçtir. Takvim ve bütçe kisitlari içerisinde gerçeklestirilebilecek ihtiyaç setinin belirlenir Tasarim ve ihtiyaç alternatiflerinin maliyeti bütçe içerisinde tutmak için kullanilir Sistemin maliyetinin ayrilmis bütçeyi geçmemesi amaçlanir Çok fazla getirisi olmayan, çekirdek sistemin disinda kalan ihtiyaçlarin ertelenmesi ya da silinmesi sözkonusudur.

87. 87 DTC Süreci

88. 88 Proje Teknik Performans Yönetimi

89. 89 Metrik Türleri

90. 90 Metrik Türleri

91. 91 Metrik Türleri

92. 92 Metrik Türleri

93. 93 Metrik Türleri

94. 94 Çaba Metrik Örnekleri-Effort Metrics

95. 95 Üretim Örnek Metrikleri

96. 96 Takvim Örnek Metrikleri

97. 97 Risk Degerlendirme ve Yönetimi Risk kayip olasiligidir. Istenmeyen olumsuz sonuçlar Kaçirilan firsatlar

98. 98 Risk Yönetim Süreci

99. 99 Risk Etki Seviyeleri

100. 100 Örnek Risk-1

101. 101 Örnek Risk-2

102. 102 Örnek

103. 103 Üst Düzey Sistem Mimarisi

104. 104 WBS ve Maliyet Tahminleri

105. 105

106. 106

107. 107

108. 108 Ikinci Ay

109. 109

110. 110

111. 111

112. 112

113. 113

114. 114

115. 115

116. 116

117. 117

118. 118 8) Karides Yerine Sosis: “Karides yerine Sosis” olarak tanimlanan prensipte para tutumlu bir sekilde harcanma prensibi vardir. Tüm yönetim kademesi dahil herkes ekonomi sinifta uçarlar, yöneticiler için özel otoparklar, kafeteryalar yoktur, sadece iki farkli büyüklükte ofis vardir. Eleman sayisinin %20 altinda çalisma prensibi vardir. Böylece daima mutlaka yapilmasi gerekli olanlar önceliklendirilecektir. Gereksiz elemanlar kendilerin is yaratmak için digerlerinin de vaktini alacaklar bürokrasiyi arttiracaklardir. Projelerde daima minumum personel ve minumum süre verilmistir. Ürünlerin kalitesi ve fonksiyonalitesi minumum isterleri karsilayacak sekilde olup, markete zamaninda verilmesi prensibi vardir. Microsoft’ta sekreter kullanilmaz, B.Gates dahil herkes mektuplarini kendi yazar ve e-postalarini kendi okur.

119. 119

120. 120

121. 121

122. 122

123. 123