Similar presentations:
Онлайн образование
1.
Онлайнобразование
otus.ru
2.
Проверить, идет ли записьМеня хорошо видно
&& слышно?
3.
ПрактикумУправление изменениями,
трассировка требований
Бодров Иннокентий
Lead Analyst at Stenn International
[email protected]
Tg: @innokentyB
Facebook: innokentyB
4.
Бодров ИннокентийLead analyst at Stenn
International
Ведущий аналитик продуктовой
команды
Более 14 лет в системном и бизнес
анализе, из них более 10 в проектах
Специализируюсь в области
финтех, телеком-проектов и
электронного документооборота
5.
ПреподавательИрина Гертовская
Аналитик, инженер по требованиям
Руководитель подразделений ИТ-аналитиков
Успешные проекты для крупного бизнеса, финтеха
Соавтор проф.стандарта РФ «Бизнес-аналитик», 2018 г.
Председатель программного комитета ЛАФ
Докладчик конференций AnalystDays, SECR, ЛАФ, Точка
сборки, INFOSTART, SQA Days
Преподаватель курса «Системный аналитик. Basic»
6.
Правила вебинараАктивно
участвуем
Условные
обозначения
Индивидуально
Off-topic обсуждаем
в Slack #канал группы или #general
Время, необходимое
на активность
Пишем в чат
Задаем вопрос
в чат или голосом
Вопросы вижу в чате,
могу ответить не сразу
Говорим голосом
Документ
Ответьте себе или
задайте вопрос
7.
Маршрут вебинараРетро: Методы управления требованиями
Практикум: управление требованиями
Рефлексия
8.
Цели вебинараПосле занятия вы сможете
1.
Научится планировать управление требованиями
2.
Выявлять зависимости для управления требованиями
3.
Выполнять управление требованиями
9.
Управление изменениями10.
Изменение требованийУсловие
По заключенному контракту на разработку системы бронирования услуг поступило официальное
письмо от генерального директора фирмы-заказчика.
В письме сообщается, что в связи с ковидом следует изменить MVP. Вместо бронирования столиков
в ресторане реализовать бронирование услуг доставки продуктов. Доставку продуктов оказывают
несколько логистических фирм. Заказывают онлайн-магазины.
Задание
Определить артефакты, требующие изменения в требованиях:
1. Рассмотреть список разрабатываемых требований (см. прилагаемую таблицу, лист Ревизия 1).
2. Выявить требования, подлежащие изменению в связи с изменением MVP, перевести в статус На
анализе.
3. Определить требования, которые следует зарегистрировать, включить в версию (указать в
таблице, статус Новое).
4. Выявить требования, которые следует исключить из версии (указать статус К исключению).
5. Обработанные требования выделить цветом, указать легенду.
6. *Указать приоритет обработки требований (дополнить в таблице).
Результат предоставить в виде таблицы, лист Ревизия 2.
11.
Виды требованийПонятие
Определение
Бизнес-требование
Высокоуровневая бизнес-цель организации или заказчиков системы
Бизнес-правило
Определяющее или ограничивающее политика или правило
Пользовательские требования
Задачи, которые должны получать пользователи от системы или выполнять с
помощью системы
Внешние интерфейсы
Взаимодействие с другими системами или пользователем
Ограничения
Ограничения доступных вариантов реализации
Системные требования
Верхнеуровневые требования к продукту, содержащему несколько подсистем и
состоящему из ПО или ПО и оборудования
Функциональные требования
Требуемое поведение системы в определенных условиях
Нефункциональные требования
Свойства или особенности, которыми должна система или ограничения, которое
должна соблюдать система
Атрибуты качества
Характеристики свойств, особенности, ограничения системы
12.
Виды требованийПонятие
Определение
Бизнес-требование
Высокоуровневая бизнес-цель организации или заказчиков системы
Бизнес-правило
Определяющее или ограничивающее политика или правило
Пользовательские требования
Задачи, которые должны получать пользователи от системы или выполнять с
помощью системы
Внешние интерфейсы
Взаимодействие с другими системами или пользователем
Ограничения
Ограничения доступных вариантов реализации
Системные требования
Верхнеуровневые требования к продукту, содержащему несколько подсистем и
состоящему из ПО или ПО и оборудования
Функциональные требования
Требуемое поведение системы в определенных условиях
Нефункциональные требования
Свойства или особенности, которыми должна система или ограничения, которое
должна соблюдать система
Атрибуты качества
Характеристики свойств, особенности, ограничения системы
13.
Взаимозависимость требованийтребова
Бизнесправила
ний
НФТ
требова
Атрибуты
качества
ний
требован
Внешние
интерфейсы
ий
требовани
й
Ограничения
14.
Взаимозависимость требованийтребова
Бизнесправила
ний
НФТ
требова
Атрибуты
качества
ний
требован
Внешние
интерфейсы
ий
требовани
й
Ограничения
15.
Атрибуты требованийКаждый тип требований может характеризоваться различным набором свойств, которые
называются атрибутами требования. Атрибуты требований – основной инструмент для
управления требованиями. По атрибутам можно делать различные выборки (представления view) требований в зависимости от интересов различных ролей проектной команд.
BREQ
• Статус
• Номер версии
• Приоритет
• Подсистема
• Основание
• Источник требования
• Ответственный
UC
• Статус
• Номер версии
• Приоритет
• Подсистема
• Основание
• Источник требования
• Ответственный
FREQ
• Статус
• Номер версии
• Приоритет
• Подсистема
• Основание
• Источник требования
• Ответственный
16.
Статусы17.
Пример трассировки изменений18.
Вопросы?Ставим “+”,
если вопросы есть
Ставим “–”,
если вопросов нет
19.
Практикум20.
Изменение требованийУсловие
По заключенному контракту на разработку системы бронирования услуг поступило официальное
письмо от генерального директора фирмы-заказчика.
В письме сообщается, что в связи с ковидом следует изменить MVP. Вместо бронирования столиков
в ресторане реализовать бронирование услуг доставки продуктов. Доставку продуктов оказывают
несколько логистических фирм. Заказывают онлайн-магазины.
Задание
Определить артефакты, требующие изменения в требованиях:
1. Рассмотреть список разрабатываемых требований (см. прилагаемую таблицу, лист Ревизия 1).
2. Выявить требования, подлежащие изменению в связи с изменением MVP, перевести в статус На
анализе.
3. Определить требования, которые следует зарегистрировать, включить в версию (указать в
таблице, статус Новое).
4. Выявить требования, которые следует исключить из версии (указать статус К исключению).
5. Обработанные требования выделить цветом, указать легенду.
6. *Указать приоритет обработки требований (дополнить в таблице).
Результат предоставить в виде таблицы, лист Ревизия 2.
21.
Вопросы?Ставим “+”,
если вопросы есть
Ставим “–”,
если вопросов нет
22.
Список материалов для изученияBABOK. Руководство к своду знаний по бизнес-анализу. V3
К.Вигерс, Д.Битти «Разработка требований к программному обеспечению»
Э.Халл, К.Джексон, Д.Дик «Инженерия требований»
Управление требованиями к IT-проектам darkneo https://habr.com/ru/post/114571/
https://www.webursitet.ru/article/trebovaniya-k-sisteme-upravleniya-trebovaniyami.html
http://earchive.tpu.ru/bitstream/11683/17013/1/conference_tpu-2015-C04-v2-067.pdf
https://habr.com/ru/company/sqalab/blog/217737/
23.
Рефлексия24.
Вопросы для проверки1.
Для чего управлять требованиями?
2.
Какие методы управления требованиями вы знаете?
3.
Что такое трассировка?
25.
РефлексияС какими основными мыслями
и инсайтами уходите с вебинара?
Как будете применять на практике то,
что узнали на вебинаре?
26.
Следующий вебинар22 сентября 2022
Этапы, задачи и виды проектирования
Ссылка на вебинар
будет в ЛК за 15 минут
Материалы
к занятию в ЛК —
можно изучать
Обязательный
материал обозначен
красной лентой
27.
Заполните, пожалуйста,опрос о занятии
по ссылке в чате
28.
Спасибо за внимание!Приходите на следующие вебинары
И ещё...
Slack #са-2022-07 #general
Конференции (Analyst Marathon, Analyst Days) и митапы
Канал PRO анализ в ИТ
Бодров Иннокентий
Lead Analyst at Stenn International
[email protected]
Tg: @innokentyB
Facebook: innokentyB
https://t.me/spherical_analyst