Scrum Başarı Hikayesi

Yeni Nesil IVR projesi

Proje ile ilgili genel bilgiler

1. Anahtar teslim bir proje

2. Satın alma sürecinde ağır rekabet koşulları

3. Proje hedef tarihinin sabit olması

4. Projenin under-estimate edilmesi

5. Proje sahibinin beklentilerinin yüksek olmasına rağmen isterlerin yeterince net olmaması

6. Süreçler için yeterli zamanın olmaması (analiz, tasarım, kodlama, test vs)

Proje ile ilgili genel bilgiler

Risk ve Problemler: 1. Yeni bir teknolojik altyapıya geçilmesi 2. Proje ekibinde know-how ve eğitim eksikliğinin olması 3. Teknik lider rolünde birisinin olmaması 4. Birden fazla proje sahibi ve sponsorunun olması ve hızlı

karar verilememesi 5. Akbank altyapısında paralelde devam eden orta katman

yenileme çalışmaları 6. Akbank’ın proje takvimi içinde ABM’ye taşınma durumu 7. Proje ekipleri arasında iletişim problemleri 8. Yüksek stres nedeni ile Proje ekibinde yaşanan yüksek turn-

over durumu.

Sonuç: Bir senenin sonunda, UAT seviyesine ulaşamamış bir kod !

Örnek bir başarı hikayesi

• Proje: Kredi Kartı Taahhüt Programı Projesi

• Master Plan’da 8 ay olarak yer alan proje, 3’er haftalık 6 Sprint ile 18 haftada tamamlanmıştır.

• Product Backlog Item (PBI) ile ilgili bazı bilgiler: • Initial Backlog size: 1.383, Project size (done): 1.373

• New PBI’s

• Size: 1.111 (%83,3 of Initial Backlog)

• Done: 1.103 (%99,3 !)

• Initial PBI’s

• Done: 270 of 1.383 (%19,5 !)

Örnek bir başarı hikayesi

Sonuç olarak görüldü ki; Projeye başlandığında, ihtiyaçlar her yönüyle en fazla %20

oranında belirlenebilmiş.

Ortaya bir şeyler çıktıkça ve bunlar görüldükçe (SprintReview meetings - demo) requirement’lar değişmiş veya iptal edilmiş.

Proje ekibi bu değişime çok iyi adapte olabilmiş

Time to Market hedefi daha da başarılı olmuş

Projedeki Scrum Sürecimiz

1. Proje ekibi kuruldu (Firma ve Akbank ekipleri)

2. Aynı dili konuşmak için tüm proje ekibi Scrum eğitimi aldı: • Firma ve Akbank yazılım uzmanları

• İş birimleri

• BT Proje yönetimi

• BT Kaynak yönetimi

3. Proje süresince Scrum danışmanlığı konusunda hizmet alındı

4. Tek product owner konusunda iş birimleri anlaştı

Sonuç:

Sprint süresi: 4 hafta

Proje süresi: 8 Sprint

PBI size (done): 1.590

Initial PBI size: 1.443 Done: 813 %51,14

New PBIs: 898 Done: 777 %48,86

Scrum sürecinde yaşadığımız sıkıntılar:

1. Turnover’ın devam etmesi, Hız’ın (Velocity) bu nedenle sabit olamaması.

2. Dış ekiplere bağımlılığın yüksek olması dolayısı ile ekibin Scrum haricinde gerçekleştirilen bileşenler için commitment vermek durumunda olması

Altyapı ve Telekom çalışmaları

Merkezi UG ekipleri (Mevduat, Krediler, Kartlı Ödemeler vs)

Master Plan’da yer alan bağımlı projelerin aynı seviyede esnek olamaması

3. Proje ekibinin single focus olamaması (diğer projeler, üretim ortamında yaşanan problemler vs)

Teşekkürler