QA Club Kiev #16: BA in IT

1. Путь аналитика в ИТ
Или минимум для максимального старта

2. Станислав Федоренко
7 лет в ІТ
System analyst at Luxoft
Founder at SBA Club (КЛУБ СИСТЕМНЫХ И БИЗНЕС-
АНАЛИТИКОВ – sbaclub.org.ua)
IIBA Kyiv Chapter member (International Institute of
Business Analysis)
stas.fedorenko@gmail.com
О себе

3. • Основные задачи аналитика в IT и что требует
рынок
• Личностные качества аналитика
• Джентельменский набор – минимум для старта
• Несколько зарисовок из жизни
• Несколько практических советов
• Модные направления
• Как показать свои знания за 30 минут
• Активная позиция или развиваем себя сами
О чем планируем говорить

4.  Бизнес-анализ — дисциплина выявления деловых
потребностей и нахождения решений деловых проблем.
 Бизнес-аналитик — специалист, использующий методы
бизнес-анализа для аналитики потребностей деятельности
организаций с целью определения проблем бизнеса и
предложения их решения.
 Посредник между заинтересованными лицами для
сбора, анализа, коммуницирования и проверки требований
по изменению бизнес-процессов, регламентов и
информационных систем. Бизнес-аналитик понимает
проблемы и возможности бизнеса в контексте требований и
рекомендует решения, позволяющие организации достичь
своих целей (С) IIBA
Основные задачи аналитика в IT и что
требует рынок?

5.  Системный аналитик – специалист в области анализа
предметной области и формулирования требований к
разрабатываемым информационным системам и прикладному
программному обеспечению.
 Бизнес аналитик изучает работу бизнеса и пытается
построить полноценную картину его функционирования.
Описывает процесс, помогающий решить проблему.
 Системный аналитик изучает работу части бизнеса,
которую необходимо автоматизировать с помощью
системы. Детально описывает новый функционал,
автоматизирующий процесс, решающий проблему.
Основные задачи аналитика в IT и что
требует рынок?

6. Задачи BA:
 Разработка полной и непротиворечивой модели бизнес-процессов
компании на основании общения с клиентами (анкетирование,
переписка, интервью, совещания и переговоры, работа с
документами и источниками данных)
 Разработка технического задания для реализации заложенных
требований
 Документирование архитектуры бизнес-процессов
 Объяснение правила работы с системой пользователям
Основные задачи аналитика в IT и что
требует рынок?

7. Задачи SA:
 Изучение той или иной области на предмет внедрения и/или
разработки прикладных информационных систем;
 Участие в интервьюировании бизнес-экспертов и пользователей
информационных систем на предмет изучения текущих принципов
организации хода процессов (в том числе с точки зрения
функционирования информационных систем);
 Изучение и систематизация документации по проекту в части
выделения процессов, подлежащих автоматизации;
 Подготовка документации по описанию сущностей, взаимосвязей и
процессов предметной области с использованием специальных
нотаций;
 Участие в постановке задач и разработке технического задания;
 Сбор, анализ и документирование функциональных требований к
программному обеспечению.
Основные задачи аналитика в IT и что
требует рынок?

8. Обязательные:
 Коммуникабельность
 Умение анализировать и обрабатывать информацию
 Умение объяснять и обучать
 Творческий подход
 Внимательность и наблюдательность
 Аккуратность и скрупулезность
 Обучаемость и желание изучать новые области знаний
 Умение работать в команде
 Организованность и самодисциплина
Личностные качества аналитика

9. Желательные:
 Системное мышление
 Умение эффективно общаться и взаимодействовать с Заказчиком.
 Умение не только задавать правильные вопросы, но и органи-зовать
дружескую атмосферу, комфортные условия общения, доверительные
отношения в рабочей группе.
 Стрессоустойчивость
 Умение решать проблемы и разрешать конфликты
 Лидерские и организационные качества
Личностные качества аналитика

10.  English
 Наличие опыта работы в проектах не менее 1–1,5 лет на
позициях Technical writer, QA, Dev(?)
 Знаниче предметной области имеет небольшое значение
Теория
 Agile & Waterfall
 Software architecture – base knowledge
 DB theory
 UML (Activity, Use Case, State Machine, Class)
 Альтернатива BPMN, ER, IDEF 1x
 Prototyping (mock-ups, prototypes)
 XML, XSD
Джентельменский набор – минимум для
старта

11. Средства
 MS Visio  (Enterprise Architect, BizAGI)
 Jira or equivalent
 Axure, Balsamiq
 MS SQL Management Studio
Джентельменский набор – минимум для
старта

12.  Единичность - Требование описывает одну и только одну вещь.
 Завершѐнность - Требование полностью определено в одном месте и
вся необходимая информация присутствует.
 Последовательность - Требование не противоречит другим
требованиям и полностью соответствует внешней документации.
 Атомарность - Требование «атомарно». То есть оно не может быть
разбито на ряд более детальных требований без потери
завершѐнности.
 Отслеживаемость - Требование полностью или частично
соответствует деловым нуждам как заявлено заинтересованными
лицами и документировано.
 Актуальность - Требование не стало устаревшим с течением времени.
 Выполнимость - Требование может быть реализовано в пределах
проекта.
Качество требований

13.  Недвусмысленность - Требование кратко определено без обращения
к техническому жаргону, акронимам и другим скрытым
формулировкам. Оно выражает объективные факты, не субъективные
мнения. Возможна одна и только одна интерпретация. Определение
не содержит нечѐтких фраз. Использование отрицательных
утверждений и составных утверждений запрещено.
 Обязательность - Требование представляет определѐнную
заинтересованным лицом характеристику, отсутствие которой
приведѐт к неполноценности решения, которая не может быть
проигнорирована. Необязательное требование — противоречие
самому понятию требования.
 Проверяемость - Реализованность требования может быть
определена через один из четырѐх возможных методов: осмотр,
демонстрация, тест или анализ.
Качество требований

14. Несколько зарисовок из жизни и практики
Форматы спецификаций
Use Cases – большие системы, большие команды, большой заказчик
User Stories – стартапы
Текст = «как получается, так и пишем»
Нотации и диаграммы
UML Activity, BPMN
UML Use Case
Class, ER, IDEF 1x
Прототипирование
Не используют – 30%
Mock-up – 50%
Prototypes – 20%
Прослеживаемость требований и треккинг
Traceability matrix BR to FR

15. Несколько зарисовок из жизни и практики
Форматы спецификаций
Use Cases – большие системы, большие команды, большой заказчик
User Stories – стартапы
Текст = «как получается, так и пишем»
Нотации и диаграммы
UML Activity, BPMN
UML Use Case
Class, ER, IDEF 1x
Прототипирование
Не используют – 30%
Mock-up – 50%
Prototypes – 20%
Прослеживаемость требований и треккинг
Traceability matrix BR to FR

16. Несколько практических советов
С чего начинать
 Знать причины
 Понять бизнес-цели
 Получить бизнес-
требования
 Бизнес требования>=границы проекта

17. Несколько практических советов
Бизнес цель
 Не делай того, чего не просят
 Не все, что просят, действительно хотят
 Не все, что действительно хотят, будет работать
Принцип 5 почему???

18. Несколько практических советов
Думаем как пользователь,
поступаем как менеджер
 Работающий функционал, что приносит бизнес пользу важнее
красивой архитектуры
 Ограждаем команду от ненужной информации
 Оцениваем возможности команды и «зомбируем» заказчика

19. Несколько практических советов

20. Несколько практических советов
Test Cases Bugs

21. Несколько практических советов
Управляем своим временем
 На митингах – Вы модератор
 На коллах – Вы обсуждаете только то, что было запланировано
 Не ленимся записывать
 Доступен команде 24х7х365(+1)
 Высокие техники типа Pomodoro плохо работают
 To Do List
Общение с заказчиком
 C заказчиком хорошие коллеги, но не близкие друзья
 Соцсети, тимбилдинг – хорошо, но может сыграть злую шутку

22. “Модные” направление
Исполняемые модели
 xUML (Executable UML)
 BPMN
Инвестиционный банкинг
Mobile
Коучинг

23. Как показать свои знания за 30 минут
Никак!
Но показать, что не полный «ноль»
можно 
 Резюме
 Пример спецификации

24. Активная позиция или развиваем себя
сами
Курсы
 Провал в университетах
 Внутренние в компаниях
 ІІBA (Международный институт бизнес анализа) - Certification
trainings, BA Factory, Psychology and BA
 Отдельные курсы по каким-то определенным отдельным
направлениям (UML, BPMN, tools)
 Сертификация
 ІІBA (Международный институт бизнес анализа) – CBAP (Certified
Business Analysis Professional) или CCBA (Certification of Competency
in Business Analysis)
 QAI (Международный институт качества) – CSBA (Certified Software
Business Analyst)

25. Куда посмотреть, что почитать
 Scrum And Xp: заметки с передовой / Хенрик Книберг
 BABOK (c)IIBA
 Разработка требований к программному обеспечению / Карл Вигерс
 Современные методы описания функциональных требований к
системам / Алистер Коберн
 http://intuit.ru
 http://www.iiba.org/ ; http://kiev.iiba.org/ ; http://iiba.ru/
 http://www.uml2.ru/
 http://analyst.by/
 http://sbaclub.org.ua 

26. Спасибо за внимание,
понимание и потраченное
время!