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

Baikin Sef Req Elicitation

•Download as PPTX, PDF•
•
S
sef2009
1 of 22
Типичные Проблемы Выявление Требований и их Решения Александр Байкин, uml2.ru
План презентации • Немного о работе с Требованиями. • Основные техники Выявления Требований • Основные проблемы при Выявлении Требований. • Решение проблем Выявления Требований
Работа c Требованиями Работа с Требованиями Разработка Управление Требований Требованиями Выявление Анализ Документирование Проверка
Интуиция за Требования • Экономия времени на общую разработку • Экономия времени на общении • Повышение точности планирования
Цифры за Требования Общий бюджет – 100% Standish Group говорит: Исправления – 30%-50% Исправления ошибок – это половина бюджета Ошибки в Требованиях до 70% от Исправлений 70% всех исправлений – это ошибки в Требованиях Не выявлены Требований – 12,8% 25% - это не выявленные и плохо сформулированные Тр. Не четко сформулированы Требования – 12,3% Изменение Требований – 11,8%
С чего начать? Потребности Основные Функции Системные Требования
План Выявления • Заинтересованные Лица (ЗЛ) • Потребности и обязанности ЗЛ • Проблемы • Цели проекта • Функции Информационной Системы Основные • Контекстная Диаграмма ИС Функции • Модель предметной области • Ограничения • Варианты Использования Системные • Функциональные Требования Требования • Нефункциональные Требования
Методы Выявления 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

More Related Content

Baikin Sef Req Elicitation

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