A K BANK BİLGİ TEKNOLOJİLERİ

Bilgi Teknolojileri İş Birimi

AKBANK BİLGİ TEKNOLOJİLERİ


AKBANK BT’YE GENEL BAKIŞ

AKBANK BT YAZILIM ÜRETİM SÜREÇLERİ- STRATEJIK PLANLAMA

- PORTFÖY YÖNETİM SÜRECİ- PROJE YÖNETİMİ

- AKBANK BT YAZILIM ÜRETİMİNDE BENİMSENEN MODELLER VE YÖNTEMLER

- AKBANK BT YAZILIM ÜRETİMİNDE BENİMSENEN MODELLER VE YÖNTEMLER

İçerik


Akbank, 1948 yılının Ocak ayında, Adana'da, yerel bir banka olarak kurulmuştur. Kuruluş amacı bölgedeki pamuk üreticilerine finansman sağlamak olan Banka, 14 Temmuz 1950'de, Sirkeci'de ilk İstanbul şubesini açmıştır. 1954 yılında genel müdürlüğünün İstanbul'a taşınmasının ardından şube sayısını hızla artıran Akbank, 1963 yılında tüm bankacılık işlemlerinde otomasyona geçmiştir.

Tarihçe


Akbank Bilgi Teknolojileri İş Birimi proje geliştirme, yazılım bakımı, işletim, donanım bakımı ve danışmanlık hizmetlerini sağlamaktadır. Çeşitli bilgisayar, donanım ve yazılım sistemleri kullanılarak gerçekleştirilen bu hizmetler finans uygulamalarını kapsamakta olan şirket faaliyetlerini İstanbul Merkez, Maslak, Ümraniye ve Türkiye genelinde 30’u aşkın Donanım Bakım Bölge Teşkilatında sürdürmektedir. Halen 600 civarında çalışanı bulunmaktadır.

Akbank BT’ye Genel Bakış


Bilgi Teknolojileri İş Birimi ISO 9001:2000 Kalite Belgesine sahiptir.

Uygulama Geliştirme Süreçlerimiz CMMI standardına göre hazırlanmıştır.

Hizmet Yönetimi Süreçlerimiz ITIL standardına göre hazırlanmıştır.

Bilgi Güvenliği Yönetim Sistemimizde ISO 27001 standardına göre hazırlanmaktadır.

Uygulanan Uluslararası Standartlar


BT Organizasyonu

BT GMYKALİTE, GÜVENLİK &

RİSK YÖN. ALT GR.

BT DONANIM BAKIM BÖL.

BT İŞL.&TEKNİK DESTEK BÖL.

BT PROJE YÖNETİMİ BÖL.

KREDİLER

CRM

VERİ AMBARLARI

BT SİSTEM İŞL. GR.

BT SİSTEM YÖN. GR.

BT TELEKOM. GR.

BT UYGULAMA GEL. BÖL.

HAZİNE, YATIRIM ve ÖDEMELER

ADK

TEMEL BANKACILIK

IT MİMARİ YÖNETİMİ ALT GR.

BT VERİ YÖN. GR.

BT HİZMET YÖN. GR.

KARTLI ÖDEMELER

YAZILIM ALTYAPI ve SÜREÇ GELİŞTİRME

BT İŞ ZEKASI ALT GR


Süreçler


Stratejik planlama Bilgi Teknolojilerinin tüm kaynaklarının kurumsal stratejiler ve öncelikler doğrultusunda yönlendirilmesini amaçlar

Kurum çapında Bilgi Teknolojilerinin hedeflerinin anlaşılmasını, mevcut kapasite ve performansın değerlendirilmesini, insan kaynağı ihtiyacının ve gerekli yatırım boyutunun belirlenmesini sağlar.

Kurum stratejilerinin BT portfölyosuna yansıtılması amacıyla Portföy Yönetim Süreci’nde de stratejik plandan yararlanılır

Stratejik Planlama


İş birimlerinden gelen BT taleplerin değerlendirilerek Akbank BT portföyüne alınması ve bu portföyün yönetilmesi sürecidir.

Talep YönetimiPortföye Dahil Olacak Yeni Projelerin Yönetimi Periyodik Portföy Gözden Geçirme

Portföy Yönetimi Süreci


İş Birimi, BT tarafından gerçekleştirilmesini istediği iş ile ilgili talebini Yazılım Geliştirme Talep Uygulaması aracılığı ile BT’ye iletir

Talebin sınıflandırılması (isteğin tahmini maliyet aralığının belirlenmesi) amacıyla talep Ana Uygulama Geliştirme biriine aktarır

Maliyet aralığına göre, bu talebin 40 adamgünden düşük maliyetli bir “sürüm talebi” mi, 40 adamgünden daha yüksek maliyetli bir “yeni proje” talebi mi olduğu kararı verilir

Taleplerin Belirlenmesi


Sınıflandırma sırasında aşağıdaki kurallara dikkat edilir:

1) Mevcut uygulamalar ile ilgili 40 adam-gün’den daha az işgücü gerektiren yeni işler veya kapsamlı yazılım hata giderme işleri “sürüm talebi” olarak sınıflandırılır.

2) 40 adam-gün’den fazla işgücü gerektiren tüm İş Talepleri “yeni proje” olarak sınıflandırılacaktır. 40 – 150 adamgün arasındaki projeler “P40 Projesi”, 150 adamgünden büyük projeler “P150 projesi olarak adlandırılmaktadır. P40 Projeleri BT komitesine sunulup önceliklendirilmez, P150 projeleri için BT komitesine sunulup fizibilite çalışması yapılması ve öncelik alınması gereklidir.

3)Adam-gün gereksinimlerinden bağımsız olarak, herhangi bir İş Talebi stratejik önemine ve/veya risklerine bağlı olarak “yeni proje” olarak sınıflandırılabilir.

Taleplerin Belirlenmesi


İş talebini gerçekleştirme kaba maliyeti (Order of Magnitude +%75 / -%25 hassasiyetinde) ilgili BT beceri merkezi yöneticileri tarafından belirlenir.

Tahminleme çalışmalarında görev alanlar eski projelerde edinilen deneyimleri ve gerçekleşen efor miktarlarını esas alır ve Akbank Yazılım Tahminleme Aracını kullanırlar

Portföye Dahil Olacak Yeni Projelerin Yönetimi


Efor Tahminleme Çeşitleri

Tahminleme Tipi Kullanılan Yöntemler Girdiler Çıktılar

Benzerini bulmaBenzeştirme

Uzman Tahmini

Proje Karakteristikleri

Projede Kullanılacak Yaşam

Döngüsü

Proje Toplam Eforu Tahmini

Yaşam Döngüsü Aktiviteleri

Eforu Tahmini

Proje Karmaşıklık Puanı (PKP)

Fonksiyon-Zorluk Dilimi Eşleştirme

Uzman Tahmini

Benzeştirme

Geliştirilecek Fonksiyonlar

Fonksiyonların Tahmini Zorluk

Derecesi



Eforu Tahmini

Gerçekleme tabanlı Uzman TahminiUygulama gerçekleme bilgileri (platform, uygulama tipi )



Eforu Tahmini

Efor Tahminleme Çeşitleri

Efor Tahminleme Uygulaması ile projenin belirli safhalarında ve/veya proje ile ilgili mevcut bilgilere dayanarak farklı tahminleme tipleri mevcuttur. Bu farklı tahminleme tiplerinde farklı tahminleme yaklaşımları kullanılmıştır


Use-Case Puanlama Metodu

Gustav Karner tarafından geliştirilmiştir. Sistem karmaşıklığının hesaplanmasında use-caseleri

esas alır. Metod temel olarak;

•Aktörleri

•Use-caseleri

•Teknik faktörleri

•Çevre faktörlerini tanımlar, sınıflandırır ve ağırlıklandırır ve sonucunda puanlama yapar.

Hesaplanan puanlama üzerinde düzeltmeler yapılır. Düzeltilmiş puanlama zamana dönüştürülür.



Aktörlerin tanımlaması, sınıflandırılması, ağırlıklandırılması; Tasarlanan sistemin arayüzlerini kullanan aktörler

(insan/sistem) tespit edilir; Her aktör 1 ile 3 puan arasında ağırlıklandırılır;

•İnsan aktörler her zaman karmaşık olarak değerlendirilir 3 ağırlık puanı verilir,

•Yeni sistemle konuşacak diğer sistemler (legacy ise) basit ya da özelliklerine göre orta düzeyde karmaşık olarak değerlendirilir.

TanımAktör Faktör

Basit

Normal

Program arabirimi 1

2İnteraktif, protokol-tabanlı arabirim

Karmaşık Grafik arabirim (insan) 3

Toplam aktör ağırlığı (TAA) = 2 basit * 1 + 2 normal * 2 + 3 karmaşık * 3 = 15



Use-caselerin tanımlaması, sınıflandırılması, ağırlıklandırılması;

Varolan use-case'den geliştirlen use-caseler gözardı edilerek hesaplama basite indirgenir.

Use-caselerin ağırlıklandırılmasıyla ilgili 2 farklı yöntem vardır;

•Use-case içerisindeki transactionların sayısına bağlı olarak değerlendirme,

•Analizde tespit edilen sınıfların sayısına göre değerlendirme.TanımUse-case Faktör

Basit

Normal

Trx.# <=3 veya sınıf# <= 5 5

10 4 <Trx.# <= 7 veya 5 < sınıf# <= 10

Karmaşık Trx.# >7 veya sınıf# > 10 15

Toplam use-case ağırlığı (TUCA) = 5 basit * 5 + 4 normal * 10 + 0 karmaşık * 15 = 65Use Case Puanı (UCP) = TAA + TUCAUCP = 15 + 65 = 80


Use-Case Puanlama MetoduTanımTeknik Faktör # Ağırlık

T1

Önem Değeri Ağırlıklı Değer

Sistem dağıtımı 2 0 0

T2 Performans 1 3 3

T3 Son kullanıcı verimliliği 1 5 5

T4 Karmaşık işlemler 1 1 1

T5 Kod yeniden kullanılabiliriği 1 0 0

T6 Kurulum kolaylığı 0.5 5 2.5

T7 Kullanım kolaylığı 0.5 5 2.5

T8 Taşınabilir (Portable) 2 0 0

T9 Kolaylıkla değiştirilebilir 1 3 3

T10 Eşzamanlılık 1 5 5

T11 Özel güvenlik özellikleri 1 3 3

T12 3ncü parti yazılımlara erişim 1 5 5

T13 Özel kullanıcı eğitimi 1 0 0

TFaktör =Tfaktör = 30TKF = 0.6 + (0.01*TFaktör)TKF = 0.6 + (0.01*30)TKF = 0.9

∑ Ağırlık x Önem değeri


Use-Case Puanlama Metodu TanımÇevre Faktör # Ağırlık

Ç1

Önem Değeri Ağırlıklı Değer

Süreç tecrübesi 1.5 1 1.5

Ç2 Uygulama tecrübesi 0.5 1 0.5

Ç3 OO Tecrübesi 1 1 1

Ç4 Analistçi iş tecrübesi 0.5 5 2.5

Ç5 Motivasyon 1 5 5

Ç6 Stabil gereksinimler 2 5 10

Ç7 Yarı zamanlı çalışanlar -1 0 0

Ç8 Programlama dilinin zorluğu -2 2 -4

ÇFaktör =Çfaktör = 16.5ÇKF = 1.4 + (-0.03*ÇFaktör)ÇKF = 1.4 + (-0.03*16.5)ÇKF = 0.905

∑ Ağırlık x Önem değeri


Proje KarakteristikleriProje Karakteristikleri

BT Komitesi TahminlemesiBT Komitesi

TahminlemesiProje TahminlemesiProje Tahminlemesi

Benzerlik+ Uzman

Benzerlik+ Parametrik+ Uzman

Proje KarakteristikleriFonksiyonel AyrışmaProje KarakteristikleriFonksiyonel Ayrışma

Yaşam Döngüsüne Göre Efor DağılımıYaşam Döngüsüne Göre Efor Dağılımı

Fonksiyon TahminlemeFonksiyon

Tahminleme

Benzerlik+ Parametrik+ Uzman

Proje KarakteristikleriDetaylı Fonksiyonel

Ayrışma

Proje KarakteristikleriDetaylı Fonksiyonel

Ayrışma


PYE proje planlama adımlarını ve takvimini belirler, bu adımlar için uygun personeli görevlendirir

Yazılım Tahminleme Aracı’ndan yararlanılarak proje yönetim planı ve takvimi oluşturulur

Proje boyunca izlenecek yaşam döngüsü Yazılım Geliştirme Yaşam Döngüsü Modelleri uygun olanı seçilir

Proje için taslak bir iş kırılım ağacı (“Work Breakdown Structure” – WBS), seçilen proje tipi ve modeline göre PYA’da taslak hali ile otomatik olarak oluşur

Proje Yönetimi


Tahminleme Uygulaması

Bileşik tahminleme metodolojisi

Eldeki verilerin özelliklerine göre 3 farklı tahminleme tekniği

Yaşam döngüsü adımlarına göre efor dağılımı

Proje ve Portföy Yönetim aracı entegrasyonu

Raporlama imkanı








WBS projenin büyüklüğüne ve yapılacak olan işin mahiyetine göre değişebilmekle birlikte, genel olarak aşağıdaki maddelerde bahsedilen iş adımlarını içermesi beklenir:

Planlama ve izleme etkinlikleriYazılım geliştirme etkinlikleriProje teslimatlarının geliştirilmesiDestek etkinlikleri (eğitim, konfigürasyon yönetimi, risk yönetimi,

kalite güvence, vb.)Geliştirme dışı etkinlikler (ürün destek dokümanları, kullanıcı

eğitimleri, vb.)Ürünün Bilgi Teknolojileri altyapısının oluşturulmasına yönelik

etkinliklerSatın alma ve tekrar kullanım ile ilgili etkinliklerProjenin üretim ortamına alınma adımları

Proje Yönetimi


Kurumsal Ölçüm Ambarı belirlenen ölçme ihtiyaçlarını karşılamak üzere, Bilgi Teknolojilerinde kullanılan araçlardan (PPM, PBF vs. gibi) temel ölçüm verilerini toplamak, tahminleme veritabanını beslemek ve performans hedeflerine (eşik değerleri) karşılık gerçekleşenleri analiz edebilmek amacı için kullanılmaktadır.

Proje Yönetimi ve Takibi Esnasında Kullanılan Kurumsal Ölçüm Ambarı


Proje Yönetimi ve Takibi Esnasında Kullanılan Kurumsal Ölçüm Ambarı


Projenin taşıdığı bazı özelliklere bağlı olarak uygun olan model seçilir ve projenin iş kırılım ağacı bu modelin gerektirdiği şekilde oluşturulur.

Akbank’ta kullanılan yazılım geliştirme yaşam döngüsü modelleri :

• Çağlayan (Waterfall) Modeli

• Arttırımlı (Incremental) Model

• İteratif ve Arttırımlı (Iterative and Incremental) Model

• Evrimsel (Evolutionary) Model


Çağlayan (Waterfall) Modeli

AnalizÜst

Düzey Tasarım

Detay Tasarım

Kodlama TestÜretime

Alma

Yazılım geliştirme aktiviteleri bir bütün olarak sırayla gerçekleştirilir. Projenin sonunda gerçekleşen tek üretime alma ile uygulama müşterinin hizmetine açılır.


Arttırımlı (Incremental) Model

Tüm gereksinimler bir bütün olarak belirlenir. Bu gereksinimler iterasyonlara paylaştırılarak kademeli olarak gerçekleştirilir.


İteratif ve Arttırımlı (Iterative and Incremental) Model

Ön analiz çalışmasında üretilen fonksiyon listesinden yapılan iterasyon planlaması ile her iterasyonda bir gereksinim geliştirme aktivitesi gerçekleştirilir. Dolayısıyla her iterasyon; yeni bir fonksiyon ekliyorken aynı zamanda önceki iterasyonların çıktılarını yeniden düzenliyor olabilir.


Evrimsel (Evolutionary) Model

Belirlenebilen gereksinimler ile iterasyon gerçekleştirilir. İterasyon sonunda alınan geri bildirimin yönlendirmesiyle yeni iterasyona tekrar gereksinim geliştirme ile başlanır. Her iterasyon sonunda çalışan ürün elde edilir.


FAZ İTERASYON

Yazılım geliştirme süreçleri tarafından önceden tanımlanmıştır; projenin ana kilometre taşlarına varmayı hedeflerler.

Kaç tane, hangi büyüklükte, hangi amaç için gerçekleştirileceği proje karakteristiklerine göre değişir.

Projenin bütününü ilgilendiren belirli hedeflere gidilen proje parçasıdır.

Sorumlu olduğu parçaya dair kendine özel hedefler taşır.

Gidilen hedefler gerçekleşmedikçe sonlanmaz.

Tamamlanma kriteri; hedef ya da zaman bazlı olabilir.

PROJENİN FAZLANDIRILMASI

Proje fazı; proje hedeflerinin proje başında belirlenmiş bir kısmına ulaşmak için harcanan efordur.

Documents

A K BANK BİLGİ TEKNOLOJİLERİ