Please enable JavaScript.
Coggle requires JavaScript to display documents.
Бизнес-анализ ИТ-инициатив (часть 4) - Coggle Diagram
Бизнес-анализ ИТ-инициатив (часть 4)
Управление требованиями
Управление техническими условиями
Разработка и управление требованиями
Управление версиями
Требования сводятся в набор, обычно представленный в виде документа
Каждый документ должен иметь уникальный номер версии;
Версия документа может быть целым числом (Требования 1, Пользовательские требования 54, SRS 12), последовательностью чисел (Требования 1.0, Пользовательские требования 54.1, SRS 12.0.3), датой (SRS 12/08/2016) или текстом (SRS 315a);
Каждая версия и требование должно иметь историю изменений (дата, редактор, причина);
Текущая версия должна быть доступна всем членам команды разработки.
Управление изменениями
все изменения требований должны вноситься в соответствии с процессом;
нельзя заниматься проектированием или реализовывать неутвержденные изменения, кроме проверки их осуществимости;
сам по себе запрос на изменение не гарантирует выполнение этого изменения;
содержимое базы данных изменений должно быть видимым для всех заинтересованных в проекте лиц;
анализ влияния изменения необходимо выполнять для каждого изменения;
каждое включенное изменение требования должно отслеживаться вплоть до утверждения запроса на это изменение;
обоснование каждого утверждения или отклонение запроса на изменение необходимо документировать.
Отслеживание состояний требований
Proposed (Предложено)
Требование запрошено уполномоченным лицом;
Deferred (Отложено)
Одобренное требование теперь запланировано для реализации в более позднем выпуске;
Deleted (Удалено)
Утвержденное требование удалено из базовой версии;
Rejected (Отклонено)
Требование предложено, но не запланировано для реализации ни в одном из будущих выпусков.
In Progress (Разработка)
Бизнес-аналитик работает над требованием;
Drafted (Подготовлено)
Написана начальная версия требования;
Approved (Одобрено)
Ключевые заинтересованные в проекте лица согласились с этим требованием, а разработчики ПО обязались реализовать его;
Implemented (Реализовано)
Код, реализующий требование, разработан, написан и протестирован. ПО, реализующее требование теперь готово для тестирования, рецензирования и другой проверки;
Verified (Проверено)
Требование удовлетворяет критериями приемки, то есть подтверждено корректное функционирование реализованного требования.
Отслеживание связей требований
Вперед к требованиям
- определяются связи бизнес-целей (пользовательских требований) и требований
Назад от требований
определяется - связь требования с бизнес-целью
Вперед от требований
- связь требований с элементами продукта
Назад к требованиям
- связь элементов продукта с требованиями
Связи требований
Оценка качества решения
Тестирование
Критерии приемки
определяют минимальные условия, при которых приложение можно считать готовым к промышленной эксплуатации.
Поощряйте пользователей при определении критериев приемки использовать мнемоническое правило SMART.
Атрибуты качества
Базовые компетенции бизнес-аналитика
Компетенция - знания, навыки, способности и другие атрибуты индивида, необходимые для выполнения некоторой деятельности
Необходимые знания:
Знания домена бизнеса;
Зание инструментов бизнес-анализа.
Классификация компетенций бизнес-аналитика
Навыки бизнес-аналитика