Proje/Program Özellikleri

BIL 304 YAZILIM

MÜHENDİSLİĞİ • En az 2 kişi ve en az 2 haftalık işgücü gerektirmelidir.

• Tanımlanan iş kapsamında önemli teknik/idari riskler vardır.

2012-2013 • Tanımlanan iş günlük, olağan, standart periyodik işlerin dışındadır.

• Tanımlanan iş yeni teknolojileri ve yeni yaklaşımların uygulanmasını

içerebilir.
Yrd Doç. Dr. Turgay İBRİKÇİ
• Tanımlanan işin başarısı kurum için önemlidir.

• Diğer departmanlar ve firmalarla birlikte çalışmayı gerektirir.

Yazılım/Sistem projeleri zor ve karmaşıktır

• Yazılım/sistem projeleri zor, karmaşık ve risklidir. Başarısız Proje Örnekleri

• Araştırmalara göre projelerin yalnızca %16’sı başarıya
Denver Havaalanı Otomatik Açılış 2 sene ertelenmiş
ulabilmiştir.
Bagaj Sistemi 360 Milyon $ gecikme maliyeti
16%
Hava Trafik Kontrol Projesi 5.5 Milyar $ maliyet aşımı
Ortalama Maliyet Sapması 89%
8 yıl gecikme
Ortalama Takvim Sapması 222% 53%
31% 4 sistemden 2si iptal edilmiş ve 3üncü
Başarısızlık Nedenleri: Başarılı Başarısız Gecikmeli sistemin ihtiyaçları %48 oranında azaltılmış
Yetersiz tamamlanamayan ihtiyaçlar 13.1%
Kullanıcı katılımının olmaması 12.4% ABD Donanma Finans Fiyatının 4 katına malolmuş (230 Milyon$)
Kaynak yokluğu 10.6% Standish Group-Chaos Report 1995-1996
Sistemi İhtiyaçlar %74 oranında azaltılmış
Gerçekçi olmayan beklentiler 9.9%
Üst yönetim desteğinin olmaması 9.3%
İhtiyaçların ve spesifikasyonların değişmesi 8.7%
Planlamanın olmaması 8.1%
3 4

Projenin Ana Bileşenleri Projenin Diğer Bileşenleri

Risk
 Takvim, maliyet, kapsam ve
İnsan
teknik performans projenin 4 Kaynakları
PROJE ana bileşenidir. İletişim Tedarik
 Kapsam işin temelidir.
KAPSAM Eşgüdüm BÜTÇE Kalite
ZAMAN
TEKNİK PERFORMANS/KALİTE
PROJE
Alt Üstlenici Değer
KAPSAM
PROJE PERFORMANSI= f (T, B, P)
T = Zaman B = Bütçe P = Teknik Performans TEKNİK KALİTE
Kapsam Konfigürasyon

Performans (T)  Performans (B)  Performans(P) Müşteri

Bu 3 faktörden herhangi birindeki aksaklık tüm proje performansını etkiler, aksaklık bir
diğerindeki artılar ile karşılanamaz.
Risk
5 6

1
 İşlev Noktaları Yöntemi Teknik Büyüklük Kestirim Yöntemleri
• İşlev noktaları geliştirmenin erken aşamalarında • Satır Sayısı (Lines of Code - LOC)
(analiz aşamasında) saptanan bir değerdir.
 Tabi ki 1000 LOC değeri olan bir C++ programı, 100 LOC
• Sistemin oluşturulduğu ortamdan bağımsız elde değerine sahip bir C++ programından 10 kat daha
edilir. büyüktür. Fakat bu sayının içinde yorum satırları var mı?
Yorum satırlarını dahil etmeli miyiz? (Yorum Satırının
• Problem tanımı girdi olarak alınarak üç temel Avantajı)
adım izlenir:  Deneyim ile kod oluşturulması (Aynı özellik farklı kod
sayısı)
– Problemin bilgi ortamının incelenmesi
 Programlama dili farkı Assembler <> Visual Basic
– Problemin teknik karmaşıklığının incelenmesi
 Değişkenlerin tanımlanması  LOC olarak sayılmalı
– İşlev noktası hesaplama mıdır?

İşlev Puanında Sistemin İşlevselliği

İşlev Puanı (Function Points-FP)
• Bu yaklaşım, verimliliğin üretilen işlev puanına göre
adam-ay olarak belirlenmesini öngörür.
• Eğer proje ile ilgili girdi çıktı gibi özellikler tahmin
edilebiliyorsa, bunlar kullanılarak geliştirilecek
sisteme ait bir İşlev Puanı (Function Points) hesabı
yapılabilir ve sonuçlar Satır Sayısına (LOC)
çevrilebilir. Bu satır sayısından maliyet, emek ve
süre tahmini yapılabilir.
• Kullanıcı Girdileri: Uygulamanın dışından uygulamanın içine doğru olan
süreçleri ve işlenebilir verileri gösterir. Veri genellikle uygulamaya içine
eklenebilir, silinebilir veya güncellenebilir. Dış girdilere örnek olarak;
kullanıcının bilgi girişi yaptığı veri giriş ekranları ve mantıksal içsel
dosyalar verilebilir.
• Kullanıcı Çıktıları: Verinin uygulama sınırları içinden dışarı çıkmasına izin
veren süreç veya işlemlerdir. Dış çıktılara örnek olarak; raporlar,
doğrulama mesajları ve ekran çıktıları verilebilir.
• Kullanıcı Sorguları: Kullanıcı isteği doğrultusunda alınan hızlı veri
çıkışlarıdır Dış sorgular dosyada saklanan veriyi değiştirmez veya
güncellemez. Sadece bilgiyi okurlar.
• Dosyalar: Uygulama sınırları ile birlikte verilerin saklandığı mantıksal bir
dosyadır. İç mantıksal dosyalara örnek olarak, içsel kullanıcı verileri,
saklanan veriler verilebilir.
• Dışsal arayüzler: Başka bir uygulama sistemi ile olan paylaşımı ifade eder.

Problem Bilgi Ortamı Bileşenleri İşlev Puanı (Function Points) (devam…)

UFP = Girdiler x W(1) + Çıktılar x W(2) + Sorgular x W(3) +
14 Genel Sistem Özelliğine
İç Dosyalar x W(4) + Dış Arayüz Dosyaları x W(5) göre sistemin beklenilen
Genel Sistem Özellikleri Kısa Açıklama
Sistemin uygulaması ile bilgi değişimi veya transferinde
Veri İletişimleri
uygulama zorluğu için ilave
1
yardımcı olmak için kaç tane iletişim aracı vardır?
Ölçüm Parametresi Sayı Ağırlık Faktörü
bir teknik karmaşıklık
2 Dağıtılan Veri/İşleme Dağıtılan bilgi ve işleme fonksiyonları nasıl idare edilmektedir?

Yalın Ortalama Karmaşık Hedefler, yanıtlama zamanı ve iş çıkarma performansı önemli

faktörü hesaplanır. Cevaplar
3 Performans
midir?

1-Kullanıcı Girdi sayısı ? 3 4 6 = 0 ile 5 arasında puanlandırılır 4 Çok Kullanılan Konfigürasyon

Uygulamanın idare edileceği mevcut donanım platformu ne
kadar yoğun kullanılmaktadır?

2-Kullanıcı Çıktı sayısı ? 4 5 7 = 5 İşlem Oranı İşlem oranı yüksek midir?

• 0: hiç yok ya da etkisiz, Çevrimiçi Veri Girişi Hangi oranda bilgi çevrimiçi girilmektedir?
3-Kullanıcı Sorgu Sayısı ? 3 4 6 = • 1: önemsiz etki,
6

2: az etkili ,
Son Kullanıcı Verimliliği Uygulama son kullanıcı verimliliği için mi tasarlanmıştır?
•
7
4-Kütük Sayısı ? 7 10 15 =
• 3:orta düzeyde etkili 8 Çevrimiçi Güncelleme Kaç veri dosyası çevrimiçi güncellenmektedir?

5-Dışsal Arayüz Sayısı ? 5 7 10 = • 4: önemli düzeyde etkili, 9 Karmaşık İşlem Yapma Dâhili işlem yapma karmaşık mıdır?

Toplam Sayı = • 5: güçlü etki 10 Yeniden Kullanılabilirlik Uygulama yeniden kullanılabilir olması için mi tasarlanmıştır?

Her bir bileşenin zorluk derecesi basit, orta ve karmaşık gibi Tablo’da DI = i=1.. 14 Cevapi 11 Dönüştürme/Kurulum Kolaylığı Sistemde otomatik dönüşüm ve kurulum da dâhil edilmiş midir?

verilen rakamsal değerlere bağlı olarak ölçülebilmektedir. Bu ölçülen

Yedekleme, başlatma ve kurtarma gibi operasyonlar ne kadar
12 İşlevsel Kolaylık
otomatiktir?
TCF(TKF) = 0,65 + 0,01 x DI
değerler toplanarak Düzeltilmemiş İşlev Puanı’nı (Unadjusted Function 13 Çoklu Saha Kullanımı
Uygulama çoklu örgüte sahip çoklu sahalar için özellikle mi
tasarlanmış, geliştirilmiş ve desteklenmiştir?
Points - UFPs) oluşturmaktadır. 14 Değişimi Kolaylaştırma
Uygulama kullanıcı tarafından kullanım kolaylığı ve değişimi
kolaylaştırmak için özel olarak mı tasarlanmış, geliştirilmiş ve
desteklenmiştir?

TCF: Technical Complexity Factors Teknik Karmaşıklık Faktörler-TKF

DI: Total Degree of Influence - Etki Toplam Derecesi

2
 Satır Sayısı Kestirimi
• İşlev Puanı aşağıdaki formül ile hesaplanır: Farklı seviyeli dillerde sistem
- FP = UFP x TCF
geliştirme süreci-örnek
• İşlev Puanı’nı, Satır Sayısına dönüştürmek için aşağıdaki çözümleme tasarım kodlama deneme belgeleme
formülden yararlanılır.
Assembly 3 hafta 5 hafta 8hafta 10 2 hafta
- LOC = İşlev Puanı x Programlama Dili LOC Katsayısı kodu
hafta
Yüksek 3 hafta 5 hafta 4 hafta 6 hafta 2 hafta
Assembly 300 FP=300 ise ve Nesne seviye dili
Cobol 100 Tabanlı bir dil (SmalTalk) boyut çaba verimlilik
Fortran 100
kullanılıyor ise Assembly kodu 5000 satır 28 hafta 714 satır/ay
Pascal 90
C 90
Yüksek seviye dili 1500 satır 20 hafta 300 satır/ay
Satır Sayısı=300*30
Ada 70
Verimlilik=boyut/çaba;
Nesne Kökenli Diller 30
4. Kuşak Dilleri 20
olarak hesaplanır Dikkat edin: verimlilik için zaman birimi ay, çaba için hafta kullanılmıştır

Kod Üreticiler 15

İşlev Puanı (Function Points) – Örnek Proje

Yazılım projesi-stok takip Sistemi- toplam yedi modülden oluşan bir Örnek Proje – Stok Takip Sistemi
Windows uygulamasıdır. Programa ilişkin modüller aşağıda
verilmektedir. Arama Listesi
Login Bilgileri (Basit)
a) Kullanıcı Giriş Ekranı (Orta)

b) Ürün Arama ve Listeleme Ekranı ( ‒ Arama Kriterleri (Ürün Kodu, Ürün

Arama
Adı, Kategorilere Göre Arama), ‒ Listeleme (Ürün Kodu, Ürün Adı, Kategori Sil, Stok Stok
Bilgileri Giriş
Durumu, Aktiflik) Listesi(Orta)
(Orta)
c) Stok Giriş Güncelleme ve Silme Ekran ( ‒ Ürün Adı, Kategori, Adet, Stok
Giriş, Tarihi, Hangi Bölüme Gönderilmiş,Aktif) Stok Stok Takip Sistemi
d) Kişisel Bilgiler (‒ Ad, Soyad, Bölüm, Unvan) Girişi(Orta)
Personel
e) Kategori Bilgileri ve Demirbaş Bilgileri Giriş Ekranı. Eşleştirme
(Karışık)
f) Personel Üzerine Demirbaş Ekranı (‒ Personel unvanına göre,
Kategori
adına,soyadına ve bölümüne göre arama yapabilmektedir. ‒ Personel üzerine demirbaş
Bilgisi (Basit) İç Listeleme
verme işlemleri yapılabilmektedir.)
Dış Dosyalar Raporlama(Orta)
g) Listeme Raporlama (‒ Stok ismine göre, stok tipine göre, stok türlerine göre Arayüz
arama yapılabilmektedir. ‒ Personel üzerindeki stokları listeleyebilmektedir.
Personel
Personel Verileri (Basit) Demirbaş
Dosyası(Orta)

Örnek Proje – Düzeltilmemiş İşlev Puanı Örnek Proje – Düzeltilmiş İşlev Puanı
1. Sistem güvenilir yedekleme ve kurtarma gerektiriyor mu? 2
2. Veri iletişimi gerekiyor mu? 2
Girdiler: 2 Basit 3. Dağıtık fonksiyon var mı? 3
2 Orta UFP = [Dış Girdiler x W(1)] +
4. Performans kritik mi? 2
Çıktılar: 3 Orta 5. Sistem çok kullanılan bir işletim ortamında mı çalışacak? 2
[Dış Çıktılar x W(2)] +
6. Sistem on-line veri girişi gerektiriyor mu? 3
1 Karmaşık [Dış Sorgular x W(3)] +
On-line veri girişi, giriş işlemlerinin birden fazla ekran ya da işlem üzerinden
İç Dosyalar : 1 Orta [İç Mantıksal Dosyalar x W(4)] + 7. 4
olmasını mı gerektiriyor?
 Personel Demirbaş Dosyası [Dış Arayüz Dosyaları x W(5)]
8. Ana dosyalar on-line mı güncelleniyor? 3
Dış Arayüz Dosyaları: 1 Orta 9. Girdiler, çıktılar, dosyalar ve sorgular karmaşık mı? 1
 Personel Listesi 10. Kod yeniden kullanabilir olarak mı tasarlanmış? 3
11. İç süreç karmaşık mı? 2
UFP = [(2*3) + (2*5)] + [(3*6) + 12. Dönüşüm ve kurulum tasarım içerisinde mi? 1
(1*7)] + [1*13] + [1*5] = 59 Uygulama değişik kuruluşlarda birden fazla kurulum gerektirecek şekilde mi
13. 1
tasarlanmış?
Basit Orta Karmaşık Uygulama kullanıcı tarafından kolaylıkla kullanmayı ve değiştirmek üzere mi
14. 5
tasarlanmış?
(1) Dış Girdiler 3 5 6
(2) Dış Çıktılar 4 6 7 DI =  i=1.. 14 Cevapi = 34
(3) Dış Sorgular 3 5 6
(4) İç Dosyalar 7 13 15
FP = UFP x (0,65 + 0,01 x DI) = 144 x (0, 65 + 0,01 x 34) =
(5) Dış Arayüz Dosyaları 5 9 10
58.41
LOC = 46 x 169.92 = 1401,84 satırsayısı

3
 Projenin Geliştirilmesi
Sonrasında
Elde Edilen Ölçütler
• Aynı yazılım projesi, üç farklı yazılım ekibi
tarafından gerçekleştirilmiştir. Bu yazılım ekipleri
aynı teknolojik altyapıyı kullanarak bu yazılım
projesini geliştirmişlerdir. Yapılan çalışmalar
sonucunda projeye ilişkin veriler, “SourceMonitor
V3.3” kullanılarak elde edilmiştir.
İşlev noktası(İN) sayısı
hesaplama
• İN=AİN*(0,65*0,01*TKF)
– Ayarlanmamış İşlev Nokta (AİN) sayısı
– Teknik Karmaşıklık Faktörü (TKF)
Değişik amaçlarla kullanılabilir
– Üretkenlik = İN / Kişi-Ay
– Kalite = Hatalar / İN
– Maliyet = TL / İN
COCOMO modeli
• Proje deneyimlerine dayalı deneysel
(empirical) model
• İyi belgelendirilmiş, “bağımsız” model-
her hangi yazılım satıcısına bağlı değil
• 1981’de geliştirilmiş COCOMO-81
modelinden
COCOMO 2’ye dek pek çok sürümleri
mevcuttur
• COCOMO 2 yazılım geliştirmede çeşitli
yaklaşımları ( o sıradan yeniden
kullanmayı) dikkate alıyor
Projenin Geliştirilmesi
Sonrasında
Elde Edilen Ölçütler
• Proje başında FP yöntemi kullanılarak tahmin
edilen proje büyüklüğü 1402 satır olarak elde
edilmişti. Aynı yazılım projesi, üç farklı ekip
tarafından gerçekleştirildikten sonra,
projelerin büyüklüğüne bakıldığında, bu üç
yazılım projesinin ortalama olarak 1553 kod
satırından oluştuğu görülmektedir.
Deneyime dayalı değerlendirmeler
• Değerlendirmeler başlıca olarak deneğime
dayalıdır.
• Ama, yeni yöntem ve teknolojiler bu tür
değerlendirmelerin kesinliğini azaltıyor.
– İşleve yönelik geliştirme yerine nesneye
yönelik
– Büyük bilgisayar sistemleri yerine istemci-
sunucu sistemleri
– Standart (satılan) bileşenler
– Bileşen tabanlı yazılım mühendisliği
– Yazılım Geliştirme araçları ve program
üreticileri
Etkin Maliyet Modeli
• Mikro maliyet kestirim modeline
örnektir.
• Kullanılacak ayrıntı düzeyine göre üç ayrı
model biçiminde yapılabilir:
– Temel Model
– Ara Model
– Ayrıntı Model
4
 • Önerilen Ölçüm Seti
• Ana Ölçüm Parametreleri (Metric)
COCOMO Modeli
– 1. Karmaşıklık
– 2.İşlev Puan (Function Point)
İş Gücü
– 3.Önem
Satır Sayısı
– 4. Ayrılan Bütçe
COCOMO
Modeli • A. İşin Büyüklüğü (Ürün)
– 5. Ürünün beklenen özellikleri
Zaman
– 6. Çalışanın yeterlilikleri
– 7 Çalışanların Projeye katılım oranları
– 8. Çalışan Sayıları

B. Kaynak • D. Teknoloji
– 9. Donanım Durumu – 17. Modern Programlama Teknikleri
– 10.Bütçe Değişme Riski – 18.Ortamın genel özellikleri
– 11. Çalışan Riski – 19.Sahiplenilme (Her bir payda türünün
– 12.Donanım Riski projeyi sahiplenmesi)
• C. Risk – 20.Baskı
– 13.Ürünün tanımının ve kapsamının değişme riski – 21.Zaman kullanım durumu
– 14.Yazılım Geliştirme araçlarının kullanım kolaylığı • F.Ortam
– 15.Yazılım Geliştirme araçlarının kullanım – 22.Verimlilik durumu
tecrübesi
• F.Planlar ve Tahminler
– 16. Yazılım Geliştirme Araçlarının Kullanımı
– 23. Tahmin
– 24. Planlar

COCOMO formülleri Proje Sınıfları

• Ayrık Projeler:
• İş Gücü (K) K=a*Sb – Boyutları küçük,
– Deneyimli personel tarafından gerçekleştirilmiş
• Zaman (T) T=c*Kd
– LAN üzerinde çalışan insan kaynakları yönetim sistemi
gibi
a,b,c,d : her bir model için farklı katsayılar • Yarı Gömülü:
S : bin türünden satır sayısı Hem bilgi boyutu hem donanım sürme boyutu olan projeler
• Gömülü Projeler:
Donanım sürmeyi hedefleyen projeler (pilotsuz
uçağı süren yazılım - donanım kısıtları yüksek)

5
 Temel Model Temel Model
• Küçük-orta boy projeler için hızlı kestirim • Ayrık Projeler
yapmak amacıyla kullanılır – İş Gücü K=2.4*S1,05
– Zaman T=2.5*K0,38
• Dezavantajı: Yazılım projesinin
geliştirileceği ortam ve yazılımı geliştirecek • Yarı Gömülü Projeler
ekibin özelliklerini dikkate almaz – İş Gücü K=3,0*S1,12
– Zaman T=2.5*K0,35

• Avantajı: Hesap makinesi ile kolaylıkla

uygulanabilir • Gömülü Projeler
– İş Gücü K=3,6*S1,20
– Zaman T=2.5*K0,32

Ara Model
• Temel modelin eksikliğini gidermek İş Gücü Hesaplama
amacıyla oluşturulmuştur.
• Bir yazılım projesinin zaman ve iş gücü • Ayrık Projeler K=3.2*S1,05
maliyetlerinin kestiriminde;
– Proje ekibinin özelliklerini, • Yarı Gömülü Projeler K=3,0*S1,12
– Proje geliştirmede kullanılacak araçları, yöntem ve
ortamı dikkate alır.
• Gömülü Projeler K=2.8*S1,20
• Üç Aşamadan oluşur:
– İş gücü hesaplama
– Maliyet çarpanı hesaplama
– İlk iş gücü değerini düzeltme

Maliyet Çarpanı Maliyet Etmenleri

Hesaplama Maliyet etmeni
Çok
Düşük Düşük
Seçenekler

Normal Yüksek
Çok
Yüksek
Oldukça
Yüksek

RELY 0,75 0,88 1,00 1,15 1,40 -

• Maliyet Çarpanı 15 maliyet Ürün Özellikleri DATA

CPLX
-

0,70
0,94

0,85
1,00

1,00
1,08

1,15
1,16

1,30
-

1,65

etmeninin çarpımı sonucudur. TIME

STOR
-

-
-

-
1,00

1,00
1,11

1,06
1,30

1,21
1,66

1,56
Bilgisayar Özellikleri
VIRT - 0,87 1,00 1,15 1,30 -
TURN - 0,87 1,00 1,07 1,15 -

C= C1*C2*C3*...*C15
ACAP 1,46 1,19 1,00 0,86 0,71 -
AEXP 1,29 1,13 1,00 0,91 0,82 -
Personel Özellikleri PCAP 1,42 1,17 1,00 0,86 0,70 -
VEXP 1,21 1,10 1,00 0,90 - -
LEXP 1,14 1,07 1,00 0,95 - -
MODP 1,24 1,10 1,00 0,91 0,82 -
Proje Özellikleri TOOL 1,24 1,10 1,00 0,91 0,83 -
SCED 1,23 1,08 1,00 1,04 1,10 -

6
 Ürün Özellikleri
• Rely: Yazılımın güvenirliği
• Data: Veri Tabanının Büyüklüğü.
Burada program büyüklüğüne oranı dikkate
alınır.
• Cplx: Karmaşıklığı.
Personel Özellikleri
• Acap: Analist Yeteneği:
Deneyim, Birlikte çalışabilirlik.
• Aexp: Uygulama Deneyimi.
Proje ekibinin ortalama tecrübesi.
• Pcap: Programcı Yeteneği.
• Vexp: Bilgisayar Platformu Deneyimi.
Proje ekibinin geliştirilecek platformu
tanıma oranı.
• Lexp: Programlama dili deneyimi.
İlk İşgücü değerini
Düzeltme
• Kd= K * C Kd= Düzeltilmiş
İşgücü
* Temel Formüldeki Zamanla
formülü kullanılarak zaman
maliyeti hesaplanır.
Bilgisayar Özellikleri
• Time: İşletim zamanı kısıtı
• Stor: Ana Bellek Kısıtı
• Virt: Bilgisayar Platform Değişim Olasılığı.
Bellek ve Disk kapasitesi artırımı,
CPU Upgrade
• Turn: Bilgisayar İş Geri Dönüş Zamanı.
Hata düzeltme süresi.
Proje Özellikleri
• Modp: Modern Programlama Teknikleri.
– Yapısal programlama,
– Görsel programlama,
– Yeniden kullanılabilirlik.
• Tool: Yazılım Geliştirme araçları kullanımı.
– CASE araçları
– Metin düzenleyiciler
– Ortam yönetim araçları
• Sced: Zaman Kısıtı.
Ayrıntı modeli
Temel ve ara modele ek olarak iki özellik
taşır.
• Aşama ile ilgili işgücü katsayıları: her aşama
için (planlama, analiz, tasarım, geliştirme,
test etme) farklı katsayılar, karmaşıklık
belirler
• Üç düzey ürün sıra düzeni: yazılım maliyet
kestiriminde
– Modül
– Altsistem
– Sistem
Sıra düzenini dikkate alır
7
 Proje Ekip Yapısı Oluşturma Yüklenici Proje Ekip Yapısı
• PANDA proje Ekip yapısı temel olarak her • Proje Denetim Birimi: En üst düzey yönetimlerin
proje biriminin doğrudan proje yönetimine proje ile ilgisinin sürekli sıcak tutulması ve onların
bağlı olarak çalışması ve işlevsel projeye dahil edilmesi
bölümlenme esasına göre oluşturulur. Temel • Proje Yönetim Birimi: Proje yönetiminden en üst
bileşenler düzeyde sorumlu birim.proje boyutuna göre bir yada
daha çok yöneticiden oluşur.
– Proje Denetim Birimi
– Proje Yönetim Birimi • Kalite Yönetim Birimi: Projenin amacına
uygunluğunu üretim süreci boyunca denetler ve onaylar
– Kalite Yönetim Birimi
– Proje Ofisi • Proje Ofisi: Her türlü yönetimsel işlerden (yazışma,
personel izleme) sorumlu birimdir.
– Teknik Destek Birimi
– Yazılım Üretim Eşgüdüm Birimi
– Eğitim Birimi
– Uygulama Destek Birimi

Yüklenici Proje Ekip Yapısı İş Sahibi Proje Ekip Yapısı

• Teknik Destek Birimi: Donanım, İşletim sistemi, • Proje Eşgüdüm Birimi
Veri tabanı gibi teknik destek
• Yazılım Üretim Eşgüdüm Birimi: Yazılım Üretim • Kalite Yönetim Birimi
Ekiplerinden oluşur(4-7 kişilik sayı fazla artmaz). Eğer • Proje Ofisi
birden fazla yazılım Üretim Ekibi varsa Ortak uygulama
yazılım parçalarının geliştirilmesinden sorumlu Yazılım • Teknik Altyapı izleme birimi
Destek Ekibi de olur. • Yazılım Üretim İzleme Birimi
• Eğitim Birimi: Proje ile ilgili her türlü eğitimden
sorumludur.
• Eğitim İzleme Birimi
• Uygulama Destek Birimi: Uygulama anında destek. • Kullanıcı Eşgüdüm Birimi
(mesela telefonla)

Microsoft Yönetiminin 12 Basit Sırrı Microsoft Yönetiminin 12 Basit Sırrı

(Okuma)
1) Enerjiyi Hissedin: 2) Eksiksiz Dünya Hakimiyeti:

• Microsoft içinde bulunduğu pazarın %100’ünü ele geçirmenin peşindedir

• Microsoft Üniversite yurt odasında iki arkadaşın kurduğu
şirket 20 yılda ABD’nin 2. büyük şirketi olmuştur
• Güçlü bir merkezi yönetimle birlikte aşırı ölçüde
yetkilendirme
• Microsoft’tan daha iyi yazılım üreten, daha iyi pazarlayan,
daha az hata yapan şirketler vardır ancak hiçbiri Microsoft
kadar iyi yönetilmemektedir.
• Dünyanın en büyük şirketlerinden biri olurken dinamizmini
korumuştur.
• Microsoft her yıl cirosunu ve karını ortalama %40
arttırmaktadır.
47
• Toplantılardaki temel soru “Pazar payını arttırmak için ne yapıyorsunuz”
• “Exel’i para kazanmak için değil de, en büyük yazılım şirketini ortadan
kaldırmak için gerçekleştirdi”
• Exel geliştirilmeye başlandığında Lotus, Microsoft’tan daha büyüktü.
• Microsoft Yönetimindeki prensip, İş güvenliği, Makul kar, Pazar payını korumak
yerine; Zafer kazanmak, gerektiğinde risk almak, pazara tamamen hakim
olarak rakiplerini yok etmek.
• Microsoft stratejik pazarlardan asla geri çekilmez. Para kaybetmeyi göze alır.
• Örnek: Ağa erişim pazarında Novell’in elinden almak için Windows a
ücretsiz ekledi
• Browser pazarını Netscape’in elinden almak için Internet explorer
ücretsizdir
• IBM ile OS/2 konusundaki anlaşma iptal edildiğinde OS/2 satışlarının karı
windows tan kat be kat fazladır ancak OS/2 nun yenilmesi gerekiyordu.
• Yönetim bu fikirlerde ortak hareket eder ve çaışanlara örnek olur.
48

8
 Microsoft Yönetiminin 12 Basit Sırrı
3) En Tepedeki Yüzde-5:
• Üretkenliğe tek ve en önemli katkı çalışanların kalitesinden gelmektedir.
• Hiç bir yönetim sistemi iyi çalışanlara sahip olamanın eksikliğini gideremez. (Yöneticinin
rolü abartılmamalı)
• En iyi yöneticiler kendileri için çalışanlara en az zarar veren yöneticilerdir.
• Gruplar en küçük ortak paydada birleşir. Bir sağlam ile bir hasta insan yanyana
geldiğinde hasta iyileşmiyor, genellikle sağlam hastalanıyor.
• Verimli ve verimsiz iki şirketin birleşmesinden genellikle verimsiz şirketin kuralları ve
bürokrasi hakim oluyor.
• Elemanlarınızın niteliğinin konusunda sizin düşündüğünüz değil, önemli olan gerçek
kalite düzeyleridir.
• Microsoft en zeki insanları işe almaya çalışır en bilgilileri değil.
• İnsanlar zeka ve merak (yaratıcılık) özelliklerini eğitim sistemi içinde yitirmemiş olanlar
aranmaktadır.
• Aday uzmanlık alanı dışında çözümü zeka gerektiren bir problem ile karşılaştığında ne
yaptığı önemlidir.
• Çalışacak kişiyi İK değil birlikte çalışacağı grup belirler.
• Mülakatta adayın ne yapabileceğinden çok ne yapamayacağı belirlenir.
• Yazılımda sadece üniversite diploması yeterli değildir.
• Sistem yeteneksizlerin işe alınmamasını garanti eder bu süreçte bazı başarılılar
reddedilebilir.
• Dış kaynak kullanımı minumumdur.
• Doğru insanları işe alma yöneticinin vereceği en kritik karardır. 49
Microsoft Yönetiminin 12 Basit Sırrı
5) Başarısızlık da Gereklidir:
• SNAFU “vaziyet berbat ama durum normal” anlamındadır. Süratle değişen Pazar
koşullarına hızlı tepki gösterebilme yeteneğinde olan bir şirketin zorunlu olarak
SNAFU modunda çalışması gerekmektedir. İşler iyi işletim moduna geçirmek
ilstiyorsak şirket yavaşlayarak etkisizlik düzeyine düşecektir.
• Başarısızlık bir isterdir. Başarı iyi, başarısızlık kabul edilemez yaklaşımı risk almayı
engeller. Başarısızlık aptalca olmamalıdır.
• Kısa sürede başarısız olun. Önemli olan başarısızlığın erken farkına varılmasıdır.
• Yavaş gerçekleşen başarısızlık değil, çabuk saptanan başarısızlık kabul edilebilir.
• İnsanlar hiç başarısız olmuyorlarsa, onlar hiçbir güç işi denemiyor, kendilerini zora
sokmuyorlar demektir.
• Başarısızlık başka bir şeyi dene anlamına gelir.Başarısızlıklardan elde edinilen
deneyimlerin ileride kullanılması önemlidir.
• Şirkette başarısızlık kabul edilebilir bir durum değil ise, başarı çok daha az sayıda
gerçekleşecektir.
• Her projenin ardından otopsi yapılır. Otopsi balarısızlığın kabul edilebilirliğinin ve
bitmez tükenmez daha iyiyi aramanın bir yoludur.
51
Microsoft Yönetiminin 12 Basit Sırrı
6) Yöneticiler Konularını Bilirler:
• Yöneticiler Yeteneklidir, Kendisi için çalışan ve kendine rapor veren insanların
yaptıkları işi yapamayan bir yönetici, bu insanları etkin biçimde yönetemez,
sorunlar hakkında sağlıklı karar veremez, grubun gerçek statüsünü
anlamayacaktır.
• Yöneticilerin en önemli özellikleri belirli alandaki uzmanlıklarıdır. Yönetsel ve
kişisel beceriler ikinci derecede önem taşımaktadır.
• IBM de dahil diğer şirketler en üst kademelere satış elemanlarını
yükseltmektedir. Silahlı Kuvvetlerde muhabere ortamı deneyimi terfide çok
önemlidir.
• Terfiler yeteneğe dayandırılır, nasıl giyindğiniz, nasıl kunuştuğunuz, nasıl
çalıştığınız başarı ve üretkenliğin yanında ikinci planda kalır.
• Kıran kırana bir rekabet vardır. Organizasyon her dokuz ayda bir gözden
geçirilir. Terfi edecek kişi mevcudun en iyisi olmalıdır, en uzun çalışan değil.
• Terfiler temelde performansa dayandırılmış olduğundan iyi bir işi başarmış
olmanın bir ödülü vardır.
• Yukarıya çıktıkça rekabet artmaktadır.
53
Microsoft Yönetiminin 12 Basit Sırrı
4) Şirketi Pey Olarak Masaya Sürün:
• Olasılıklar lehinize olduğunda kozunuzu kullanmadığınız, pey
sürmediğiniz taktirde kazanamazsınız.
• Windows için,Internet için Microsoft şirketi masaya sürmüştür. Gemileri
yakın. Ne olursa olsun seçilecek tek yol ilerlemektir.
• Düzgün gelir kaynağını öldürmek; MS-DOS PC pazarının yüzde 80-
90’ına sahipken Windows ile DOS öldürülmüştür. Pazarda paradigma
kaymasına öncülük eden şirketler yeni pazara egemen olacklardır.
• DOS -> Windows -> ofis ürünleri (kelime işlem, elektronik tablo, sunum
ürünleri)
• Ana bilgisayar -> müşteri sunucu yapısı -> alt uçtaki veri tabanı pazarı
• Internet -> Web uygulamaları -> Netscape
• 9 ay içersinde Microsoft internet stratejisi olmayan bir şirketten internet
odaklı bir şirkete dönüşmüştür. Bugün Microsoft Netscape i internet
konusund ageçmiştir. Değişime ayak uydurmuştur. Sizin ürününüzün
de modası geçecektir, bunu siz sağlayın.
50
Microsoft Yönetiminin 12 Basit Sırrı
5) Başarısızlık da Gereklidir:
• Sorunlar hemen rapor edilmelidir. Yöneticiye kötü haberi hemen
verin. Sadece problemi bildirmek yeterli değildir, ayrıca çözüm
yolları da sunulmalıdır.
• Kara verme yetkisini alt kademelere aktarın. Burada sözedilen
çalışanları bazı kararları almalarına izin vermek değil karar verme
sürecinde çalışanın etkin olmasıdır.
• Çalışan ile yöneticinin çelişen görüşlere sahip olması normaldir.
Uyuşmazlık olduğunda çalışanın geçerli bir gerekçesi olmalı ve
daha iyi bir seçenek sağlamalıdır. Sadece bir şeyi beğenmediğinizi
söylemek kabul edilebilir bir tepki değildir.
• Hızlı karar alınabilmelidir. Alınabilecek kararın sonraki toplantıya
bırakılması uygun değildir bu durum ancak başkaları ile
koordinasyon gerektiğinde uygulanabilir.
• Microsoft’ta bilginin serbestçe akışı e-mail ortamında sağlanır.
52
Microsoft Yönetiminin 12 Basit Sırrı
7) Üret, Üret, Üret:
• Üretim esastır. Çok zor bir işi başardığınız için tükendiyseniz, iş bittikten sonra
rahatlıkla kenara atılabilirsiniz. Hiç bir zaman dinlenemezsiniz,
soluklanamazsınız.
• Temel felsefe yarın benim için ne üreteceksindir. Şirketin hafızası ve kalbi
yoktur.
• Herkes işe odaklanmıştır mazeret ile kimse ilgilenmez. Hiçbir mazeret
başarısızlığı açıklamaya yetmez. Tek kritik soru sorunu düzeltmek için ne
yapılması gerektiğidir.
• İnsanlar başarıya odaklanmıştır, mazeretlerin önemi yoktur. Büyük ve hantal
şirketlerde mazeretlerin dokümante edilmesi başarılı olmaktan daha önemlidir.
• Çalişma ortamındaki herkesi zeki ve bilgili olduğu düşüncesi ile ancak %100
odaklanma ve çalışma ile başarılı olunacağı unutulmamalıdır.
• Ürün yeterince iyi olduğunda onun müşteriye gönderilme zamanı gelmiştir.
Mükemmel iyinin düşmanıdır. Ürün müşteriye gönderilmedikçe tamamlanmış
olmaz. Önemli olan projenin başarısıdır. Projenin bir bölümünde hata varsa
herkes ona odaklanır.
• Microsoft’ta saydamlık egemendir, herkes zeki olduğundan ne yöneticilerin 54
çalışanları nede çalışanların yöneticileri uyutmaları olanaksızdır.
9
 Microsoft Yönetiminin 12 Basit Sırrı
7) Üret, Üret, Üret:
• Çalışanları Performanslı çalışmalarının Üç Kilit Bileşeni:
• İş ilginç ve heyecan verici olmlıdır.
• İşin performansı be başarılar kişinin değerlendirilmesinde
kullanılacaktır
• İş arkadaşlarının oluşturduğu baskı (projenin başarısı size bağlıdır)
• Çalışanları uyutmaya çalışmayın, masal anlatmayın; onlar zeki
kişilerdir. Gerçekleri anlatın.
• Çalışanın üst yönetime erişebilme şansı ve onlardan göreceği ilgi
şirketin başarılı yönetimi ile yakından ilgilidir.
• Başarının önemi, sadece ücret ve mevki için değil, duygusal mutluluk
ve iş tatmininde de yatmaktadır.
Microsoft Yönetiminin 12 Basit Sırrı
9) Büyüklük Gerçekten Önemlidir:
• Şirketin büyük ve güçlü bir şirket olması önemlidir. Hantallaşmamak
için bağımsız şirketler topluluğu şeklinde yapılanma uygun olur.
• Her proje ekibi ayrı ayrı gruplar olarak kendi sürecini tanımlar ve
buna sahip çıkar.
• Şirket dışa karşı bütün ve tek bir örgüt görünümündedir. Halkla
ilşkiler, ürün teknik desteği, müşteri hizmetleri, reklam kampanyaları
genel hizmetlerdir.
• Temel öncelik bütün işleri olabildiğince ayrı tutmaya çalışmaktır.
Pazarlama planları ve stratejileri ayrı yapılabilir. Ancak merkezi bir
kontrol vardır.
• Büyük şirketin gücü ile küçük şirketin verimliliğinde ve dnamizminde
bir çalışma ortamı yaratmak esastır.
• Burada bağımsızlık ve kontrol arasındaki hassas denge iyi
kurulmalıdır. Bağımsız derebeyliklere izin verilmemelidir.
• Başarının sırrı güçlü bir Genel müdür ile uyumlu çalışan bir üst
yönetimdir.
Microsoft Yönetiminin 12 Basit Sırrı
11) Takım Ruhu:
• Microsoft başarısında en kritik öğelerden biri güçlü bir takım ruhunun
yaratılmış ve daha da önemlisi 25.000 den fazla çalışanla da
korunmuş olmasıdır.
• Microsoft’ta herkes işin tamamından sorumludur, daha hafif iş
yüküne düşenler diğerlerine yardımcı olur.
• Microsoft’ta toplantılar sorun çözmek içindir, pek ender karar
alımaksızın bir konu gündemde bırakılır.
• Microsoft’ta ürünün iyileştirilmesi için herkes katkı sağlamakta,
müşteriye sunma aşaması gelinceye kadar Bill dahil bütün
yöneticiler onu yaygın olarak kullanmaktadır.
• Microsoft’ta bilgi bilgi özgür ve yaygındır.
• Çoğu sorun e-mail yada koridor toplantıları ile çözülmektedir.
Microsoft Yönetiminin 12 Basit Sırrı
8) Karides Yerine Sosis:
• “Karides yerine Sosis” olarak tanımlanan prensipte para
tutumlu bir şekilde harcanma prensibi vardır.
• Tüm yönetim kademesi dahil herkes ekonomi sınıfta uçarlar,
yöneticiler için özel otoparklar, kafeteryalar yoktur, sadece
iki farklı büyüklükte ofis vardır.
• Eleman sayısının %20 altında çalışma prensibi vardır. Böylece
daima mutlaka yapılması gerekli olanlar önceliklendirilecektir.
• Gereksiz elemanlar kendilerin iş yaratmak için diğerlerinin de
vaktini alacaklar bürokrasiyi arttıracaklardır.
• Projelerde daima minumum personel ve minumum süre
verilmiştir. Ürünlerin kalitesi ve fonksiyonalitesi minumum
isterleri karşılayacak şekilde olup, markete zamanında
verilmesi prensibi vardır.
• Microsoft’ta sekreter kullanılmaz, B.Gates dahil herkes
mektuplarını kendi yazar ve e-postalarını kendi okur.
55 56
Microsoft Yönetiminin 12 Basit Sırrı
10) Bill Gözetliyor:
• Microsoft çalışanları önemli ölçüde yetkilendirilmiş olmakla birlikte,
şirkette yapılan her şey başta Biil Gates olmak üzere yöneticiler
tarafından izlenir.
• Her proje yöneticisi, ayda bir B.Gates ve aradaki yöneticilere durum
raporu sunar.
• B.gates, her Cumartesi günü bir yardımcısı ile kendilerine bağlı
birimlerin işlerini yarım saat süre ile mutlak değerlendirir, onlar da
benzer değerlendirmeler yapar.
• Bill, yıllık toplantılarda şirketin yönünü ve stratejik hedeflerini net
olarak açıklar.
• Bill, proje grupları ile teknik toplantılar yapar, bu toplantılarda çok
teknik ayrıntılara girilir ve hazırlıksız katılanlar, bunu ancak bir kez
yapabilir.
• Bu uygulamalar bu büyüklükteki hangi şirkette olabilir.
57 58
Microsoft Yönetiminin 12 Basit Sırrı
12) Evden Uzakta Evde Gibi:
• Microsoft’ta bütün düzenlemeler, en yüksek verimlilik ve etkinliğin
gerçekleştirilmesi için yapılmaktadır.
• Çalışma ortamları evdeki gibi rahat ve kişiye özgü standart mobilya ile
düzenlenmektedir.
• Microsoft’ta kıyafet zorunluluğu yoktur.
• Çalışma saatlerini çalışanlar ayarlar, esnek çalışma saati uygulaması
vardır.
• Microsoft’ta kırtasiye, diğer malzemeler için form doldurulmaz, e-mail
göndermeniz yeterlidir.
• Microsoft’ta her zevke hitap eden kafeteryalar vardır, yemek için
dışarıda zaman kaybedilmez.
59 60
10
 Kaynakçalar
Microsoft Yönetiminin 12 Basit Sırrı

serhatkilicarslan.com ( Slides için teşekkür ederiz.)

M. Erhan Sarıdoğan, PhD. – Yazılım Mühendisliği

Sonuç:
Küçük şirket verimliliğinde, büyük şirket olamanın avantajlarını kullanmak... Roger S. Pressman, Software Engineering – A
Practitioner’s Approach

61

11