Аналитик-первопроходец - проблемы и решения

Аналитик-первопроходец – проблемы и решения

Анна АбрамоваE-mail: Abramova.web@gmail.com

Skype: abramova_anna

О докладчике

• Абрамова Анна• Образование: СПбГУ, ПМ-ПУ• 10 лет в ИТ• 5 лет в роли разработчика учебных

курсов и преподавателя СПбГУ и ИТМО• 5 лет в роли аналитика• Работа в заказных и внутренних

проектах• Ведущий аналитик в проектах

автоматизации бизнес-процессов ОАО "Вымпелком"

Дано

• В команде не было аналитика • Несколько месяцев ведется разработка• Много разнородных задач, CR, инцидентов• Теряется информация

Предусловие

• Аналитик – переводчик• Заинтересован в качественном результате• Планируем работу над продуктом не менее 1 года

Решение: аналитик!

• Напишет хорошую документацию• Выяснит и согласует с заказчиком требования

• Попутно изучит предметную область• Попутно построит процесс управления

требованиями

Проблемы аналитика

• Ставятся задачи общего вида• Недостаточно времени на выполнение задач• Ни у кого нет времени и желания его

консультировать• Документации мало и/или она низкоуровневая• У ЗЛ не совпадают ожидания от анализа

«Зачем мне это нужно?»

• Хорошо платят• Опыт• Интересный продукт/предметная область• Команда и заказчик идут навстречу предложениям

Решаем текущие задачи

• Заинтересованные лица• Команда разработки• Пользователи

• Что делаем• Пишем эксплуатационную документацию• Формируем требования на отдельные доработки• Тестируем

• Цели• Понять устройство разрабатываемого ПО• Наладить отношения с командой

Работа с командой разработки

• Задавать вопросы• об устройстве системы• реализованных функциях• о существующей документации

• Делимся информацией об ожиданиях Заказчика• Советуемся о вариантах реализации новых

требований

Не совпадают модели!

• Нелогичный GUI• Разная терминология• На разработанную модель не ложатся

новые требования

Выдохнуть!

• Это болезненно• Это неочевидно• Это сложно объяснить

• Выход: бизнес-анализ

Бизнес-анализ

• Заинтересованное лицо: аналитик•об устройстве системы•реализованных функциях•о существующей документации

• Что делаем:• Выявляем заинтересованные лица• Формулируем проблемы/цели/задачи• Строим модель предметной области

• Цель:• Совместить контекст заказчика и команды разработки

Бизнес-анализ

Проблемы• Это никому не нужно• Мало источников

информации

Решения• Настойчивость• Много «соломенных

чучел»

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

• Заинтересованные лица:• Аналитик• Руководители

• Цель:• Согласовать ожидания от работы аналитика• Сделать работу прозрачной• Получить доступ к необходимой информации

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

•Что делаем:• Детализируем оценку каждой задачи• Предлагаем несколько вариантов решения для каждой

проблемы/задачи• Официально оформляем предложения по улучшению

процесса• Перенаправляем на себя потоки информации

Вода камень точит

•Работа становится более упорядоченной и прозрачной• Оценки задач более адекватными• Команда разработки более лояльной и общительной• Документация более полной• Неприятности менее неожиданными

Задаем вопросы до

• Давно ли идет разработка?• Есть ли, был ли аналитик в команде?• Чего ожидают от аналитика?• Как ведется работа с требованиями?• Кто будет непосредственным руководителем?

Курс «Основы анализа в разработке ПО»

• Для начинающих аналитиков• Для начинающих руководителей аналитиков

• http://levelp.ru/courses/detail.php?ID=302

Ваши вопросы

Анна АбрамоваE-mail: Abramova.web@gmail.com

Skype: abramova_anna