Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
SlideShare a Scribd company logo

Sef Req Elicitation Baikin

•
•
1 of 20
Download to read offline
Типичные Проблемы Выявления Требований и их Решение Александр Байкин, uml2.ru
План презентации • Немного о работе с Требованиями • Основные техники Выявления Требований • Основные проблемы при Выявлении Требований • Решение проблем Выявления Требований
Разработка Требований Проверка Выявление Выявление Документ Анализ
С чего начать? Потребности Основные Функции Системные Требования
Что выявляем? • Заинтересованные Лица (ЗЛ) • Потребности и обязанности ЗЛ • Проблемы • Цели проекта • Функции Информационной Системы Основные • Взаимодействие с ПО и Пользователями Функции • Объекты предметной области • Ограничения • Пользовательские Требования Системные • Функциональные Требования Требования • Нефункциональные Требования
Методы выявления Интервью Аналитик Игра Пользователи Группа Сообщество
Проблемы Выявления 1. Пропасть между Аналитиком и Заказчиком 2. «Да, но …» синдром 3. Заказчик не знает что хочет 4. Нет доступа к Заказчику 5. Заказчики противоречат 6. Нет Заказчика 7. Нет Документации
Проблемы Выявления 10. Требования постоянно меняются 11. Необнаруженные Требования 12. Распределенная команда 13. Заказчику ничего не надо 14. Руководство гонит 15. Много Заказчиков
Аналитик≠ Заказчик  Что делать?  Наладить контакт с Заказчиком  Изучить предметную область, БП и ПО  Определить Глоссарий  «Посвятить» Заказчика в Технари  Понять реальные проблемы и цели  Проявлять инициативу  Техники  Интервью и Совещания  Изучение Документов  Изучение БП и Деятельности  Изучение существующего ПО и его проблем
Эффективность Техник Виды взаимодействий Трудность применения Техник
«Да, но …» синдром  Что делать?  Понять психологию и планировать  Выявлять рискованные Требования заранее  Успокоить Заказчика  Предлагать решения, Сравнивать  Техники  Совещания и Мозговой штурм  Анализ БП и Деятельности  Изучение проблем существующего ПО  Прототипирование  Анализ конкурирующего ПО
Заказчик не знает что хочет  Что делать?  Выявить реальные проблемы  Помочь Заказчику сформулировать  Привлекать других экспертов  Объяснить: только Заказчик может помочь  Заставлять подписывать Треб.  Техники  Совещания и Доска  Мозговой штурм и Ролевая игра  Протипирование  Анализ БП и Деятельности  Изучение ПО и его проблем  Анализ конкурирующего ПО
Ограниченность доступа к Заказчику  Что делать?  Минимизировать работу Заказчика: готовые решения  Черпать информацию из других источников  Привлекать других экспертов  Объяснить: только Заказчик может помочь  Ездить к Заказчику  Техники  Интервью, Совещания по тел.  Анализ предыдущего опыта  Анализ БП и Сценариев  Анализ документов  Изучение ПО и его проблем  Анализ конкурирующего ПО
Заказчики противоречат  Что делать?  Собрать Заказчиков вместе  Найти Лидера в каждой группе  Заставлять обосновывать и подписывать Тр  Техники  Совещания  Анализ БП и Сценариев работы  Анализ документов  Изучение ПО и его проблем  Прототипирование
Нет Заказчика  Что делать?  Организовывать опросы и исследования  Привлекать Продавцов и Менеджеров Продукта  Привлекать и мотивировать первых Пользователей  Техники  Опросы и Исследования  Фокус группа  Анализ документов  Анализ конкурирующего ПО  Мозговой штурм  Ролевая игра
Поддержка без требований  Что делать?  Найти хоть кого-то кто знает  Позвонить уволившимся сотрудникам  Восстанавливать информацию по крупицам  Техники  Интервью и Совещания  Анализ предыдущего опыта  Анализ БП и Сценариев работы  Анализ документов  Изучение ПО и его проблем  Обратное проектирование ПО  Мозговой штурм
Пчелы и мед Одним пчелы кажутся надоедливым роем. Другим – большими тружениками: Облетая каждый цветок, они превращают пыльцу в прекрасный мед.
uml2.ru – Сообщество Системных Аналитиков Выявление Требований Планирование процесса Байкин Александр Сурова Ирина Дао Аналитика Бесков Денис Риски Аналитика Моделирование на UML Печѐнкин Григорий Иванов Денис Александр Байкин. Типичные Проблемы Выявления Требований и их Решение. bas4all@inbox.ru bas4all.livejournal.com www.uml2.ru
Требования часто меняются  Что делать?  План управления требованиями  Дать устояться БП  Понять реальные проблемы и цели  Заставлять подписывать Тр  Обратиться к Руководству  Итерационная разработка  Техники  Интервью и Совещания  Изучение ПО и его проблем  Анализ конкурирующего ПО  Прототипирование
Необнаруженные Требования  Что делать?  Чем больше мы знаем, тем больше мы понимаем что ничего не знаем  Нужно вовремя остановиться, все разом не охватить  Замотивировать Заказчика  «Разговорить» Заказчика  Техники  Интервью и Совещания  Изучение существующего ПО и его проблем  Прототипирование

More Related Content

Sef Req Elicitation Baikin

  • 1. Типичные Проблемы Выявления Требований и их Решение Александр Байкин, uml2.ru
  • 2. План презентации • Немного о работе с Требованиями • Основные техники Выявления Требований • Основные проблемы при Выявлении Требований • Решение проблем Выявления Требований
  • 3. Разработка Требований Проверка Выявление Выявление Документ Анализ
  • 4. С чего начать? Потребности Основные Функции Системные Требования
  • 5. Что выявляем? • Заинтересованные Лица (ЗЛ) • Потребности и обязанности ЗЛ • Проблемы • Цели проекта • Функции Информационной Системы Основные • Взаимодействие с ПО и Пользователями Функции • Объекты предметной области • Ограничения • Пользовательские Требования Системные • Функциональные Требования Требования • Нефункциональные Требования
  • 6. Методы выявления Интервью Аналитик Игра Пользователи Группа Сообщество
  • 7. Проблемы Выявления 1. Пропасть между Аналитиком и Заказчиком 2. «Да, но …» синдром 3. Заказчик не знает что хочет 4. Нет доступа к Заказчику 5. Заказчики противоречат 6. Нет Заказчика 7. Нет Документации
  • 8. Проблемы Выявления 10. Требования постоянно меняются 11. Необнаруженные Требования 12. Распределенная команда 13. Заказчику ничего не надо 14. Руководство гонит 15. Много Заказчиков
  • 9. Аналитик≠ Заказчик  Что делать?  Наладить контакт с Заказчиком  Изучить предметную область, БП и ПО  Определить Глоссарий  «Посвятить» Заказчика в Технари  Понять реальные проблемы и цели  Проявлять инициативу  Техники  Интервью и Совещания  Изучение Документов  Изучение БП и Деятельности  Изучение существующего ПО и его проблем
  • 10. Эффективность Техник Виды взаимодействий Трудность применения Техник
  • 11. «Да, но …» синдром  Что делать?  Понять психологию и планировать  Выявлять рискованные Требования заранее  Успокоить Заказчика  Предлагать решения, Сравнивать  Техники  Совещания и Мозговой штурм  Анализ БП и Деятельности  Изучение проблем существующего ПО  Прототипирование  Анализ конкурирующего ПО
  • 12. Заказчик не знает что хочет  Что делать?  Выявить реальные проблемы  Помочь Заказчику сформулировать  Привлекать других экспертов  Объяснить: только Заказчик может помочь  Заставлять подписывать Треб.  Техники  Совещания и Доска  Мозговой штурм и Ролевая игра  Протипирование  Анализ БП и Деятельности  Изучение ПО и его проблем  Анализ конкурирующего ПО
  • 13. Ограниченность доступа к Заказчику  Что делать?  Минимизировать работу Заказчика: готовые решения  Черпать информацию из других источников  Привлекать других экспертов  Объяснить: только Заказчик может помочь  Ездить к Заказчику  Техники  Интервью, Совещания по тел.  Анализ предыдущего опыта  Анализ БП и Сценариев  Анализ документов  Изучение ПО и его проблем  Анализ конкурирующего ПО
  • 14. Заказчики противоречат  Что делать?  Собрать Заказчиков вместе  Найти Лидера в каждой группе  Заставлять обосновывать и подписывать Тр  Техники  Совещания  Анализ БП и Сценариев работы  Анализ документов  Изучение ПО и его проблем  Прототипирование
  • 15. Нет Заказчика  Что делать?  Организовывать опросы и исследования  Привлекать Продавцов и Менеджеров Продукта  Привлекать и мотивировать первых Пользователей  Техники  Опросы и Исследования  Фокус группа  Анализ документов  Анализ конкурирующего ПО  Мозговой штурм  Ролевая игра
  • 16. Поддержка без требований  Что делать?  Найти хоть кого-то кто знает  Позвонить уволившимся сотрудникам  Восстанавливать информацию по крупицам  Техники  Интервью и Совещания  Анализ предыдущего опыта  Анализ БП и Сценариев работы  Анализ документов  Изучение ПО и его проблем  Обратное проектирование ПО  Мозговой штурм
  • 17. Пчелы и мед Одним пчелы кажутся надоедливым роем. Другим – большими тружениками: Облетая каждый цветок, они превращают пыльцу в прекрасный мед.
  • 18. uml2.ru – Сообщество Системных Аналитиков Выявление Требований Планирование процесса Байкин Александр Сурова Ирина Дао Аналитика Бесков Денис Риски Аналитика Моделирование на UML Печѐнкин Григорий Иванов Денис Александр Байкин. Типичные Проблемы Выявления Требований и их Решение. bas4all@inbox.ru bas4all.livejournal.com www.uml2.ru
  • 19. Требования часто меняются  Что делать?  План управления требованиями  Дать устояться БП  Понять реальные проблемы и цели  Заставлять подписывать Тр  Обратиться к Руководству  Итерационная разработка  Техники  Интервью и Совещания  Изучение ПО и его проблем  Анализ конкурирующего ПО  Прототипирование
  • 20. Необнаруженные Требования  Что делать?  Чем больше мы знаем, тем больше мы понимаем что ничего не знаем  Нужно вовремя остановиться, все разом не охватить  Замотивировать Заказчика  «Разговорить» Заказчика  Техники  Интервью и Совещания  Изучение существующего ПО и его проблем  Прототипирование