Yazımın başlığını aslında kim bu Erol Egemen diye başlamak isterdim ama Erolları küstürmek istemezdim. Kendimce içinde bulunduğum kariyer yolumun bu chapterında bildiklerimi aktarmaya devam edeyim istedim.
Yazacağım bir çok şey bir iş analisti yazı serüveninden çok arkadaş arasında muhabbet tadında bir yazışma olarak düşünebilirsiniz. O zaman hazırsanız benden size ilk mektubu yazıyorum.
Bugün burada cumartesi ve ben bu yazıyı Kayaşehir’de kardeşini sınava getirmiş bir abla olarak bir fırında oturmuş bu yazıyı sana yazıyorum. 
İş analizi ile alakalı yaptığımız işleri son zamanlarda derinlemesine düşünürken buldum kendimi. İş birimlerinin ihtiyaçlarını yaptığımız ürün için değerlendirdiğimizde bir çok eksik veya fazlalık olduğunu gözlemliyorum. Birşeyin çok karmaşık olmasından ziyade çok daha yalın ve basit olması sanki işin kullanım oranını arttırdığını gözlemledim.
Bu yüzden geriye dönüp yaptığımız ürünleri incelediğimde nerede başarılı olduk nerede başarısız olduk, neleri analiz ettik neleri dökümante ettik hepsini en baştan ele almaya başladım.
Bir projenin başarısı 40% sayısal planlama ise 60% insan faktörü olduğu söylenir.Peki bir projenin başarısız olmasının temel nedenleri nelerdir diye kendime sorduğumda ise;
- Gereksinimlerin yanlış analiz edilmesi (56%)
- Uygulamanın hatalı hayata geçirilmesi (22%)
- Yetersiz test (22%)
Yapmak istenilen projelerin hedeflerinin net olmaması ve yazılımcılara sürecinin aktarımının sağlıklı yapılmaması. Yapılan işin analize uygunluğunun takibi ve izlenebilirliğinde eksiklik olması, proje planından farklı ilerlemeler ek işler eklenmesi/çıkarılması ve paydaşların projede etkin olmaması da bir projenin başarısız olma nedenleri arasında gösterilebilir.
Yukarıdaki Şekil 1 ve Şekil 2 de Proje ve Yazılım geliştirme döngülerini görüyorsunuz. Peki bu döngülerde iş analisti ne iş yapar? Nerede devreye girer? merak etme hemen anlatacağım bir sonraki paragrafta 🙂
İşletmelerin iş hedeflerine ulaşma yolunda çözüm üretmek, müşteri ihtiyaç ve beklentilerine karşı yeni fikirler bulmak ve bunların nasıl hayata geçeceğini analiz etmek, paydaşların ihtiyaçlarını gözeterek yeni bir ürünün ortaya çıkmasında gerekli süreç/teknik ve organizasyonlar konusunda aktif rol alan kişidir. Bir nevi paydaş ve yazılım arasındaki katalizör diyebiliriz.
Peki bu muhteşem Katalizör görevini üstlenen iş analistlerin sorumluluk alanları nelerdir?
- Product owner veya paydaşlardan gelen ihtiyaçları küçük parçalara bölüp analiz dökümanını hazırlamak
- Büyük parçadan küçük parçalara bölünen işin analiz dökümanı tamamlandığında yazılım ekibi ile birlikte gözden geçirerek teknik analiz dökümanını ekip ile birlikte hazırlar.
- Yazılım ile yapılan teknik analiz toplantılarından sonra teknik kısıtlar ile ilgili PO/Paydaş ile görüşerek orta yolu bulacak bir sonuçta iş birliği yapar.
- Teknik analizleri tamamlanıp yazılıma teslim ettikten sonra test senaryolarını hazırlar.
- Ürün test sürecine çıktıktan sonra test çalışmalarını tamamlar ve bulunan bulgular yazılıma iletilerek çözülmesini takip eder. Bu bulgular düzeltildiğinde yeniden test eder ve dökümanda ki bilgiler tamamalandığında uat (kullanıcı testine) gönderir.
- Uygulamanın doğru ve eksiksiz çalışıp çalışmadığını her daim takip eder ve sorunların çözümü için aksiyon alır.
Bir iş analistinin başarılı bir iş sürecini yönetebilmesi için sosyal olarak yetkinliklerinin bir kısmını Şekil 3 de özetlemeye çalıştım.
Bu mektubumu son olarak seviye bazında iş analizi yetkinliklerinin tablosunuda paylaşarak tamamlayayım. Bir sonraki yazımda agaile ve waterfall ile ilgili güzel bir içerik hazırlayacağız, belki içinde minik bir uygulama bile olabilir. Bir sonraki yazıya kadar…
Dipnot: bana ulaşmak için serapgur169@gmail.com adresine bir mail fişekleyebilirsin 😉
Kaynaklar
