Menü

SCRUM'da İş Analistlerinin Rolü ve QA Bu Rol için Neden En İyisidir?

  • Ana
  • Çevik Test
  • SCRUM'da İş Analistlerinin Rolü ve QA Bu Rol için Neden En İyisidir?

role business analysts scrum

en iyi harici sabit disk kurtarma yazılımı

Sorunları Ortadan Kaldırmak Için Enstrümanımızı Deneyin

SCRUM'da İş Analistlerinin Öne Çıkan Rolü:

Kısaca BA olarak anılan bir İş Analisti, şu konularda çok sert ve önemli bir rol oynar: SCRUM .

Bu kişi, ürün sahibi / müşteri ile teknik BT ekibi arasındaki bağlantıdır. Web sitemizde BA'da birkaç öğreticiyle karşılaşmış olsak da, bu eğitim bir şekilde benzersiz bir ders olacak ve SCRUM'da BA'nın önemini size açıklayacaktır.

Hadi keşfedelim!!

=> TÜM İş Analisti Eğitimlerine Buradan Bakabilirsiniz.

SCRUM

Ne öğreneceksin:

BA'nın Sorumlulukları

Scrum'da birkaç İş Analistinin Rolü vardır ve BA'nın uyması gereken belirli sorumluluklar vardır.

Bunların arasından çok az seçici olanlardan aşağıda bahsedilmiştir.

  • Ürün sahibi tarafından sağlanan önceliklendirmeye dayalı olarak ürün birikimini düzenlemek.
  • Müşteri ihtiyaçlarını analiz etmek ve bunlara yönelik çözümleri bulmak.
  • Gereksinimleri, uygun kabul kriterleri ile kullanıcı hikayeleri şeklinde oluşturmak.
  • Kullanıcı öykülerinin ürün sahibi tarafından önceden oluşturulmuş olması durumunda (kabul kriterleri ile), her iş kuralının kapsandığından ve kabul kriterlerinin kullanıcı öyküsü işlevselliğini karşıladığından emin olmak için bunları gözden geçirin.
  • Kapsamı anlamak, gereksinimlerde iyileştirmeler önermek vb. İçin ürün sahibi ve paydaşlarla birlikte çalışmak.
  • Gerektiğinde tel kafesler, tasarım akışı, UI vb. Gibi belgeleri hazırlamak.

Bunun dışında bir İş analisti takım gelecek sprint'in iş yığınını tartışmak için toplandığında beyin fırtınası oturumlarının önemli bir katılımcısıdır. BA, ekibe rehberlik eder, gereksinimleri anlamalarına yardımcı olur ve hatta bazen uygulamayı onaylaması gerekir.

Ayrıca, test kapsamını analiz etme, gerçek dünya kullanım durumlarını test senaryolarına dönüştürme, karmaşık işlevleri test etmek için içgörü sağlama vb. Gibi QA'larla yakın bir şekilde çalışır. BA ayrıca ekibe tahminlerde yardımcı olmak için planlama toplantısına katılır. akışı, karmaşıklığı ve bağımlılığı anlayın.

BA, her zaman pazarda devam eden yeni eğilimi öğrenmeye, yenilik yapmaya devam etmeli ve ürünün yapıldığı iş alanı hakkında güncel kalmalıdır.

BA

Ürün Sahibi Olarak İş Analisti

Müşteriye ve şirkete bağlı olarak, bazı şirketlerin ürün sahibi olarak İş Analistine sahip olduğu görülür. Bu durumlarda, BA tüm sorgular için iletişim noktasıdır. BA daha sonra ekip ve paydaşlar arasında arabulucu olur.

Yönetim Kurulu, Paydaşların gereksinimlerini, işi ilerletme konusundaki düşüncelerini ve işin neyin (ve nasıl) büyümesi gerektiğini anlamalıdır. Daha sonra, Paydaşların gereksinimlerine göre, BA dokümanları, kullanıcı hikayelerini, hikayeleri önceliklendirmeli, ekibin bunları anlamasına yardımcı olmalı, aynı konudaki sorularını cevaplamalıdır, vb.

Burada dikkat edilmesi gereken en önemli şey, BA fiziksel olarak mevcut olduğunda ve 'iletişim boşluğunu' önlemek için farklı bir saat dilimine konumlandırılmadığında bunun tavsiye edilebilir olmasıdır.

İş Ortağı ürün sahibindeki gibi farklı bir saat dilimine konumlandırılmışsa, ona her seferinde yaklaşmak mümkün değildir ve iletişim kurmanın tek yolu e-postalar, sohbetler veya aramalardır, bu nedenle bu eksiklik, boşluk ve hatta zaman zaman iletişimsizlik.

Tecrübelerime göre, iş idaresi ofisinizde, ekibinizin yanında otururken, çalışmanızın aksamaması ve ona kolayca yaklaşılabilmesi için bu takip edilmelidir. Bir iş idaresinin bakış açısından, ürüne paydaşlar / müşteriler adına sahip olurlar, uygun kararlar verirler ve hatta bazı geliştirme tekniklerini öğrenmeyi de içerebilecek yeni beceriler öğrenmeleri gerekir.

Ürün Sahibi olarak bir İş Analistine sahip olmak ek bir avantajdır çünkü İş Analisti ürünü çok iyi anlar ve görevlerin önceliklendirilmesi ve kapsamı da müzakere edilebilir.

BA-PO

Takım Üyesi Olarak İş Analisti

Diğer seçenek ise, Ürün Sahibi her seferinde müsait olmayacağı için İş Analistini ekip üyesi olarak bulundurmaktır. İş Analisti bir ekip üyesi olduğunda, birikmiş işlerin hazırlanmasında meslektaşlara yardımcı olurlar.

Ekip üyesi olarak bir İş Analistine sahip olmak daha avantajlıdır çünkü teknik ekip açıklama veya tartışmalar için İK ile iletişim kurmayı kolay ve rahat bulur. BA ayrıca, kapsamı, kapsanan kullanım durumlarını, gizli gereksinimleri veya güvenilirliği veya etkileri test etmek için QA ekibiyle yakın çalışır.

Bazen Ürün sahibi tarafından yazılan kabul kriterleri belirsiz olabilir ve net olmayabilir, o zaman bir ekip üyesi olarak ayrıntılı ve iyi açıklanmış kabul kriterleri yazmak İD'nin sorumluluğu haline gelir. Ekibin daha fazla bilgiye ihtiyacı varsa, BA ekibin gereksinimleri anlamasına yardımcı olmak için tel kafes belgeleri, akış belgeleri vb. Oluşturur.

Modüllerin ekipler arasında dağıtıldığı büyük ölçekli projelerde, birden fazla ekip için BA'ya sahip olmak da ek bir avantajdır. BA ekipler arasında aynı olduğundan, modüllerin birlikte çalışabilirliği, yeni özelliklerin veya güncellemelerin diğer modülleri nasıl etkileyeceği vb. Hakkında düşünebilir.

Böylelikle bu, teknik ekiplerin, kullanıcı hikayelerinde veya kabul kriterlerinde her zaman böyle belirtilmediği için, bu tür hususları dikkate almalarına büyük ölçüde yardımcı olacaktır.

BA_Team üyesi

SCRUM Ekibinde İş Analistlerinin Önemi ve Rolü

SCRUM'da İş Analistlerinin rolü, bir projenin başarısında çok önemlidir. Katılımları, müşterinin Sprint Demosuna olan ihtiyacını anlamakla başlar. Açıklamalar için teknik ekip için ilk temas noktasıdırlar. Yeni bir projenin ilk aşamalarında ve ölçek olarak büyük olan projelerde daha da önemlidir.

Ürün Sahibi her zaman iyi bir yazar olmayacaktır, bazen teknik bir geçmişe sahiptirler ve bu nedenle hikayeleri, kabulleri, taslakları vb. Yazmak İş Analistinin sorumluluğunda olur.

Benim projemde, PO'muz dokümantasyon konusunda o kadar iyi değildi ve yazılan kullanıcı hikayeleri bile hiçbir zaman 2-3 satırdan fazla değildi, oysa kabul kriterleri sadece 1 satırdı. Bunları değiştiren, daha açıklayıcı ve ayrıntılı hale getiren İş Analistiydi.

Zaman zaman, PO'muz 21 veya daha fazla hikaye puanı olan kullanıcı hikayeleri yazdı ve bu nedenle, İş Analisti bunları ayırmak ve Ürün Sahibi ile önceliklendirmek için fazladan zaman ve çaba harcamak zorunda kaldı.

İş Analisti yoksa ve Ürün Sahibiniz aşağıdaki gibi kabul kriterleriyle 'Müşteri olarak hesabım için tüm bankacılık işlemlerini gerçekleştirmek istiyorum' gibi bir kullanıcı hikayesi oluşturduysa ne olacağını hayal edebilirsiniz:

  1. Müşteri giriş yapabilmelidir.
  2. Müşteri hesabımda işlem yapabilmelidir.
  3. Müşteri geçmiş beyanlarımı vb. İndirebilmelidir.

Şimdi, bana göre, bu kullanıcı hikayesi 34 hikaye puanından daha fazlasını taşıyabilir, dolayısıyla onu daha da ayrıntılı bir şekilde incelemeye ihtiyaç var. Uygun akış şemaları ve UI ekranları (oluşturulacak) sağlanmadığı takdirde teknik ekip için işler daha da kötüleşecektir.

Bu, başarısız bir sprint'e ve dolayısıyla başarısız bir projeye yol açacaktır. Ürün Sahibi eğitimli / uygulamalı bir İş Analisti olmadığı sürece, ekipte bir tane bulunması gerekir.

Bu İş için QA Neden En Uygun?

QA, bir problem / gereksinim için önerilen çözümü test ederek doğrulayan kişidir. Dolayısıyla, İş Analisti / Paydaşlar / Ürün Sahipleri, bir KG'nin geri bildirimi hakkında bilgi sahibi olmaya çok isteklidirler. Bir BA'nın teste katılımı, geliştirme aşamasında olduğundan biraz daha fazlasıdır.

Bir İş Analisti, gizli akışlar veya gereksinimler / etkiler hakkında fikir veren test senaryosu kapsamını gözden geçirirken bir QA ile yakın bir şekilde çalışır. Böylelikle bu tür bilgi paylaşımı (BA tarafından), ürün işlevselliğini, iş kurallarını, müşteri beklentilerini, akışları, bağımlılıkları ve her şeyi tamamen anlamalarını sağlar.

QA her zaman ürünü kullanacak olan son müşterinin bakış açısından test eder, bu nedenle müşteriye iyileştirmeler, üründeki iyileştirmeler için yardım etme şansı daha fazladır (bir geliştiriciye kıyasla). Geliştiriciler, belirli bir kullanıcı hikayesi ve bir dizi kabul kriteri için ürünü geliştirir, ancak her zaman bir müşterinin ürünü nasıl kullanacağını düşünmezler. .

Geliştirme aşamasında, bir ürünün uygulanması, akış ve kurallar iyi tanımlanmıştır, ancak test tamamen mantıksal düşünme ve son kullanıcıların bakış açısından düşünme yeteneğine dayanmaktadır.

QA, günlük işlerde sunulan birçok fırsat nedeniyle SCRUM'da İş Analistleri rolüne girmeye başlayabilir.

Önerilen Okuma => Test Uzmanından İş Yönetimine Kariyer Değişimi

Bir QA'nın aşağıdaki gibi rollere girmesi çok kolaydır:

  • Gereksinimleri çok derinlemesine inceleyin ve gözden geçirme toplantılarındaki / beyin fırtınası oturumlarındaki vb. Boşlukları belirtin. Daha iyi çözümler düşünmeye çalışın ve aynı şeyi takım ve BA ile tartışın.
  • Ürün Sahibi ile aramalarda dikkatli olun, sorular sorun ve bulgularınızı paylaşın. Bu, ürüne olan ilginizi gösteren Ürün Sahibi'nin güvenini artıracaktır.
  • Kendinizi BA ile geliştirme ekibi arasına sığdırın, açıklama veya şüphe durumunda geliştiriciler için iletişim noktası olmalısınız.
  • Test sürecini kurun ve başarılı sprintler sağlamaya yardımcı olacak şekilde değiştirerek yeniliğe devam edin.
  • Süslü kullanıcı arayüzlerine sahip ürünler söz konusu olduğunda, yeni trendlere dikkat edin ve bu tür iyileştirmeler önerin.
  • Ürünü tamamen içeri ve dışarı anlayın.
  • Paydaşlarınız, beklentileri hakkında güçlü bir bilgi oluşturun ve deneyimlerinizi onlarla paylaşın.

Bu aynı zamanda BA rolüne girmek için becerilerinizi geliştirmeniz gerektiği anlamına gelir. Piyasada hem temel hem de ileri seviyeyi içeren çeşitli kurslar bulunmaktadır.

BA / QA mısınız? Rolünüz hakkında her şeyi haklı olarak gösterdik mi? Yoksa kaçırdığımızı mı düşünüyorsun benzersiz bir şekilde gerçekleştirdiğiniz bir şey? Sizden haber almaktan memnuniyet duyarız. Aşağıdaki yorumlar bölümünde bizimle paylaşmaktan çekinmeyin !!

=> Herkes İçin İş Analisti Serisini Görmek İçin Burayı Ziyaret Edin.

Önerilen Kaynaklar

^