Yeni Başlayan İş Analistlerinin En Yaygın 13 Hatası | Laba işletme okulu
Для отслеживания статуса заказа — авторизируйтесь
Введите код, который был выслан на почту Введите код с SMS, который был выслан на номер
Код действителен в течение 5 минут Код с sms действителен в течение 5 минут
Вы уверены, что хотите выйти?
Сеанс завершен
На главную
Blog

Arama

içerik

Yeni Başlayan İş Analistlerinin En Yaygın 13 Hatası

c-6193932d3e5f0621978584.png

Bugün, bir iş analistinin bir projedeki rolü sorunları ayrıntılı olarak ele almaktadır: Hangi niteliklere sahip olması gerektiği, hangi becerileri geliştirmesi gerektiği zaten bilinmektedir. Cevapları bulmak için Google'da arama yapmanız yeterlidir.

Bu makalede, çoğu tecrübesiz iş analistlerinin yaptığı en yaygın hataları ele aldık. Belki yazılacak şeyler size basit gelecek, ancak bu makale pratikte toplanan materyallere dayanarak yazılmıştır ve bu tür hatalarla deneyimli iş analistlerinin çalışmalarında bile düzenli olarak karşılaşılabilir.

#1. İngilizce bilmemek!

En yaygın hatalardan biri, kişinin İngilizce seviyesine yeterince dikkat etmemesidir. Mülakatlarda, genellikle konu alanında yüksek düzeyde bilgi sahibi ve etkileyici iş tecrübesine sahip, ancak İngilizcesi zayıf olan adaylarla karşılaşılır. Çoğu BT şirketinin ve projesinin yabancı müşterilere odaklandığı unutulmamalıdır. İleri seviyede İngilizcesine ihtiyacı, ürün ve mühendislik ekibinin kesiştiği noktada iş analistinin yeri ve görevleri tarafından belirlenir.

Dil sorununun özel bir tarafı, işverenler, müşteriler ve ekip üyeleri tarafından dikkat edilen profesyonel argodur. İş analistinin görevi etkili iletişim kurmaktır ve bu ancak tüm ekip üyeleriyle aynı dili konuşabiliyorsanız mümkündür. Ayrıca mesleki edebiyat ve eğitimlerin büyük çoğunluğu İngilizce olarak sunulmaktadır. Genel olarak, bir yabancı dil bilgisi olmadan tam teşekküllü mesleki gelişim imkansızdır.

#2. Yazılım iskeletini körü körüne takip etmek!

Etkili iletişim konusunda, yeni başlayanlar tarafından yapılan oldukça ciddi bir hata, seçilen çerçevenin yaklaşımlarını dogmatik olarak takip etmektir. BT'nin dinamik olarak gelişen bir sektör olduğunu ve bu sektördeki başarının sırrının hızla değişen koşullara uyum sağlama yeteneği olduğunu göz önünde bulundurmak gerekir.

Ekibe istediğiniz kadar “Klasik Scrum/Lean/Kanban'a göre çalışıyoruz” diyebilirsiniz, ancak eğer görevler ve süreçler net değilse veya ders kitabından farklı bir yaklaşım kullanılıyorsa yapabileceklerinden daha fazla zaman ve kaynak alıyorsa, o zaman bunun bir anlamı yoktur. Bu durumda, “Bu kötü bir ekip, metodoloji konusundaki ideal yaklaşımımı yanlış takip ediyorlar” demek profesyonelce olmaz. Bir iş analistinin görevi, farklı yaklaşımları incelemek ve belirli bir projede belirli bir ekip için en etkili olanı seçmektir.

#3. Müşterinin kültürünü ve kurumsal politikalarını göz ardı etmek!

İş analistleri için işleri planlarken müşterinin kültürünü ve kurumsal politikalarını göz önünde bulundurması gerektiğini belirtmekte fayda var.

Bu konu bariz bir şekilde açık olmasına rağmen, bazı iş analistleri müşteri ile etkileşimin kültürel yönüne gereken önemi vermiyor. Ancak bu nokta yetersiz İngilizce ile birleştiğinde, müşterinin bir iş analistini “kaba” olarak algılayabileceği durumlara yol açabilir. Bu, çalışmayı en önemli yönlerden biri olan paydaşlarla etkileşim konusunda olumsuz etkiler. 

Bu nedenle, örneğin, Asya kültürlerinin temsilcilerinin her zaman direk “hayır” diyemeyeceğini unutmamak daha iyidir. Amerikalılar veya Kanadalılarla çalışırken, yerel spor takımlarının başarıları hakkında 5 dakika konuşmalısınız. Slav kültürü temsilcilerinin Batı kültürünün temsilcileri tarafından sıklıkla kaba olarak algılanır (örneğin, insanlar  “yapabilir misiniz” yerine “yapar mısınız” ifadesini kullanır ve arada “lütfen” eklemeyi unuturlar).

İş analisti için böyle bir hatanın kabul edilemez olduğunu anlamak önemlidir, çünkü müşterinin herhangi bir nedenle doğrudan bahsetmediği ayrıntıları bulma olasılığı, müşteriyle olan iletişiminin kalitesine bağlıdır.

Müşteri iletişim becerilerini geliştirmek için:

  • Kelime dağarcığını incelikler ve eş anlamlılarıyla doldurun;
  • Koşul cümlelerini öğrenin;
  • Telaffuz üzerinde çalışın;

#4. Müşterinin etki alanındaki değişiklikleri yok saymak!

Doğrudan proje çalışmasında, hatalardan biri, alan çalışmasının ve müşterinin işinin özelliklerinin sonlandırılması olabilir. Proje üzerinde uzun süre çalışmış deneyimli iş analistlerinin bile, ürünlerinin oldukça tam olarak nasıl çalıştığı sorusuna cevap veremediği durumlar vardır. Etki alanı alanındaki eğilimlere olan ilginin kaybolması ve müşterinin işini incelemenin durdurulması, özellikle dinamik, hızla değişen iş alanlarında proje üzerinde kötü bir etki yaratabilir. Neredeyse tüm uzmanlar, iş analizi mesleğinin artıları ve eksileri söz konusu olduğunda, sürekli olarak çalışma ve müşterinin işine odaklanma ihtiyacından bahseder.

#5. Düzgün yol haritasının olmaması! 

Ciddi zorluklardan biri, müşteri satış planlarına dayalı projede vizyon ve yol haritası gibi temel belgelerin olmaması olabilir. Belki de bu konu büyük projeler için daha önemlidir ve ürün yöneticilerinin sorumluluk alanına girer, ancak her durumda iş analisti bu tür belgeleri oluşturma sürecini başlatabilir ve kolaylaştırmalıdır. Ürün yönetimi doğrultusunda geliştirmeyi planlıyorsanız, bunu dikkate almanızı öneririz.

#6. İletişim planı ve paydaş haritasının bulunmaması!

İş analistinin çalışmasının ayrıntılarını araştırırsanız, yeni başlayanların hataları iletişim planının ve paydaş matrisinin olmaması olabilir. Müşteriyi düzenli toplantılar yapmaya, kendinizi ise önceden tartışma için bir konu listesi hazırlamaya alıştırmalısınız. Konu eksikliği veya yapıcı diyalog eksikliği nedeniyle aramaların sık sık iptal edilmesi, paydaşların en önemli anda planlanmış bir toplantıya gelmemelerine neden olabilir. 

İletişimi planlarken sadece konunun özünü değil, aynı zamanda nasıl formüle edildiğini de dikkate almak önemlidir. Çoğu zaman müşterinin yanıtı da soruya bağlıdır. Bu, iş analistinin, ekibin bir temsilcisi olarak, özellikle kullanıcı kabul testi ve işin müşteriye teslimi sırasında mühendislik ekibinin kararlarını savunması gerektiğinde son derece önemlidir. Çalışan bir etki ve ilgi matrisi oluşturmak için paydaşları dört çeyreğe dağıtabiliriz.

#7. Düzenlemelerin sabit olmaması!

Paydaşlarla yapılan iletişimin sonuçlarından derlenen toplantı notlarının olmaması gibi bir hata not edilebilir. Toplantı notları yazmak, özellikle yöneticilerin büyük hareketliliğine sahip dinamik projelerde, mükemmel bir ekip savunma biçimidir.

#8. Görünürlük eksikliği!

Daha iyi çalışabilmek için günlük stand-up formatının önemli olması belirtmekte fayda var. Müşterinin yeterli görünürlüğe sahip olması, parasının nereye ve ne kadar harcandığını bilmesi son derece önemlidir. Yeni başlayan iş analistleri (genellikle sadece onlar değil), müşteriye ne iş yapıldığını her zaman kısa ve bilgilendirici bir şekilde açıklamayı başaramazlar.

Müşterinin, örneğin geçen haftanın tamamında ekip üyelerinden birinin engelleyicide olduğunu ve hiçbir şey yapmadığını bilmek istemeyeceğini unutmayın. Projedeki mevcut süreçleri daha iyi hale getirmek için engelleyicide olduğunuz zamanı kullanın. Müşteriye tamamlanmış görevlerden bahsettiğinizde, proaktif bir tavırla ilerleyin, hangi sorunları ön görebileceğinizi düşünün.

#9. Detaylara çok fazla zamanın harcanması!

Yeni başlayanlar için bir hata olarak, etiketin ayrıntılarına ve / veya açıklamasındaki uygulamanın karmaşıklığına aşırı odaklanma vurgulanabilir. Uzun vadeli projelerde, müşterinin işi aynı kalırken, yeni bir teknolojiye geçişle uygulama detaylarının değişebileceğini hesaba katmak gerekir. Pek çok uygulama detayıyla (örneğin, belirli yöntemlerin veya istek/yanıt API'lerinin açıklanması) yanlış kabul edilen kabul kriterleri, ürün biriktirme listesinin yeniden yazılmasına neden olacaktır.

Aksi takdirde, regresyon testi açısından, sistemin gerçek davranışı mevcut gereksinimlerden farklı olacaktır: Bir hata etiketi açmak teknik olarak gereklidir, biriktirme listesi "modası geçmiş" hale gelir (yani, sistemin durum açıklaması önemsiz hale gelir). Aynı zamanda, müşterinin iş süreçleri değişmediyse, gereksinimleri yeniden yazmak için resmi bir neden yoktur.

#10. Tüm proje için vizyon eksikliği! 

Ayrıca büyük, uzun vadeli projeler için tipik bir hata, “büyük resmin” anlaşılmaması, ekosistemin diğer unsurlarıyla bağlantıların ve “helikopter görüşünün” eksikliği olabilir.

Çalışmanızın diğerleriyle olan bağlantılarını anlamak ve bağlantılı bir sistemin nasıl geliştiğini bilmek, kendi ürününüzü doğru ve zamanında geliştirmenizi sağlar ve "uygulamanın ayrıntılarını atmaktan" kaçınır. Ek olarak, bu şekilde yazma gereksinimlerinin seviyesini önemli ölçüde artırabilirsiniz. Bu gibi durumlarda bağlamsal derleme çok yardımcı olur.

#11. Ters yönde ilerlemek!

Bir önceki maddeyle ilişkili olarak, sistemin yapmaması gereken gereksinimleri "tersinden" yazma hatasıdır. Sonuç, sistemin neyi yapmayacağının açık olduğu, ancak ne yapacağı net olmadığı bir gereksinim birikimidir. Bunun nedeni, müşterinin işine odaklanmanın kaybolması olabilir.

#12. Yanlış değerlendirme!

Ancak hiçbir acemi iş analistinin kaçınamayacağı en yaygın hata, projenin görevlerinin kapsamını ve mesleki becerilerini hafife almak veya abartmaktır. Bunlar, doğal olarak kişinin becerilerinin gerçek seviyesini anlama ve deneyim eksikliğinden kaynaklanan aynı olgunun iki uç noktasıdır.

Belki de en etkili tavsiye, hiçbir şeyden korkmamak, aynı zamanda ekip adına kefil olmamak ve müşterinin/paydaşların önünde çalışmak olacaktır. Yeni bir iş analizi projesinden beklenen tüm eylemleri adım adım gerçekleştirmektir. BABoK'un ihtiyacınız olan tüm hareket planını içerdiğini unutmayın. Projenin başında hiçbir şeyin net olmaması normaldir.

İş zekasının önemli aracının iletişim olduğunu unutmayın. Hiçbir şey bilinmese bile, paydaşların belirlenmesi, projenin amacını, müşterinin işini bulmak ve projenin tüm sorularına cevap verecek ilk bağlam ve iş akışı diyagramlarını hazırlamak için iyi bir başlangıçtır. Bu, müşteriyle veya projeyle daha uzun süre çalışmış daha deneyimli meslektaşlarınız, üründen yanlış müşteri beklentileri oluşturmamanıza yardımcı olacaktır.

#13. Hata korkusu!

Korku felce uğratır, acemi iş analisti harekete geçmek ve projenin gidişatını ayarlamak yerine uzun süre "hareket için hazırlanmaya" başlar: Müşteriye dikkatlice mektuplar yazar, uç vaka senaryolarını, olası iş akışlarını açıklamaya odaklanır ki bunlar projenin ilk aşamalarında genellikle ihmal edilen şeylerdir. Hata yapmak sorun değil: Hem Agile hem de Scrum, hızlı hata yapmak ve hatalara aynı hızla tepki vermekle ilgilidir.

Kaynak: https://prog.world/13-common-mistakes-for-beginning-business-analysts/

Haber bültenimize abone olun

Haftada en iyi materyalleri içeren bir mektup. Hiçbir şeyi kaçırmamak için abone olun
Takip ettiğiniz için teşekkür ederiz