Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Артур Селецький Workshop “Типові проблеми виявлення вимог та їх рішення“

145 views

Published on

Артур Селецький Workshop “Типові проблеми виявлення вимог та їх рішення“

Published in: Business
  • Be the first to comment

Артур Селецький Workshop “Типові проблеми виявлення вимог та їх рішення“

  1. 1. Типичные проблемы выявлений требований и их решения Автор: Артур Селецкий
  2. 2. О себе Артур Селецкий  Руководитель проектного офиса  Руководитель проектов  Бизнес-аналитик  Scrum master  Product owner
  3. 3. Процесс разработки требований Анализ Документ Выявление Согласование
  4. 4. С чего начать? Потребности Системные требования
  5. 5. Что выявляем? Потребности Системные требования  Заинтересованные лица  Потребности и обязанности  Проблемы  Цели  Пользовательские требования  Функциональные требования  Нефункциональные требования
  6. 6. Методы выявления требований Метод/Роль Пользователи Внешняя рабочая группа проекта Внутренняя рабочая группа проекта Анализ БП и деятельности Х Х Анализ документов Х Х Анкетирование Х Интервью Х Х Исследование существующего ПО Х Мозговой штурм Х Х Наблюдение Х Х Опыт Х Ролевая игра Х Х Х Прототип Х Х Совещания Х Х Сценарии использования Х Х Х
  7. 7. Проблемы выявления требований  Недопонимание между аналитиком и заказчиком  Нет заказчика  Заказчику ничего ненужно  Заказчик не знает, чего хочет  Противоречие заказчиков  Ограниченный доступ к заказчику  Требования постоянно меняются
  8. 8. Недопонимание между аналитиком и заказчиком
  9. 9. Недопонимание между аналитиком и заказчиком Что делать? Методы  Наладить контакт с заказчиком  Изучить предметную область  Определить глоссарий  Понять реальные проблемы  Проявлять инициативу  Анализ БП и деятельности  Анализ документов  Исследование существующего ПО и его проблем  Интервью  Наблюдение  Прототипирование  Сценарии использования
  10. 10. Нет заказчика
  11. 11. Нет заказчика Что делать? Методы  Организовывать опросы и исследования  Анализ конкурирующего ПО  Привлекать и мотивировать пользователей  Проявлять инициативу  Организовывать интервью и совещания  Эскалировать на руководство  Анкетирование  Анализ документов  Исследование существующего ПО и его проблем  Мозговой штурм  Ролевая игра  Прототипирование  Наблюдение
  12. 12. Заказчику ничего не нужно
  13. 13. Заказчику ничего не нужно Что делать? Методы  Наладить контакт с заказчиком  Понять реальные проблемы  Объяснить - что только заказчик может помочь  Эскалировать на руководство  Анализ предыдущего опыта  Анализ документов  Исследование существующего ПО и его проблем  Интервью  Совещание  Прототипирование  Ролевая игра
  14. 14. Заказчик не знает, что хочет
  15. 15. Заказчик не знает, что хочет Что делать? Методы  Выявить реальные проблемы  Помочь заказчику сформулировать требования  Привлекать других экспертов  Объяснить – только заказчик может помочь  Настаивать на согласовании требований  Анализ БП и деятельности  Мозговой штурм  Ролевая игра  Прототипирование  Совещание  Сценарии использования  Наблюдение
  16. 16. Противоречия заказчиков
  17. 17. Противоречия заказчиков Что делать? Методы  Собрать заказчиков вместе  Определить лидеров групп  Настаивать на согласовании требований  Эскалировать на руководство  Анализ БП и деятельности  Анализ документов  Мозговой штурм  Ролевая игра  Прототипирование  Совещание  Исследование существующего ПО и его проблем  Сценарии использования
  18. 18. Ограниченный доступ к заказчику
  19. 19. Ограниченный доступ к заказчику Что делать? Методы  Минимизировать работу заказчика  Черпать информацию из других источников  Привлекать других экспертов  Объяснить - что только заказчик может помочь  Тщательно распланировать дальнейшею работу  Анализ БП и деятельности  Анализ документов  Анализ предыдущего опыта  Интервью  Прототипирование  Совещание  Изучение существующего ПО и его проблем  Сценарии использования
  20. 20. Требования часто меняются
  21. 21. Требования часто меняются Что делать? Методы  План управления требованиями  Понять реальные проблемы и цели  Выждать согласование требований  Настаивать на согласовании требований  Эскалировать на руководство  Итерационный подход к разработке  Анализ документов  Анализ БП и деятельности  Анкетирование  Интервью  Прототипирование  Изучение существующего ПО и его проблем  Совещания
  22. 22. Методы выявления / Типичные проблемы Метод/Проблема Недопонимание между аналитиком и заказчиком Нет заказчика Заказчику ничего не надо Заказчик не знает, чего хочет Противоречие заказчиков Ограниченный доступ к заказчику Требования постоянно меняются Анализ БП и деятельности X X Х Х Х Анализ документов X Х Х Х Х Х Анкетирование Х Х Интервью Х Х Х Х Исследование существующего ПО X Х Х Х Х Х Мозговой штурм Х X Х Наблюдение Х Х Х Опыт Х Х Ролевая игра Х Х X Х Прототип X Х Х X Х Х Х Совещания Х Х Х Х Х Сценарии использования Х Х Х Х
  23. 23. Присоединяйтесь к нам! www.facebook.com/groups/ITNetworkBAandPM www.facebook.com/itnetwork.com.ua www.youtube.com/channel/UCjjnqsx1kZ_JVOYcpmUa4_A страница IT Network группа IT Network BA&PM канал IT Network или запрос в строке поиска – «IT Network», тип фильтров – «каналы»
  24. 24. СПАСИБО за внимание!

×