Типичные проблемы выявления требований и их решение

Типичные Проблемы Выявления Требований и их Решение

Александр Байкин, 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

Дао АналитикаБесков Денис

Требования часто меняются

Что делать?

План управления требованиями

Дать устояться БП

Понять реальные проблемы и цели

Заставлять подписывать Тр

Обратиться к Руководству

Итерационная разработка

Техники

Интервью и Совещания

Изучение ПО и его проблем

Анализ конкурирующего ПО

Прототипирование

Необнаруженные Требования

Что делать?

Чем больше мы знаем, тем больше мы понимаем что ничего не знаем

Нужно вовремя остановиться, все разом не охватить

Замотивировать Заказчика

«Разговорить» Заказчика

Техники

Интервью и Совещания

Изучение существующего

ПО и его проблем

Прототипирование