2. Анализ производительности: Когда проект уже выпущен, БА и РП могут совместно анализировать достижение КПЭ с учетом изначально заложенных ожиданий. Это поможет определить приоритеты будущих улучшений продукта.
3. Приемочное тестирование пользователей: Помогает снизить риски на ранних этапах и сэкономить время и средства, затрачиваемые на разработку. Совместная работа РП и БА поможет улучшить планы тестирования, валидацию действий при тестировании, анализ результатов и др.
Требования
Следующий шаг приведет нас к главе, посвященной требованиям.
Все начинается с идеи. Например, такой идеи: «Хочу, чтобы холодильник сам заказывал продукты, когда надо». Такая «хотелка» к моменту итоговой реализации начинает обрастать другими «хотелками», как снежный ком при спуске с горы. Юристы хотят, чтобы пользовательское соглашение к холодильнику было размером с «Войну и мир». Продуктовые магазины хотят, чтобы холодильник заказывал у них только самые дорогие продукты. А пользователь хочет вкусно поесть и не переживать за пустой холодильник. И чтобы было место для магнитиков.
Набор таких «хотелок» и называется требованиями.
Чтобы собрать и помочь воплотить в жизнь требования, компании нужен бизнес-аналитик.
Требования сосредоточены на понимании того, какую ценность можно получить, если требование будет выполнено. BABOK 3.0
Требования это спецификация того, что должно быть реализовано. В них описано поведение системы, свойства системы или ее атрибуты. Требования могут служить ограничениями в процессе разработки системы. [5]
Требования влияют не только на сам результат, но и на восприятие этого результата. Помните, что требования исходят от человека. А человеку свойственно радоваться от исполнения желаний (и требований).
Требования не равно цель
Важно понимать, что Цель и Требование это разные понятия в рамках реализации проекта.
Цель проекта это желаемый результат (эффекты, выгоды), достигаемый в итоге успешного осуществления проекта. Основными показателями здесь являются получение результата, заданного уровня качества, в рамках временных и стоимостных ограничений.
Требования это формализованное описание потребностей (т.е. конкретные функции, свойства и атрибуты).
Цель. Строго связано с бизнес-показателями. Ставится 1 раз на весь период реализации проекта.
Пример: Повысить эффективность процесса обслуживания на 20%.
Требования могут ставиться многократно к разным объектам внутри проекта изменений.
Пример: Запускать процесс X ежедневно с 9 до 10 утра за исключением вторника и воскресенья.
Требования могут быть не только к ИТ-решению, но и к бизнес-процессам (о них будем говорить позже).
К ИТ-системе / к ИТ-решению
Выбираем конкретную компоненту в ИТ-решении
Описываем ее функциональность
Описываем нефункциональные требования
Акценты на:
атрибуты системы
сроки осуществления операций
использование справочников
К Бизнес-процессу
Выбираем процесс или часть процесса (с учетом рамок процесса)
Описываем требования к выполнению подшагов процесса
Описываем условия выполнения подшагов процесса
Акценты на:
сроках выполнения
участниках и ответственных
ограничениях процесса
условиях процесса
Существует универсальная формула описания требований:
Пример 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П-НОСОК.
Какими должны быть требования?
Полными: Представлена вся необходимая информация. Включено даже то, что может показаться общеизвестным и понятным
Приоритезированными: Требования отсортированы по важности, стабильности, срочности. Важность влияет на успех проекта. Стабильность защищает от внесения изменений. Срочность показывает насколько быстро требование должно быть реализовано
Проверяемыми: Есть возможность сформулировать измеримый критерий выполнения данного требования
Понятными: Описание сформулировано так, чтобы все участники проектной команды однозначно понимали требование
Необходимыми: Если требование не обязательно к реализации или за время обсуждений оно утратило актуальность, то его нужно исключить из списка требований
Осуществимыми: Обеспечена технологическая и финансовая возможность реализации требования к нужному сроку