Меню

Роля на бизнес анализаторите в SCRUM и защо QA е най-добър за тази роля?

role business analysts scrum

кой от следните не е в състояние на тестване на системата?

Опитайте Нашия Инструмент За Премахване На Проблемите

Видна роля на бизнес анализаторите в SCRUM:

Бизнес анализатор, който скоро е наричан бакалавър, играе много драстична и важна роля в SCRUM .

Това лице е връзката между собственика / клиента на продукта и техническия ИТ екип. Въпреки че сме срещнали няколко урока на нашия уебсайт за BA, този урок по някакъв начин ще бъде уникален и ще ви обясни значението на BA в SCRUM.

Нека да изследваме !!

=> Проверете ВСИЧКИ уроци за бизнес анализатори тук.

Ролята на бизнес анализаторите в SCRUM и защо QA е най-добрата за тази роля_

Какво ще научите:

Отговорности на BA

В Scrum има няколко роли на бизнес анализатори и има определени отговорности, на които даден BA трябва да се придържа.

Малко селективни сред тях са споменати по-долу.

  • Поддържане на изоставането на продукта въз основа на приоритизирането, предоставено от собственика на продукта.
  • Анализиране на нуждите на клиентите и намиране на решения за тяхното удовлетворяване.
  • Създаване на изискванията под формата на потребителски истории с подходящи критерии за приемане.
  • Ако в случай, че потребителските истории вече са създадени от собственика на продукта (с критерии за приемане), тогава ги прегледайте, за да се уверите, че всяко бизнес правило е покрито и критериите за приемане отговарят на функционалността на потребителската история.
  • Работа със собственика на продукта и заинтересованите страни, за да се разбере обхватът, да се предложат подобрения в изискванията и т.н.
  • Подготовка на документи като телени рамки, поток на дизайна, потребителски интерфейс и др., Както и когато е необходимо.

Отделно от това, a Бизнес анализатор е важен участник в сесиите за мозъчна атака, когато екипът се среща, за да обсъди натрупването на предстоящия спринт. БА ръководи екипа, помага им да разберат изискванията и дори понякога трябва да одобри изпълнението.

Той също така работи в тясно сътрудничество с QA, като анализира покритието на теста, преобразува случаи от реалния свят в тестови случаи, предоставя информация за тестване на сложни функционалности и др. BA също участва в срещата за планиране, за да помогне на екипа в оценките, като им помогне разберете потока, сложността и зависимостта.

BA винаги трябва да продължава да научава за новата тенденция, която се случва на пазара, да продължава да обновява и да бъде в течение на бизнес сферата, за която е създаден продуктът.

BA

Бизнес анализатор като собственик на продукт

В зависимост от клиента и компанията се случва някои компании да имат Business Analyst като собственик на продукта. В тези случаи BA е контактната точка за всички запитвания. След това BA се превръща в посредник между екипа и заинтересованите страни.

BA трябва да разбере изискванията на заинтересованите страни, тяхното мислене за по-нататъшното развитие на бизнеса и какво (и как) трябва да расте. След това въз основа на изискванията на заинтересованите страни, BA трябва да създаде документите, потребителските истории, да даде приоритет на историите, да помогне на екипа да ги разбере, да отговори на техните запитвания за същото и т.н.

Най-важното нещо, което трябва да се отбележи тук, е, че това е препоръчително, когато BA е физически достъпен и не е геолокиран в друга часова зона, за да се избегне „пропастта в комуникацията“.

Ако BA като в собственика на продукта е геолокиран в различна часова зона, тогава не е възможно да се доближите до него всеки път и единственият начин за комуникация е чрез имейли или чатове или обаждания, следователно това може да доведе до липса, пропуск и дори неправилно общуване на моменти.

Според моя опит, това трябва да се следва, когато бакалавърът седи във вашия офис, до вашия екип, така че работата ви да не пречи и той (ите) ще бъде лесно достъпен. От гледна точка на BA, те притежават продукта от името на заинтересованите страни / клиентите, вземат подходящи решения и дори трябва да усвоят нови умения, които могат да включват изучаване на някои технически характеристики на разработката.

Притежаването на бизнес анализатор като собственик на продукта е допълнително предимство, тъй като бизнес анализаторът разбира продукта много добре и може да се договори и определяне на приоритети и обхват на задачите.

BA-PO

Бизнес анализатор като член на екипа

Другата възможност е бизнес анализаторът да бъде член на екипа, тъй като собственикът на продукта няма да е наличен всеки път. Когато Business Analyst е член на екипа, тогава те помагат на връстниците в подреждането.

Наличието на бизнес анализатор като член на екипа е по-изгодно, тъй като на техническия екип му е лесно и удобно да комуникира с управителния съвет за разяснения или дискусии. BA също работи в тясно сътрудничество с екипа за QA за тестване, т.е. анализиране на покритието, обхванатите случаи на употреба, всякакви скрити изисквания или надеждност или ефекти.

Понякога критериите за приемане, написани от собственика на Продукта, могат да бъдат неясни и неясни, тогава като член на екипа, отговорността на BA става да напише подробни и добре обяснени критерии за приемане. Ако екипът се нуждае от повече информация, тогава BA също така създава каркасни документи, документи за потоци и т.н., за да помогне на екипа да разбере изискванията.

В мащабни проекти, при които модулите се разпределят между екипи, наличието на BA за повече от един екип също е допълнително предимство. Тъй като BA е еднакъв между екипите, той може да мисли за оперативната съвместимост на модулите, как новите функции или актуализации ще повлияят на останалите модули и т.н.

По този начин това би помогнало много на техническите екипи да разгледат такива аспекти, тъй като не винаги потребителските истории или критериите за приемане споменават такива.

Член на BA_Team

Значение и роля на бизнес анализаторите в екипа на SCRUM

Ролята на бизнес анализаторите в SCRUM е много важна за успеха на даден проект. Тяхното участие започва точно от разбирането на нуждата на клиента от Sprint Demo. Те са първата точка за контакт с техническия екип за разяснения. Те са още по-важни в началните фази на нов проект и проектите с голям мащаб.

Собственикът на продукта не винаги ще бъде добър писател, понякога те произхождат от технически опит и следователно отговорността на бизнес анализатора е да пише историите, приемането, телените рамки и т.н.

В моя проект нашата ПО не беше толкова добра с документацията и дори написаните истории на потребителите никога не бяха повече от 2-3 лайнера, докато критериите за приемане бяха само 1 лайнер. Бизнес анализаторът беше този, който ги модифицира, прави ги по-обяснителни и сложни.

Дори понякога се случваше нашият доставчик на поръчки да пише потребителски истории, които имаха 21 или повече сюжетни точки и следователно бизнес анализаторът трябваше да отдели допълнително време и усилия, за да ги разбие и да ги приоритизира със собственика на продукта.

Можете да си представите какво би се случило, ако няма бизнес анализатор и вашият собственик на продукта е създал потребителска история като „Като клиент искам да извърша всички банкови операции за моята сметка“, с критерии за приемане като:

  1. Клиентът трябва да може да влезе.
  2. Клиентът трябва да може да извършва транзакции в моя акаунт.
  3. Клиентът трябва да може да изтегли моите исторически изявления и т.н.

Сега, по мое мнение, тази потребителска история би съдържала дори повече от 34 сюжетни точки, поради което е необходимо да я разделим допълнително. Нещата биха се влошили за техническия екип, ако не бъдат предоставени правилните диаграми на потока и екраните на потребителския интерфейс (които ще бъдат създадени).

Това би довело до неуспешен спринт и от своя страна до неуспешен проект. Освен ако собственикът на продукта не е обучен / практикуващ бизнес анализатор, трябва да има такъв в екипа.

Защо QA е най-подходящ за тази работа?

QA е лице, което проверява предложеното решение за проблем / изискване, като го тества. Следователно бизнес анализаторите / заинтересованите страни / собствениците на продукти са много нетърпеливи да знаят за обратната връзка на QA. Участието на BA в тестването е малко повече от това, което е в процес на разработка.

Бизнес анализатор работи в тясно сътрудничество с QA при прегледа на покритието на тестовия случай, което дава представа за скритите потоци или изисквания / ефекти. По този начин този вид споделяне на знания (от BA) ги кара да разберат напълно функционалността на продукта, бизнес правилата, очакванията на клиентите, потоците, зависимостите и всичко.

QA винаги тества от гледна точка на крайния клиент, който би използвал продукта, следователно шансовете да помогнете на клиента за подобрения, подобрения в продукта са повече (в сравнение с разработчик). Разработчиците разработват продукта за дадена потребителска история и набора от критерии за приемане, но не винаги мислят как клиентът би използвал продукта .

При разработването внедряването на даден продукт, потокът и правилата са добре дефинирани, но тестването се основава изцяло на логическото мислене и способността да се мисли от гледна точка на крайните потребители.

QA може да започне да влиза в ролята на бизнес анализатори в SCRUM поради многото възможности, които се предлагат в ежедневната работа.

Препоръчително четене => Преместване на кариерата от тестер към бакалавър

Много е лесно за QA да влезе в ролите като:

  • Проучете изискванията много задълбочено и посочете пропуските в срещите за преглед / мозъчната атака и т.н. Опитайте се да помислите за по-добри решения и да обсъдите същото с екипа и управителя.
  • Бъдете внимателни при разговори със собственика на продукта, задавайте въпроси и споделяйте своите констатации. Това ще повиши доверието на собственика на продукта, показвайки интереса ви към продукта.
  • Поставете се между BA и екипа за разработка, вие трябва да бъдете контактната точка за разработчиците в случай на разяснения или съмнения.
  • Настройте процеса на тестване и продължете да го обновявате, като го променяте, за да помогнете при предоставянето на успешни спринтове.
  • В случай на продукти с изискани потребителски интерфейси, търсете нови тенденции и предлагайте такива подобрения.
  • Разберете продукта напълно навътре и навън.
  • Изградете силни познания за заинтересованите страни, техните очаквания и споделете своя опит с тях.

Това също така означава, че за да влезете в ролята на бакалавър, трябва да подобрите уменията си. На пазара се намират няколко курса, които включват както основно, така и напреднало ниво.

Вие сте BA / QA? Правилно ли сме посочили всичко за вашата роля? Или мислите ли, че сме пропуснали нещо, което уникално изпълнявате? Ще се радваме да чуем от вас. Чувствайте се свободни да ги споделите с нас в раздела за коментари по-долу !!

=> Посетете тук, за да видите серията Business Analyst For All.

Препоръчително четене

^