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

Александр Байкин, uml2.ru

План презентации

• Немного о работе с Требованиями.• Основные техники Выявления Требований• Основные проблемы при Выявлении Требований.• Решение проблем Выявления Требований

Работа c Требованиями

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

Разработка Требований

Выявление Анализ Документирование Проверка

Управление Требованиями

Интуиция за Требования

• Экономия времени на общую разработку

• Экономия времени на общении

• Повышение точности планирования

Цифры за Требования

Общий бюджет – 100%

Исправления – 30%-50%

Ошибки в Требованиях до 70% от Исправлений

Не выявлены Требований – 12,8%

Не четко сформулированы Требования – 12,3%

Изменение Требований – 11,8%

Исправления ошибок – это половина бюджета

70% всех исправлений – это ошибки в Требованиях

25% - это не выявленные и плохо сформулированные Тр.

Standish Group говорит:

С чего начать?

Потребности

Основные Функции

Системные Требования

План Выявления

• Заинтересованные Лица (ЗЛ)• Потребности и обязанности ЗЛ• Проблемы• Цели проекта

• Функции Информационной Системы• Контекстная Диаграмма ИС• Модель предметной области• Ограничения

• Варианты Использования• Функциональные Требования• Нефункциональные Требования

Основные Функции

Системные Требования

Методы Выявления

1. Интервью, Совещания, Обсуждение у Доски

2. Опросы и Исследования в фокус группе

3. Анализ предыдущего опыта

4. Анализ БП

5. Анализ Сценариев работы

6. Анализ документов

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

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

9. Обратное проектирование ПО

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

11. Мозговой штурм

12. Ролевая игра

Глубина проникновения

Сообщество

Группа

Пользователи

Аналитик

Ин

тер

вь

ю

Сов

ещан

ия, Д

оска

Опросы

, Исследование

Анализ БП

Анализ Документов

Анали

з ПО Анализ конкурентов

ПрототипМозг Штурм

Игр

а

Проблемы Выявления

1. Пропасть между Аналитиком и Заказчиком

2. «Да, но …» синдром

3. Заказчик не знает что хочет

4. Нет доступа к Заказчику

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

6. Требования постоянно меняются

7. Заказчики противоречат

8. Нет Документации

9. Нет Заказчика (массовое ПО)10. Распределенная команда

11. Руководство гонит

12. Заказчику ничего не надо

13. Слишком много Заказчиков

Аналитик≠ Заказчик

Что делать? Наладить контакт с Заказчиком Изучить предметную область, БП и ПО «Посвятить» Заказчика в Технари Понять реальные проблемы и цели Проявлять инициативу

Техники Интервью и Совещания Изучение Документов Изучение Деятельности Изучение существующего ПО и его проблем

Виды взаимодействий

Бумага АудиоВидео

email

Телефон

Видеофон

Лицом к лицу

ДоскаДокументальная Вербальная

Трудность применения Техник

Эф

фек

тивн

ость

Тех

ник

«Да, но …» синдром

Что делать? Понять психологию и планировать Выявлять рискованные Тр заранее Успокоить Заказчика Предлагать решения, Сравнивать

Техники Совещания и Мозговой штурм Анализ задач и workflows Изучение существующего ПО и его проблем Прототипирование Анализ конкурирующего ПО

Заказчик не знает что хочет

Что делать? Выявить реальные проблемы Помочь Заказчику сформулировать Привлекать других экспертов Заставлять подписывать Требования Объяснить – Только Заказчик может помочь

Техники Совещания и Обсуждение у Доски Мозговой штурм и Ролевая игра Протипирование Анализ предыдущего опыта Анализ БП и Сценариев работы Изучение ПО и его проблем Анализ конкурирующего ПО

Нет доступа к Заказчику

Что делать? Минимизировать работу Заказчика Подготавливаться и черпать информацию из других Привлекать других экспертов Объяснить – только Заказчик может помочь Ездить к Заказчику

Техники Интервью, Совещания по тел Анализ предыдущего опыта Анализ БП и Сценариев работы Анализ документов Изучение ПО и его проблем Анализ конкурирующего ПО

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

Что делать? Чем больше мы знаем, тем больше мы

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

не охватить Замотивировать Заказчика «Разговорить» Заказчика

Техники Интервью, Совещания и Доска Изучение существующего

ПО и его проблем Анализ конкурирующего ПО Прототипирование

Поддержка без требований

Что делать? Найти хоть кого-то кто знает Позвонить уволившимся сотрудникам Восстанавливать информацию по

крупицам

Техники Интервью и Совещания Анализ предыдущего опыта Анализ БП и Сценариев работы Анализ документов Изучение ПО и его проблем Обратное проектирование ПО Мозговой штурм

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

Что делать? Дать устояться БП Понять реальные проблемы и цели Заставлять подписывать

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

Техники Интервью и Совещания Изучение ПО и его проблем Анализ конкурирующего ПО Прототипирование Мозговой штурм

Заказчики противоречат

Что делать? Собрать Заказчиков вместе Найти Лидера в каждой группе Заставлять обосновывать и подписывать Тр

Техники Совещания и Мозговой штурм Анализ БП и Сценариев работы Анализ документов Изучение ПО и его проблем Анализ конкурирующего ПО Прототипирование

Нет Заказчика

Что делать? Организовывать опросы и исследования Привлекать Продавцов Привлекать и мотивировать первых Пользователей

Техники Опросы и Исследования Фокус группа Анализ документов Анализ конкурирующего ПО Мозговой штурм Ролевая игра

Заключение

Методы разные нужныМетоды разные важны

Байкин Александр Автомир Ведущий бизнес-аналитик

www.UML2.ru Участник Сообщества

Аналитиков России и СНГ

Контактная информация:• email: bas_4all@inbox.ru• skype: asbaikin• тел. +7(926)737-15-15• http://bas4all.livejournal.com

Вопросы