1. Gartner EEE 2013 Buluşmaları
Uygulama Geliştirmede Kapasite Kullanımı
Sorunlar ve Çözüm Önerileri
Ertan Asan
Uygulama Geliştirme Başkanı, Vakıfbank, 27 Mart 2013

2. Gündem
1. Uygulama Geliştirme Kapasitemiz
2. Talep Sayıları
3. Bazı Gerçekler
4. Problemin İki Nedeni
5. Çözümün İki Yolu
6. Elde Edilen Başarılar
7. Planlanan İyileştirmeler
8. Bundan sonrası

3. Uygulama Geliştirme Kapasitemiz
Uygulama Geliştirme 2011 2012
Analist 87 88
Yazılımcı 124 136
Toplam 211 224
Kapasite 48.530 a*g 51.520 a*g

4. Talep Sayıları
Talepler 2011 2012
Gelen 2222 1482
Kapanan 2192 1325
Yeni Proje 27 89
Yeni Çalışma 268 97
Yeni Bakım 1845 1176

5. Bazı gerçekler
 IT’deki UG çalışanlarının ortalama maliyeti: ~10.000 TL.
 İş biriminin önceliklendirme hatası ya da iki tarafın performansı
nedeniyle geciken projelerin fırsat maliyeti: Belirsiz.
 Üretim sektöründe performansı nitel ve nicel olarak ölçmek kolay,
yazılım sektöründe: Zor.
 «Vasat» bir UG çalışanı ile «çok iyi» bir UG çalışanı arasındaki üretim
farkı 20-40 kat arası: Ölçüm şart!
 IT, bankaların ürün ve hizmetlerini sunma aracı olmaktan çıktı, ürün
ve hizmetlerin kendisi haline geldi: IT’nin performansı = Bankanın
performansı

6. Problemin İki Nedeni
1. İş birimi kaynaklı
 Özensiz talepler
 Talebi olgunlaştırmaya ve kabule düşük katkı
 Birimler arası bürokrasi
2. Uygulama geliştirme kaynaklı
 Yüksek efor maliyeti
 Çıktı kalitesindeki düşüklük
 Ekipler arası bürokrasi

7. Çözümün İki Yolu
1. İş birimine yönelik
 Kaynakların sınırlılığı öğretilmeli
 Atanmış kapasite içinde önceliklendirmeyi kendisi
yapmalı
 Yüksek nitelikli katkı yapmalı.
 Bürokrasi azaltacak mekanizmalar geliştirmeli.
2. Uygulama geliştirmeye yönelik
 Doğru efor tahmini
 İç eğitimler
 KPI’lar
 Ödül ve ceza

8. Yapılanlar ve Başarılar
 Yapılanlar
 İş birimleri atanmış UG kapasitelerini biliyorlar.
 Efor tahmin başarısının ekip liderleri için performans kriteri
olmasını sağladık.
 «Efor Tahmin Kontrol Süreci» oluşturduk.
 İkinci seviye Kullanıcı Destek kayıtları için SLA’ler oluşturduk.
 Başarılar
 Önceliklendirmeyi iş birimleri kendileri yapıyorlar.
 Kapasiteyi dikkatli ve verimli kullanıyorlar.
 Eskiye göre daha doğru tahminlemeler ile iş atamaları yapılıyor.
 Kullanıcı Destek kayıtları ve çözüm sürelerimiz azaldı.

9. Planlanan İyileştirmeler
 ALM Suite geliştirmeye başlıyoruz. KPI’ların çoğu
buradan alınacak.
 360 derece değerlendirme yapılacak.
 Doğru efor tahmini için iç eğitim düzenlenecek.
 Efor Tahmin Kontrol Süreci daha işlevsel hale
getirilecek.

10. Bundan Sonrası
 İç eğitimlere ağırlık vererek bilgi birikiminin ekibe
yayılmasını sağlamak.
 Sinerjiyi artırmak için sosyal etkinlikler yapmak.