İş analisti, “Ne yapmalıyız?” sorusuna tek başına karar veren kişi olmak zorunda değildir. Daha sık yaptığı iş, farklı ekiplerin anlattığı ihtiyacı netleştirmek, mevcut süreci anlamak ve uygulanabilir bir kapsam oluşturmaktır. Görevin sınırı şirketin ürününe ve ekibine göre değişir.
Bir gün kullanıcı görüşmesinden not çıkarabilir, başka bir gün satış, operasyon ve ürün ekiplerinin farklı beklentilerini aynı tabloda karşılaştırabilir. İşin değeri toplantı sayısında değil, toplantı sonunda belirsizliğin ne kadar azaldığındadır.
Hangi çıktıları üretir?
Somut çıktılar arasında süreç haritası, ihtiyaç listesi, gereksinim açıklaması, öncelik kararı ve kabul ölçütleri olabilir. Örneğin “Başvuru formu daha kolay olsun” bir ihtiyaç ifadesidir; “Kullanıcı hangi adımda çıkıyor, hangi alanı anlamıyor?” soruları ise çalışılabilir bir başlangıçtır.
Yeni başlayan biri için en önemli beceriler dinlemek, soruyu daraltmak, varsayımı ayırmak ve yazılı anlatmaktır. Araç bilgisi işe yarar ama her sorunu tek bir yazılıma taşımak çözüm değildir. Teknik ekiplerle konuşmak için veri ve sistem mantığını; iş ekipleriyle konuşmak için hedef ve operasyon mantığını öğrenmek gerekir.
Rol sana uygun mu?
Bir ilanı açıp yalnız “analist” unvanına bakma. Günlük çalışmada veri analizi mi, süreç tasarımı mı, ürün gereksinimi mi daha baskın? Görüşmede son projede üretilen iki somut çıktıyı ve kararın nasıl verildiğini sor. Böylece rolün gerçekte ne kadar araştırma ve koordinasyon içerdiğini anlarsın.
Bir örnek problem seçip tek sayfalık “sorun, etkilenen kişi, mevcut süreç, açık soru” notu yaz. Bu egzersiz, rolü sadece okumaktan daha hızlı anlamanı sağlar. Problem yapısını kurmak için Minto yaklaşımını da inceleyebilirsin.
Hangi role yöneleceğini sistematik düşünmek istersen 12jobs ile planını oluştur.
