Доклад Анны Абрамовой на конференции Analyst Days-2. 25 мая, Санкт-Петербург. www.analystdays.com

1. Аналитик-первопроходец –
проблемы и решения
Анна Абрамова
E-mail: Abramova.web@gmail.com
Skype: abramova_anna

2. О докладчике
• Абрамова Анна
• Образование: СПбГУ, ПМ-ПУ
• 10 лет в ИТ
• 5 лет в роли разработчика учебных
курсов и преподавателя СПбГУ и ИТМО
• 5 лет в роли аналитика
• Работа в заказных и внутренних
проектах
• Ведущий аналитик в проектах
автоматизации бизнес-процессов ОАО
"Вымпелком"

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

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

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

6. Проблемы аналитика
• Ставятся задачи общего вида
• Недостаточно времени на выполнение задач
• Ни у кого нет времени и желания его
консультировать
• Документации мало и/или она низкоуровневая
• У ЗЛ не совпадают ожидания от анализа

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

8. Решаем текущие задачи
• Заинтересованные лица
• Команда разработки
• Пользователи
• Что делаем
• Пишем эксплуатационную документацию
• Формируем требования на отдельные доработки
• Тестируем
• Цели
• Понять устройство разрабатываемого ПО
• Наладить отношения с командой

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

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

12. Выдохнуть!
• Это болезненно
• Это неочевидно
• Это сложно объяснить
• Выход: бизнес-анализ

13. Бизнес-анализ
• Заинтересованное лицо: аналитик
•об устройстве системы
•реализованных функциях
•о существующей документации
• Что делаем:
• Выявляем заинтересованные лица
• Формулируем проблемы/цели/задачи
• Строим модель предметной области
• Цель:
• Совместить контекст заказчика и команды разработки

14. Бизнес-анализ
Проблемы
• Это никому не нужно
• Мало источников
информации
Решения
• Настойчивость
• Много «соломенных
чучел»

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

16. Управление требованиями
•Что делаем:
• Детализируем оценку каждой задачи
• Предлагаем несколько вариантов решения для каждой
проблемы/задачи
• Официально оформляем предложения по улучшению
процесса
• Перенаправляем на себя потоки информации

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

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

20. Курс «Основы анализа в
разработке ПО»
• Для начинающих аналитиков
• Для начинающих руководителей аналитиков
• http://levelp.ru/courses/detail.php?ID=302

21. Ваши вопросы
Анна Абрамова
E-mail: Abramova.web@gmail.com
Skype: abramova_anna