Как да организирате изискванията като бизнес анализатор

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

Бизнес изискване може да бъде представено по един от следните начини:

• Таблица или електронна таблица
• Диаграма (работен процес)
• Графика
• Модел (диаграма на обект-връзка)
• Прототип или симулация
• Структурирано изречение или текстов шаблон

Как да организираме и представим бизнес изискване

По-долу са описани стъпките за писане и организиране на изискванията като a Бизнес анализатор.

Стъпка 1) Категоризирайте изискванията.

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

Стъпка 2) Подредете изискванията.
Съберете и подредете изискванията в логичен ред. Така че, когато заинтересованите страни преглеждат изискванията, е лесно да се ориентирате и да идентифицирате липсващите елементи.

Стъпка 3) Подгответе списък.
Подгответе списък с изискванията, които трябва да бъдат прегледани от конкретни заинтересовани страни.

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

Стъпка 4) Използвайте уникални идентификатори.
Ако изискването за проследяване един към друг е трудно, тогава използвайте уникални идентификатори, улеснете проследимостта.

Стъпка 5) Настоящо изискване в предпочитания от заинтересованите страни метод
В определени сценарии може да се наложи да представите едно и също изискване по различни начини за различни заинтересовани страни. Например, една заинтересована страна предпочита графичен формат, докато другата предпочита формат на структурирано изречение.

Стъпка 6) Подгответе съдържание.
Създайте таблица със съдържание за всички изисквания. Той помага на заинтересованите страни лесно да проследяват изискванията.

Стъпка 7) Използвайте инструменти за бизнес анализ.
Инструменти за бизнес анализ които помагат при представянето и категоризирането на изискванията

Стъпка 8) Организирайте документите за изискване по поток на процеса.
Във вашия документ за изискване премахнете всички ненужни изисквания и организирайте документите за изискване по поток на процеса.

Стъпка 9) Карта на изискванията.
Съпоставете изискванията, които сте събрали, към определена стъпка в потока на процеса и това ще помогне на рецензентите да свържат изискванията с потока на процеса.

Стъпка 10) Използвайте таблица и точки.
Използвайте таблица за представяне на комплексни изисквания. Използвайте точки, за да подчертаете ключовия аспект на изискването.

Полезни съвети за писане и представяне на документ за бизнес изискване

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

• Изискването за категоризиране отнема много време и може да не е осъществимо за всяка организация да създава нова категория всеки път. За най-добра практика се препоръчва да има стандартен набор от категории, които могат да се използват често от BA, заинтересовани страни, експерти по предмети и технически екипи.
• Вашето изискване трябва да бъде изготвено в контекста на вашата аудитория. Разберете кои са ключовите играчи, влиятелни лица и лица, вземащи решения. (Заинтересовани страни, технически персонал, разработчици и др.)
• Дефинирайте едно по едно изискване. Всяко изискване трябва да бъде атомарно.
• Избягвайте двусмислието, като избягвате акроними като etc., approx., и така нататък.
• Не се позовавайте на изискване, което все още предстои да бъде определено.
• Избягвайте дублирани и противоречиви твърдения.
• Разделете комплексното изискване на управляеми и прегледни точки.
• Избягвайте да описвате как системата ще направи нещо, споменавайте само какво ще направи системата.