ITIL Sürekli Gelişim Süreci
Her şirket için sürekli gelişim tabii ki çok önemlidir, fakat bu yazıda ITIL (Information Technology Infrastructure Library) perspektifiyle gelişim ele alınacak.
ITIL, sürekli gelişimi şu adımlarla ifade ediyor;
1. Neyin ölçülmesi gerektiğini belirleyin.
2. Neyi “ölçebileceÄŸinizi” belirleyin
3. Data toplayın – Disiplinli ve sabırlı bir çalışma gerektirir
4. Datayı işleyin (anlamlı bir formata çevirin, raporlar oluşturma vs.)
5. Datayı Analiz Edin (Üretilen raporların analizi)
6. Analiz sonucunu ilgili rollere sunun ve bilgiyi kullanın
7. Gerekli düzenleyici aksiyonları alın.
Farzedelim ki bir yazılım şirketisiniz sürekli gelişim için ölçmeniz gereken metriklerden biri 1000 satır içindeki defect sayısı olsun. 1. adım için ölçülmesi gerekeni belirledik peki gelelim 2. adıma peki bu veriyi ölçebiliyor muyuz? Teknik olarak ölçmekte bir sorun yok fakat bu ölçüme üst yönetim ne kadar önem veriyor? Bu veri ölçüldükten sonra 7. adıma kadar bu süreçte veriler taşınacak mıdır? Bu soruların cevabı önemli ve belirleyici. 7. adıma kadar etkisi olmayacak bir verinin ölçümü boşa zaman ve para harcamaktır. Bu durumdan daha da kötüsü ölçülmesi çok kolay olmayan metriklerin yanlış ölçülmesi dolayısı ile yanlış yorumlanması ve yanlış aksiyonların alınmasıdır, bu durum çok daha dramatik sonuçlar doğurur.
Bir yazılım ÅŸirketi için “Defect oranı” 1. adım içerisinde yeralan yani ölçülmesi gereken metriklerden biri. Åžirketin bu veriyi ölçecek olgunlukta ve yetkinlikte olduÄŸunu varsayarsak 2. adımı da ÅŸirket, yazılım kalitesi adına atmış olur. 3. Adım için aksiyon alınmalı ve barajda suların (defect verilerinin) birikmesi beklenmeli unutmayalım daha sonra bu sulardan enerji üretilecektir. Tabii ki bu süre içerisinde diÄŸer adımlar için yöntem belirleme ve planlama yapmak için uygun fırsat ve zaman olacaktır.
Bir baÅŸka veri; “GeliÅŸtirilen Yazılımların Karmaşıklık Derecesi” ölçülmesi gereken yada ölçülebilen bir metrik midir? Projelerin büyüklükleri ile karmaşıklık derecesi birbirine karıştırılmamalıdır. Bu veri ölçülmeli midir(1. Adım)? Evet kesinlikle ölçülmelidir çünkü bir önceki veri olan defect sayısını direkt etkileyen bir faktör olabilir. Fakat bu veriyi ÅŸirket olarak doÄŸru ölçüp ölçemeyeceÄŸinizi objektif bir ÅŸekilde kendinize itiraf etmelisiniz. Keza bu veriyi oluÅŸturacak donelerin hepsinin tangible(sayılabilir/somut) olmadığı aÅŸikardır. Ölçüm yapmadan da ÅŸirket bünyesinde geliÅŸtirilen yazılımların karmaşıklıkları arasındaki farkların dikkate deÄŸer olup olmadığı da bir ÅŸekilde gözlemlenebilir.
Unutmamak gerekir ki yanlış ölçümler, yanlış aksiyonların alınmasını tetikler ve genelde hiç ölçmemekten daha maliyetlidir. Bu nedenler egoları bir kenara bırakıp özellikle 2. adım için doğru kararlar alınması son derece önemlidir.
ITIL Sürekli gelişim adımlarını açıklamak için 2 veri ele alındı. İlgili veriler hem Bilgi Teknolojileri sektöründe hem de diğer sektörler için çeşitlendirilerek süreç işletilebilir.
Twitter’da Takip Edin
