Sunum yükleniyor. Lütfen bekleyiniz

Sunum yükleniyor. Lütfen bekleyiniz

PROJE YÖNETİM AŞAMALARI AŞAMALARI.  Analiz ve planlama aşaması  Gereksinimlerin belirlenme aşaması  Ön ve detaylı tasarım aşaması  Gerçekleme aşaması.

Benzer bir sunumlar


... konulu sunumlar: "PROJE YÖNETİM AŞAMALARI AŞAMALARI.  Analiz ve planlama aşaması  Gereksinimlerin belirlenme aşaması  Ön ve detaylı tasarım aşaması  Gerçekleme aşaması."— Sunum transkripti:

1 PROJE YÖNETİM AŞAMALARI AŞAMALARI

2  Analiz ve planlama aşaması  Gereksinimlerin belirlenme aşaması  Ön ve detaylı tasarım aşaması  Gerçekleme aşaması  Test ve birleştirme aşaması  Sürüm ve teslim aşaması  Sonuçları değerlendirme aşaması  Bakım aşaması  Yazılım projelerinde sosyal faktörler  Proje yönetimi ve genel iş sistemi ile ilgili ipuçları

3 ANALİZ VE PLANLAMA AŞAMASI Öncelikle proje başlarken iyi bir analiz ve planama yapmak gereklidir. Müşterinin ne istediğinin, nasıl bir sistem istediğinin tam olarak anlaşılması gerekmektedir. Risk analizi ve maliyet tahminleri vb. bu aşamada yapılır.Gereksinimler bu aşamada belirlenir.Gereksinimler değişedebilir.

4 O TEST EDİLMESİ ZOR VEYA İMKANI BULUNMAYAN BİR SİSTEM HİÇBİR ZAMAN ÜRETİLMEMELİDİR.(VE ÜRETİLMESİDE ZATEN ZORDUR.)

5 HERŞEY İŞ TANIMI İLE BAŞLAR O İŞİN AMACI O İŞİN KAPSAMI O DİĞER ALANLAR(İŞİN SÜRESİ,İŞİN YAPILCAĞI YER,TESLİM TAKVİMİ,TESLİM KALEMLERİ,KABUL KRİTERLERİ,ÖDEME KOŞULLARI.

6 PROJENİNİ BAŞARISINDAKİ ETKENLERDEN BİRİ PROJENİN AMACININ İYİ ANLAŞILMASIDIR. O Projenin büyük resmini yani ana hatlarını anlamak iki açıdan faydalıdır. O Projenin detayları ile ilgilenen kişiler proejede nerede olduklarını yani uğraştıkları detayın sınırlarını projedeki yerini rahat anlarlar O Projenin organizasyondaki önemi yeri daha iyi anlaşılacağı için projedeki riskler,zamanlamalar daha iyi hesaplanabilir.

7

8 O Projede maliyet ve süre tahminle(Kar edilmeyecek bir projeye girmenin anlamı yoktur.Bu sebepten maliyet ve süre tahminleri çok önemlidir.

9 GÜNDE KAÇ SATIR YAZABİLİRİM,PROJEYİ NE KADAR SÜREDE BİTİREBİLİRİM O Yazılan kodun kalitesine göre farklılıklar görülür. O Orta vada bir insan günde satır kod yazabilir.Yani ortalama bir kişi günde sadece bir fomksiyon yazabilir ve bir miktarda testini yapabilir.Bu aya yaklaşık 1000 satır demektir. O Bu satır/birkaç gün sürdürüleblir ve davamında müthiş bir hata ve verimszlik periyodu başlar.

10 PROJE BÜYÜKLÜĞÜNÜ TAHMİN ETMEK O Benzerlik yöntemi:Daha önceden yapılmış kıyaslanabilecek projelerin olması gereklidir. O Uzman görüşü:Sonuç değişken olabilir ve tahmin konusundaki ustalıgına bağlıdır. O Tepeden aşağı inceleyerek tahminde bulunma yöntemi:Sistem tepeden inilerek incelenir sistemin tanımının ve gereksinimlerinin çok iyi bleirlenmiş olamsı gerekmektedir..

11 O Aşağıdan tepeye inceleyerek tahmnde bulunmta yöntemi:En küçük parçalardan başlanarak incelenir.detaylı zaman alıcı yöntemdir. O Maliyete göre tasarım:Önerilen bütçeye göre yapılamaya çalışılır.Mühendislik temelinden uzak bir yöntemdir. O Parametrik modeller kullanmak:Detaylı mühendislik hesapları yapılır ve tahmin yöntemleri kullanılır. O ÖLÇEMEDİĞİNİZ OLAYI YÖNETEMEZSİNİZ(KONTROL EDEMEZSİNİZ)

12 KAYNAK KOD SATIR SAYISI İLE PROJE BÜYÜKLÜĞÜ TAHMİNİ

13 NESNE TEMELLİ PROGRAMLAMA YAPILIREKN KULLANILAN TAHMİN YÖNTEMLERİ O Nesne öğeleri sayısı temelli tahmin(yazılımdaki sınıfları sayısı,bu sınıfların üyeleri,metotları ayrıca sınıfların tipleri ve özellikleri göz önüne alınır. O Kullanım senaryosu temelli tahmin:sistem olası yapılabilecek işler,özellikle de ardı sıra bir şekilde yapılabilcek tüm işler sıralanır.bu çıakrılan listeler tahminde kullanılır..

14 COCOMO TAHMİN MODELİ O COCOMO Türkçeye yapısal maliyet modeli olarak çevirebiliriz.Proje için harcanacak eforu yani işçilik maliyetini adam-ay olarak hesaplamaya yarayan faydalı bir yöntemdir

15

16 KALİTE,HIZ,UCUZLUK ÜÇGENİ O Ürün kaliteli ve hızlı yapılırsa ucuz olamaz. O Ürün kaliteli ve ucuz yapılırsa hızlı yapılamaz. O Ürün hızlı v ucuz yapılırsa kaliteli olamaz

17 PLANLAMA VE İYİ BİR PLANLAMANIN ÖNEMİ O Projeniz küçükde olsa büyük de olsa mutlaka bir plan yapılmalıdır.Bu plan için yapılcak ana işleri görev dağılımını görevlerin başlangıç ve bitiş süreleriniyazmaya gayret ediniz.Plan proje esnasında mutlaka koşullara göre güncelleyiniz.Özellikle ufak projelerin başarısız olamalrının en temel nedenlerinden biri planların gereksiz görülerek ihmal edilmesidir.Sonuç olarak planlamadan hehrangi bir sebeple kaçınmamalıyız.

18 PROJE ADIMLARI BELİRLEYİN O Açık,net,anlaşılır proje adımları belirleyiniz.Proje adımlarının da şu özelliklerini belrileyiniz. O Proje admının tanımı, O Bu adıma ulaşmak için gerekli süre. O Bu adıma ulaşmak için gerekli efor veya elamanlar, O Proje adımının başarı kriteri,yani bu adıma başarıyla ulaşıldıgının objektit belirlenmesi, O Aşamalrın öncülleri,ardılları.

19 PROJE İÇİN GEREKLİ OLAN KAYNAKLAR O İş gücü O Donanım O Zaman O Para O Motivasyon O Sağlıklı çalışma ortamı O Kullanıcı geri beslemesi

20 RİSK ANALİZİ O Yazılım projeleri risk oranı yüksek projelerdir.Bu yüzden başarısızlık oranları bir hayli yüksektir.Başarılı projeler O Zamanında tamamlanmış, O Bütçesi aşmamış O Belirlenen gereksinimleri karşılaan projelerdir.

21 PROJE AMAÇ,TANIM VE KAPSAM RİSKLERİ O Proje amacı ve tarifinin belirsiz olması veya değişmesi O Proje amacı,işlevsel,performans ve güvenirlik gereksinimlerinin dökümante edilmemiş olması O Başarı kriterinin belirlenmemiş olması, O Sorumlulukların ve görev dağılımının belirsiz olması O İş planının yapılmaması O Proje başldıktan hemn sonra,amaç,kapsam veya takvim gereksinimlerinin önemli derecede değişmesi.

22 O Gereksinim riskleri O Gereksinimlerin sürekli değişmesi O Gereksinimlerin açık olmaması veya anlaşılmaması sonucunda yanlış ürünün üretilmesi O Gereksinimler hazırlanırken müşteri,kullanıcı ve diğer paydaşlarla görüşülmemesi O Yeterince ön analiz yapılmadıgı için proje sonuna doğru keşfedilen yeni gereksinimler ve bunları sağlamak için kodda hızlıca yapılan değişiklikler O Proje girdi çıktılarının belirlenmemesi.

23 O Takvim riskleri O Gerçekçi olmayan takvim ve bütçeler O Takvimde teslim zamanlarının dökumante edilmemiş olması, O Proje başındaki gecikmelerin ihmal edilmesi.Takvimin buna göre güncellenmesi, O Projenin ilk yüzde 10’luk süresinde iken teslimi planlanan görevlerin yetişirilememiş olması,

24 O Bütçe ve maliyet riskleri O Acil durumlar ve ihtiyaçalr için küçük yedek bir bütçenin olmaması, O Bütçe,takvimikapsam ve kalite özelliklerinin tümünün proje ekibi dışındaki bir yerden ekibe zorunlu olarak dikkat edilmesi, O Kabul edilen bütçenin ekibin tahmin ettiği bütçelrin düşük olması,

25 O Planlama riskleri O Eksik veya hatalı planlama daha kötüsü planlamanın yapılmamış olması, O Planlamave tahmin dökumanlarının olmaması, O Modüler olmayan yazılım yapısı, O Proje planına uyulmaması O Yeniden kullanılabilir bileşenlerin olmaması veya kullanılmaması, O Veri taşıma safhasını ufak biri ş olarak görmek.

26 O Gerçeklme riskleri O Hem donanımın hem de yazlımının aynı anda geliştirilmesi O Teknik personelin sürekli zaman baskısı altında çalışması O Yorgun ve bitmiş teknik ekip O Uygun veritabanı tasarımının yapılmaması O Çok tecrübeli,uzman elemanalrın sürekli meşgul olması dolayısıyla onlara erişememek. O Yanlış işlev veya özelliklerin gerçeklenmesi O Yanlış kullanıcı arabiriminin gerçeklenmesi

27 O Kalite güvence riskleri O Değişim kontrol sürecinin olmaması O Konfigürasyon yönetiminin yapılmaması, O Dökümantasyonun uygun bir şekilde yapılmaması, O Tanımsız iş yapma süreçleri O Geçmişe yönelik yazılım ölçüm verilerinin bulunmaması, O Yeni geliştirilecek olan ürün eski bir ürün temel alınarak geliştirilecekse bu eski ürün hakkında yeterince bilgi birikimi ve dökumanın olmaması, O Risk analiz dökumantasyıonu ve sürecin olmaması O Standartlara uyulmaması.

28 O Kalite kontrol riskleri O Gerçek zamanlı sistemlerde istenilen donanım performansının tutturulamaması O Risk yönetiminin yapılmaması, O Proje durmunun ve ilerlemesinin takibinin yapılmaması O Alttan üste yanlış veya optimistik durum raporlaması. O Tasarım gözden geçirme değerlendirmelerinin yapılmaması, O Performans ve güvenirlik gereksinim metriklerini izleme sürecinin olmaması.

29 O Organizasyondan kaynaklanan riskler O Ödüllendirme sisteminin olmaması O Kriz savuşturamayacak kadar ekonomik olarak güçsüz olan şirketlerin aldıkları projeler. O Projenin çok büyük olması, O Çok yüklenicili projeler ve iş paylaşımındaki belirsizlikler,

30 O Yönetimsel riskler O Üst yönetimin projeye destek olmaması,konuya ilgisiz olması,projeye öncelik vermemesi O Proje yöentim metodolojisi uygulanmaması O Yöneticilerin deneyimsizliği O Organizasyonun önceliklerinin veya kaynakalrının daha önemli bir projeye aktarımı O Öncelik yönetimi yapılamaması O Yöneticinin eğitim almamış olması O İşe uygun personel verilmemesi

31 O Müşteri ve kullanıcılarla ilgili riskler O Müşteri tercihlerinin ve önceliklerinin değişmesi, O Kullanıcıların değişime direnci, O İşbirliğine açık olmayan kullanıcılar O Kullanıcıların yeni sistemi anlama eksikliğinden dolayı katlımda bulunamamaları

32 O Paydaşsal riskler O Müşteri,kullanıcı ve diğer paydaşlardan geri beslemenin sağlıklı gelmemesi, O Proje paydaşları arasında iletişimsizlik O Paydaşların toplantılara katılmaması,

33 O Alt yüklenici riskleri, O Dışarıya yaptırılan işlerdeki skıntılar,tedarikçilerden gelen bileşenlerin gecikmesi veya hataları,

34 O Sosyal riskler ve personel riskleri O Personel sıkıntısı, O Deneyimsiz ekip O Organizasonda iletişimsizlik O Bireysel başarılı ve egosu yüksek kahramanlar O Çalışma ortamının uygunsuz olması O Moralsiz geliştirme ortamı O Fazla iş yükleme O Bilgi ve yeteneklere sahip olunmaması

35 O Teknolojik riskler O Secilen teknolojinin uygunsuz veya yetersizliği O Henüz oturmamış bir teknoloji olması O Yeterince tanınmaması O Ekip üyesinin deneyimsiz olması O Diğer sistemlere doğru çok fazla arayzü olan sistemler O Bilgi işlem ve şebeke alt yapısındaki yetersizlik veya problemlerin proje takımının üretkenliğinde büyük etkisi olması, O Bilişim teknolojisinin snırlarının iş için yeterli olmaması

36 O Ticari riskler O Yeni rakiplerin çıkması O Belirsiz piyasa koşulları O İhaleyi alma kriterinin en düşük fiyat teklifi oldugu projeler,

37 O Politik ve yasal riskler O Hükümet politikalarının veya kanunların değişmesi, O Politik veya ticari baskılar,

38 O Toplumsal riskler O Kültürel ve etik zaaflar, O İşin içindeki organizasyonlar arasında kültürel problem ve çatışmalar

39 O Riskleri azaltmak için ne yapılmalıdır. O En önemli koşul risk yönetiminin uygulanmasıdır.projede risk yönetimine atanmış bir ekip bulunmalıdır.Bu ekip potansiyel riskleri,bu risklerin gerçekleşme olasılıklarını ve önceliklerini belirleyip bunları gidermeye çalışmalıdır ve bunu sürekli yapmalıdır.

40 RİSKLERİN ERKEN TESPİTİ HAYAT KURTARIR O Yazılım projelerinde doğaları gereği her zaman riskler olacaktır.Çünkü belirsizlik fazladır.Riskler erken tespit edildiklerinde genellikle savuşturulabilir yapıdadır. O İletişiminin iyi olması, O Proje içerisinde bilgi akışının iyi olması O Deneyimli proje yöneticisi O Risk yöentimi için görevlendirilmiş ekip, O Eski projelerden faydalanmak, O Tahmin yöntemleri kullanmak, O Proje vizyonunu ve iş tanımını yazılı ve net biçimde yapmak,

41 SWOT ANALİZİ O İngilizce dört kelimenin baş harfleriden oluşan bir kısaltmadır.swot analizi içinde bulunulan durumun tüm yönleri ile,basitçe değerlendirlmesini sağlayan bir yöntemdir.şuan ki durumun bir fotoğrafı gibidir.

42 O ORHAN USLU O


"PROJE YÖNETİM AŞAMALARI AŞAMALARI.  Analiz ve planlama aşaması  Gereksinimlerin belirlenme aşaması  Ön ve detaylı tasarım aşaması  Gerçekleme aşaması." indir ppt

Benzer bir sunumlar


Google Reklamları