Professional Documents
Culture Documents
2016
1
22.01.2016
Sayfa 3
2
22.01.2016
Uzman Görüşleri
(Expert Judgement)
3
22.01.2016
Proje Başlangıcı
• Proje kısıtları
• Kısıt türleri
– Zaman
– Bütçe
– Kalite
– Kaynak kısıtları
– Teknolojik kısıtlar
– Yönetimin talimatları
4
22.01.2016
Proje Başlangıcı
• Proje Varsayımları
– Proje paydaşlarının proje ile ilgili varsayımlarının
anlaşılması ve dökümante edilmesi gereklidir
– Projelerin ileri bir aşamasında, belirli bir varsayımın yanlış
çıkması veya unutulması yüzünden proje başarısızlıkla
sonuçlanabilir
10
5
22.01.2016
12
6
22.01.2016
Proje Hikayesi
13
Paydaların Belirlenmesi
(Identify Stakeholders)
14
7
22.01.2016
Paydaş Analizi
• Paydaşlar belirlenir.
• Paydaşların ilgi sahaları belirlenir.
• Paydaşların güç ve etkileri belirlenir.
• Paydaların projeye ne amaçla dahil edileceği belirlenir.
• Bilgi alışverişi amacıyla mı paydaş?
• Danışılmak üzere mi paydaş?
• Uzlaşma sağlaması için mi paydaş?
• Sorumluluk taşıması için mi paydaş?
• Paydaşlar için katılım şekli belirlenir. Paydaşları katılım
için motive etmenin yöntemlerini araştırın.
15
16
8
22.01.2016
17
18
9
22.01.2016
20
10
22.01.2016
21
22
11
22.01.2016
Proje Planlaması
23
Proje Planlaması
• Proje planlama, projenin başlangıcında ve proje süresince
yapılması gereken sürekli bir aktivitedir.
• Proje planlamanın öncelikli amacı, proje takımına, nelerin
yapılmasına ilişkin gerekli detay yönlendirmeyi sağlamaktır.
• “Planlar hiçbir şeydir” çünkü:
– Tam olmayan bilgiye dayanarak üretilmiş tahminleri gösterir
– Planlar tamamlandığı anda eskimiş olurlar
• Ancak, bu demek değildir ki planlar kullanılmamalıdır!
12
22.01.2016
26
13
22.01.2016
Planlamada Problemler
Beklentilerin bilinmemesi
Bilgi seviyesinin yeterli olmaması
Bir tarihe yetişme paniği ile planlamanın hızlı
yapılması veya hiç yapılmaması
Amaçların değişmesi
Belirsizliklerin doğru planlamaya izin vermeyecek
kadar fazla oluşu.
27
28
14
22.01.2016
SÖZLEŞME
"NASIL"
"KİM" Ağ yapısı
Kapsam Organizasyon
Tanımlama
TL/$
"KİM"
"NE"
YAPAR
"NE" Sorumluluk "NE ZAMAN" "NE KADAR"
WBS Matrisi İş Programı Bütçe Planı
"NE OLUYOR"
Sapma Çözümlemeleri
29
30
15
22.01.2016
• Ürün bilgileri
• Proje bilgileri
• Proses/Süreç bilgileri
31
32
16
22.01.2016
Proje bilgileri
• Kontrat tipi (sabit fiyat, maliyet +, vb.)
• Raporlama yapısı
• Müşteri ile ilişki
• Projenin yapılacağı yer(ler)
• Güvenlik ile ilgili konular
• Riskler
33
34
17
22.01.2016
35
36
18
22.01.2016
Süreç bilgisi
• Sistem geliştirmede, değerlendirme ve testinde kullanılacak
metot ve süreçler
• Kilometre taşları ve gözden geçirmeler (reviews)
• Alt-yüklenici yönetimi metotları
• Kullanılacak araçlar
• Süreç iyileştirme teknikleri
• Risk analiz ve yönetim teknikleri
• Kalite kontrol ve konfigürasyon yönetimi gibi diğer destek
aktivitelerinde kullanılan süreçler
• Riskler
37
38
19
22.01.2016
20
22.01.2016
41
Gereksinimlerin Toplanması
Collect Requirements
Proje hedeflerine ulaşmak için proje paydaşlarının
ihtiyaçlarını tanımlama ve belgeleme sürecidir.
42
21
22.01.2016
Gereksinim Dökümanı
Mevcut Durum - Ulaşılmak istenen hedef
İş ve proje hedefleri
Ürünle ilgili fonksiyonel gereksinimler
Hizmet, performans, güvenlikle ilgili ihtiyaçlar
Kalite ihtiyaçları
Destek ve eğitim ihtiyaçları
Gereksinim takip matrisi (requirment traceability matrix)
43
Gereksinimlerin Toplanması
ve Dengelenmesi
Görüşmeler
Belirli bir konuda uzman paydaşların bir araya geldiği odak gruplar
Farklı perspektifteki paydaşların bir araya gelmesi (tasarımcı ve
son kullanıcı)
Beyin Fırtınası (Brainstorming)
Zihin Haritaları (Mind Maps)
Anketler
Gözlem yapma
Prototip oluşturma 44
22
22.01.2016
45
Kapsamın Tanımlanması
Define Scope
Proje Başarısı için kritik faktörlerin başında «kapsamın
doğru ve eksiksiz anlaşılması» ve kapsamın doğru
yönetilmesi gelir.
Kapsamın iyi yönetilememesi
Gecikmelere
Kalitesiz ürünlere ve
Aşılmış bütçelere yol açar….!
46
23
22.01.2016
Kapsamın Tanımlanması
Gereksinimlerin toplanması ile birlikte Proje Kapsam
Bildirimi (Scope Statement) hazırlanır.
47
Kapsamın Tanımlanması
PROJE KAPSAM BİLDİRİMİ
Proje Başlatma Belgesi’nin detaylandırılması ile oluşur
Projenin yapılış amacı
Projenin temel teslimatları (deliverables)
Proje kabul kriterleri
Kısıtlar ve varsayımlar
Öngürülen temel riskler ve söylenebiliyorsa
alınabilecek potansiyel önlemler
Kaba maliyet ve tarih tahminleri
48
24
22.01.2016
49
İş Kırılım/Dağılım Ağacı/Yapısı
• İş Kırılım Ağacı, İKA (Work Breakdown Structure – WBS)
proje sonuçlarına ulaşmak için gerçekleştirilecek
(önemsediğiniz/kontrol etmek istediğiniz) bütün faaliyetleri
içerir.
– Ürün geliştirme aktiviteleri
– Yönetim aktiviteleri
– Destek aktiviteleri
– Dokümantasyon, eğitim, seyahat, vb.
• İKA, hiyerarşik iş birimlerine bölünmüş, alt görevlere ayrılmış
ve iş paketleri oluşturulmuş projeleri resmeder
50
25
22.01.2016
51
52
26
22.01.2016
53
WBS Örneği
1 Software for “C” Compiler
1.1 Build a “C” Compiler
1.1.1 Build a User Interface
1.1.2 Build a File System
1.1.3 Build a Parser
1.1.4 Build a Code Generator
1.1.5 Build a Run Time System
1.2 Build the Test Suite for the Compiler
1.2.1 etc.
1.3 Write Documentation
1.4 Write Installation Software
1.5 Manage Software Development
54
27
22.01.2016
55
56
28
22.01.2016
İKA - Terminoloji
• Aktivite (Activity)
• İş Paketi Şablonu
57
İKA - Aktivite
• İKA’nın her seviyesinde yapılacak işler.
• Her bir aktivite bir gereksinime karşı gelir / gelmesi
gerekir.
• Yönetim, kaynakların bulunması, geliştirme sürecinin
detayları gibi işler direk gereksinimlere karşı
gelmeyebilir
58
29
22.01.2016
59
Tahminlerin Temeli
Aktivite: Müşteri toplantıları için seyahat
İKA #: 1.5.2.3 Maliyet: $16,800
Tanım: Müşteri toplantıları için 4 seyahat. Her bir
seyahate 3 mühendis katılacak ve 2 gün sürecek
Maliyet hesabı: 4 * 3 * 2 * $700/day = $16,800
60
30
22.01.2016
61
62
31
22.01.2016
İKY - Riskler
• Çok detaylı olabilir
• İş tanımları çok muğlak olabilir
• Bazı aktiviteleri unutulabilir
– 0 zaman, 0 bütçe!
63
64
32