Будь бизнес-аналитиком

К ИТ-системе / к ИТ-решению

– Выбираем конкретную компоненту в ИТ-решении

– Описываем ее функциональность

– Описываем нефункциональные требования

Акценты на:

– атрибуты системы

– сроки осуществления операций

– использование справочников

К Бизнес-процессу

– Выбираем процесс или часть процесса (с учетом рамок процесса)

– Описываем требования к выполнению подшагов процесса

– Описываем условия выполнения подшагов процесса

Акценты на:

– сроках выполнения

– участниках и ответственных

– ограничениях процесса

– условиях процесса

Существует универсальная формула описания требований:

Пример 1

1.1. Требуется, чтобы будильник включался ежедневно с понедельника по пятницу в 7.00 и играл с повышением звука от уровня 1 до уровня 5.

1.2. В случае отсутствия реакции на будильник в течение 1 минуты, будильник производит паузу в течение 20 секунд и цикл п. 1.1 запускается заново.

Пример 2

2.1. Требуется автоматизированная отправка платежного поручения на адрес контрагента из системы N в момент осуществления транзакции К для каждой операции с меткой J.

2.2. В случае отсутствия электронной почты в информационной системе N система записывает в неуведомительные логи, что платежное поручение по контрагенту в транзакции К отправлено не было.

Классификация

Сбор требований начинается с определения того, что требование должно из себя представлять. Разобраться в типах требований поможет общая классификация.

1. Бизнес-требования

Для чего это нужно нашей компании?

– Автоматизировать процессы

– Сократить затраты времени на этапах процесса

– Повысить качество продукции

– Оптимизировать принятие решений

2. Требования стейкхолдеров

Что хочет стейкхолдер?

– Рассчитать производительность и экономическую эффективность

– Получить отчеты в интересующих форматах и детализации

– Отправить запросы и получить актуальную информацию

3. Нефункциональные требования

Какие условия окружающей среды нужно учитывать и для чего?

– Создать условия для локализации

– Обеспечить юридическую, финансовую и аудиторскую прозрачность

– Сохранить конфиденциальность

– Написать документацию для пользователей

– Сохранить непрерывность бизнес-процессов

4. Функциональные требования

Что должно делать итоговое решение?

– Персонифицировать настройки

– Ограничивать доступ

– Обеспечить возможность поиска данных

– Предоставить возможность интеграции данных из других систем

5. Бизнес-правила

Что нужно сделать для соответствия внешним ограничениям?

– Выполнить условия нормативных документов

– Учесть все вводимые регулятором ограничения

– Получить лицензии и другие разрешения

6. Переходные требования

Что нужно для перехода из текущего состояния в будущее?

– Обучить пользователей из бизнес-подразделений

– Хранить документацию и данные при миграции из одной архитектуры в другую

– Разработать алгоритм ввода в эксплуатацию

– Оказать поддержку на этапе ввода в эксплуатацию

Пример: развитие персонала и обучающие приложения и порталы

Цель: Повышение эффективности производственных процессов на Х процентов за счет развития цифровых компетенций сотрудников

Бизнес-требование: Повышение численности сотрудников, прошедших курсы по ИТ, на 10%

Требование заинтересованных лиц (рядовой сотрудник):

– Доступность курса вне корпоративной сети

– Как слушателю курса, мне необходимо иметь возможность проходить курс с любых устройств в удобное время, чтобы не привязываться к РМ в офисе

Функциональное требование: Система позволяет пользователю просматривать видео-курсы с мобильного устройства, подстраивая разрешение под размеры экрана

Нефункциональное требование: Система должна стабильно работать при нагрузке не менее 1000 пользователей, одновременно работающих с видео-контентом

Свойства, которыми должны обладать требования легко запомнить по мнемоформуле: 4П-НОСОК.

Какими должны быть требования?

Полными: Представлена вся необходимая информация. Включено даже то, что может показаться общеизвестным и понятным

Приоритезированными: Требования отсортированы по важности, стабильности, срочности. Важность влияет на успех проекта. Стабильность защищает от внесения изменений. Срочность показывает насколько быстро требование должно быть реализовано

Проверяемыми: Есть возможность сформулировать измеримый критерий выполнения данного требования