Вернуться назад

Мастерство в управлении первичными требованиями и создание концепции системы

На первом этапе работы с требованиями системные и бизнес аналитики решают две ключевые задачи:

Разрешение противоречий существующих между различными заинтересованными сторонами проекта
Фиксация основного направления решения проблемы

Для успешного решения этой задачи им необходимо овладеть двумя ключевыми навыками:

Сбор и управление первичными требованиями к системе
Трансформация первичных требований в концепцию решения

Цели тренинга

Углубить и проработать навыки, связанные со сбором первичных требований и созданием концепции системы

Для кого

Владельцы продуктов (Product Owners)
Аналитики работающие с большим количеством заинтересованных лиц и противоречивыми требованиями
Аналитики имеющие опыт работы над небольшими и средними проектами.

Методология обучения

В рамках тренингов участники получают ключевой материал в виде презентаций тренера, выполняют практические задания и участвуют в дискуссиях.
Участникам тренингов предоставляются материалы лекций, базовые шаблоны, примеры и ссылки на дополнительные ресурсы.

Программа Модуль 1-й Управление требованиями и их изменениями

Главная задача данного модуля- обобщить и систематизировать знания и навыки по работе с первичными требованиями (сбор, систематизации и управление собранными требованиями).

10:00 – 10:45	Введение
	Знакомство Почему требования важны? Требования и качество Сколько это занимает времени? Характерные трудности Типы требований
10:40 – 11:30	Процесс управления требованиями
	Процесс управления Роль аналитика в процессе управления
11:30 – 11:45	Кофе брейк
11:45 – 13:30	Определение заинтересованных сторон и их представителей
	Заинтересованные стороны в проекте Определение представителей заинтересованных сторон для сбора требований Практика
13:30 – 14:30	Обед
14:30 – 15:45	Сбор первичных требований
	Интервью Групповые встречи , Семинары рабочих групп (Workshops) Другие способы получения требований (Системы , Документы, Прототипы) Практика
15:45 – 16:00	Кофе брейк
16:00 – 17:15	Работа с собранными требованиями
	Текст требований Виды требований Цели и методы классификации Классификация FURPS+ Требования к качеству требований Базовые атрибуты Приоритезация первичных требований Практика
17:15 – 17:30	Кофе брейк
17:30 – 18:30	Управление изменениями
	Источники изменений Процесс управления изменениями. Совет по контролированию изменений Жизненный цикл запроса на изменение Анализ влияния изменений Управление версиями документов Практика
18:30 – 19:00	Заключение. Вопросы и ответы

Программа Модуль 2-й. Концепция системы

Управление требованиями — это необходимый минимум для выживания в проектах, связанных с разработкой ПО. Однако настоящее достижение эффективности связано с трансформацией первичных требований и созданием образа продукта, который нужен заказчику и удобен для разработки.

10:00 – 10:45	Процесс разработки требований
	Проблемы управления требованиями Область проблем и область решений Процесс разработки требований
10:40 – 11:30	Анализ проблемы
	Принцип 5-ти почему (5w) Диаграмма Исикавы ( Fish bone) Анализ динамических аспектов существования проблемы (FFA) Постановка задачи (Problem statement) Практика
11:30 – 11:45	Кофе брейк
11:45 – 13:30	Анализ пользователей
	Формирование профилей пользователей и персон Лестница потребностей Практика
13:30 – 14:30	Обед
14:30 – 15:45	Определение системы (Definition)
	Определение границ системы Контекстная диаграмма Принципы аналитической декомпозиции системы Возможности и модель сценариев использования Принципы Story mapping Позиционирование продукта
15:45 – 16:00	Кофе брейк
16:00 – 17:15	Балансирование возможностей
	Идентификация и формализация ценности возможностей продукта ( value) Управление удовлетворенностью пользователей (Модель Кано)
17:15 – 17:30	Кофе брейк
17:30 – 18:30	«Упаковка» продукта/системы
	Нефункциональные требования. Атрибуты качества Согласование концепции
18:30 – 19:00	Заключение. Вопросы и ответы

Связанные тренинги:

Мастерство работы над сценариями использования системы
Атрибуты качества. Мастерство работы над нефункциональными требованиями