Şimdi düşünün, İsviçre Çakısı dediğimiz şey küçük ama her işi görebilen bir alet. Bir yerde bıçak, bir yerde tornavida, hatta şişe açacağı bile var. Yani her duruma uyum sağlayan kompakt bir çözüm.

İşte iş analisti de tam olarak böyle! Özellikle Agile metodolojisinde, iş analisti her noktada devreye girip ekibe yol gösteren, sorunları çözen, iletişimi sağlayan kişi oluyor.

Gelin birlikte tüm bu aracın fonksiyonları ile nasıl bağ kurduğumuzu görelim.

1. Çok Yönlülük = Agile’da İş Analisti

İsviçre Çakısı gibi, iş analisti de birçok farklı işe koşar. Gereksinim toplar, süreçleri analiz eder, ekiple koordinasyonu sağlar, hatta bazen test sürecine bile girer.

Örnek: Diyelim ki bir mobil uygulama geliştiriyorsun. İş analisti, müşteriyle konuşup “Hızlı Giriş (One Tap Login)” talebinin çok önemli olduğunu fark eder. Bunu alır, teknik ekiple birlikte “Bunu nasıl yaparız?” diye tartışır. Gerekirse UI/UX ekibiyle görüşür, veri analizine bakar, rakipleri inceler.

İşte Agile’da iş analisti budur: Bir ayağı iş tarafında, bir ayağı teknik ekipte!

2. Uyum Yeteneği = Sprintler Arasında Şekil Değiştirme

İsviçre Çakısı hem kamp yaparken hem mutfakta işe yarar, değil mi? İş analisti de farklı sprintlerde farklı roller üstlenir.

Sprint 1’de: Yeni gelen bir özelliğin gereksinimlerini yazar, Product Owner’a destek olur.

Sprint 2’de: Kullanıcı testlerine katılıp, geri bildirimlere göre düzeltme önerileri sunar.

Sprint 3’te: Bir KPI raporu hazırlayıp, “Bakın, bu özellik müşteri kullanımını %20 artırdı!” diyebilir.

Yani nerede ihtiyaç varsa, orada devreye girer.

3. Sorun Çözme = Doğru Şeyi Geliştirmek

İsviçre Çakısı sadece kesmek için değil, sıkışan vidanı gevşetmek veya ip kesmek için de var. İş analisti de sadece dokümantasyon yapan biri değil, asıl görevi doğru ürünü geliştirdiğimizden emin olmak.

Örnek: Bir e-ticaret sitesinde müşterilerin sepette ürün bırakıp çıkma oranı çok yüksek diyelim. İş analisti:

• Müşteri geri bildirimlerini inceler,
• Sepet adımlarını analiz eder,
• “Sepette kredi kartı kaydetme seçeneği yok, belki bunu eklersek vazgeçme oranı düşer” diyerek çözüm önerir.

Ve bu sayede sprintlerin gerçekten işe yarayan geliştirmeler yapmasını sağlar.

4. Agile Ekibinin Yapıştırıcısı = İletişimi Sağlamak

İsviçre Çakısı farklı araçları tek bir noktada birleştirir. İş analisti de teknik ekip, iş tarafı, müşteri ve yöneticiler arasındaki boşluğu kapatır.

Geliştiricilerle konuşur: “Bu entegrasyon zor mu, API ile çözebilir miyiz?”

İş birimiyle görüşür: “Bu özellik gerçekten işinize yarayacak mı?”

Müşteriden geri bildirim alır: “Kolay kullanım açısından eksik kalan bir şey var mı?”

Kısacası, herkesin ortak bir noktada buluşmasını sağlar.

5. Sprint Döngüsünde İş Analisti Ne Yapar?

• Kullanıcı hikayelerini netleştiriyor, gereksinimleri yazıyor.
• Teknik ekip + Product Owner ile sprintin kapsamını belirliyor.
• Ekipte bir sorun var mı, ilerleme nasıl gidiyor takip ediyor.
• Geliştirilen fonksiyonları iş gereksinimlerine uygun mu? diye test ediyor.
• “Daha iyi nasıl yapabiliriz?” diyerek süreç iyileştirme önerileri sunuyor.

Her aşamada bir şekilde devrede. Boş durmak yok! Boş duranı Allah sevmez zaten : )

Her işe koşar ,gereksinim toplar, analiz yapar, test eder, süreç iyileştirir.Teknik ve iş birimi arasında köprü olur ve sprintler boyunca değer yaratır

Yani, agile ekibinde iş analisti varsa her şey daha düzenli, daha net ve daha verimli ilerler. O yüzden “İş analisti, Agile dünyasının İsviçre Çakısıdır!”

Bu yazdıklarıma katılıyor musunuz? Hadi farklı fikirleri birlikte değerlendirmek için aşağı yorumlarda buluşalım. Bir sonraki yazıya kadar…

<span class="bsf-rt-reading-time"><span class="bsf-rt-display-label" prefix="Okuma Süresi"></span> <span class="bsf-rt-display-time" reading_time="2"></span> <span class="bsf-rt-display-postfix" postfix="dk"></span></span>İş Analisti: Agile’ın İsviçre Çakısı yazısı ilk önce Ofistekiler üzerinde ortaya çıktı.

Bir iş analistinin çalışma süreci, tıpkı bir ressamın bir başyapıt yaratma yolculuğuna benzer. Bir ressamın hayalindeki tabloyu gerçeğe dönüştürmek için geçtiği aşamalar gibi, iş analistinin de müşteri beklentilerini şekillendirmek ve bir yazılım projesine dönüştürmek için üç temel aşamadan geçtiğini söyleyebiliriz. Gelin bu aşamaları birlikte inceleyelim.

1. Eskiz Hali: Hayalin Şekillenmesi
   
   Her şey bir hayal ile başlar. Bu ilk aşama, müşterinin beklentilerini anlattığı ve bizim zihnimizde üç boyutlu bir taslak oluşturduğu bir hayal etme sürecidir. Tıpkı bir ressamın, gördüğü manzarayı önce karakalemle kağıda aktarması gibi, bu aşama da mükemmel olmaktan uzaktır. Ancak burada önemli olan, sınırları belirlemek ve müşterinin “done” tanımını, yani kabul kriterlerini anlamaktır.
   
   Bu aşama, müşteri beklentilerinin genel hatlarıyla çizildiği bir ön çalışma alanıdır. Henüz detaylar üzerinde durulmaz, yalnızca temel çerçeve belirlenir. İş analisti için bu süreç, müşterinin ihtiyaçlarını anlamaya çalışırken zihinlerinde bir model oluşturma fırsatıdır. Hayal edilen bu model, bir sonraki aşamaya geçiş için bir basamaktır.
2. Fonksiyonel Tasarım: Detayların Renklendirilmesi
   
   Bir ressam eskizini tamamladıktan sonra, ihtiyaç duyduğu renkleri ve malzemeleri belirler. İş analistinin ikinci aşaması da tam olarak budur: Fonksiyonel tasarım. Bu aşamada, müşterinin beklentileri ve ihtiyaçları, yazılımın yapılabilirliği açısından değerlendirilir.
   
   Fonksiyonel tasarım süreci, müşteriyle tekrar tekrar hizalanmayı gerektirir. İhtiyacın teknolojik olarak uygulanabilirliği test edilir, mümkün değilse alternatif yollar aranır. Bu süreçte birçok revizyon gerekebilir. Örneğin, Agile yöntemlerinde bu aşama genellikle “refinement” oturumlarında ele alınır. Burada, geliştirici ekibiyle fikirler çatışabilir, yeniden şekillenir ve netleştirilir.
   
   Bu aşama tamamlandığında, ihtiyaçların net bir şekilde tanımlandığından emin olunmalıdır. Eksik veya belirsiz noktalar varsa, bir önceki aşamaya geri dönülerek bu eksiklikler giderilir. Netleşmeyen bir tasarım, sonraki aşamada büyük sorunlara yol açabilir.
3. Teknik Analiz: Detayların İnşası
   
   Artık eskiz tamamlanmış, renkler belirlenmiştir. Şimdi sıra, teknik detaylara inmeye gelir. Bu aşama, her şeyin net olduğu, yapılacak işlerin adım adım tanımlandığı, işin tüm teknik bileşenlerinin belirlendiği aşamadır.
   
   Teknik analiz sürecinde, kullanılacak tablolar, yazılacak kodlar, beklenen çıktılar ve entegrasyon durumunda servis sözleşmeleri gibi detaylar belirlenir. Tıpkı bir ressamın tuvali, fırçaları, boyaları ve diğer tüm malzemelerini hazırladığı an gibi, burada da yazılımı üretmek için gerekli tüm araçlar hazır hale getirilir.
   
   Artık yazılım geliştirme süreci başlayabilir. Ancak bu aşamada şu soru akla gelebilir: Yazılım geliştirme sırasında hiç aksilik çıkmayacak mı? Elbette çıkabilir. Belki de analiz sırasında gözden kaçırılan noktalar vardır. Bu durumda ne yapılır? İşte bu noktada, önceki aşamalara geri dönmek ve yeniden değerlendirme yapmak gerekebilir. Tıpkı ressamın, eserini tamamladıktan sonra yaptığı son dokunuşlar gibi, yazılım geliştirme sürecinde de sürekli bir iyileştirme ve revizyon döngüsü vardır.

Hayalin Gerçeğe Dönüşmesi

Bir ressamın eserini tamamladıktan sonra, kuruması için bir kenara koyması gerekir. Ancak bu süreçte bile, sevimli dostlarımızın esere ufak “katkılar” yapma ihtimali vardır. Bu yüzden, iş analistleri için her aşama öncesinde bir eylem planı yapmak kritik önem taşır.

İş analizi süreci bir ressamın eser yaratma yolculuğu gibidir:

1. Hayal Etmek
2. Detaylandırmak
3. İnşa Etmek

Her aşama, bir sonrakinin temelini oluşturur ve tüm bu aşamalar, müşterinin hayalini gerçeğe dönüştürmek için birlikte çalışır.

O zaman “Think, Draw, Implement” diyoruz. Bir sonraki yazıya kadar bana aşağıdaki adresten ulaşabilirsiniz.

• LinkedIn

<span class="bsf-rt-reading-time"><span class="bsf-rt-display-label" prefix="Okuma Süresi"></span> <span class="bsf-rt-display-time" reading_time="2"></span> <span class="bsf-rt-display-postfix" postfix="dk"></span></span>Think, Draw, Implement: İş Analizinin 3 Boyutu yazısı ilk önce Ofistekiler üzerinde ortaya çıktı.