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. Несколько практических советов
Думаем как пользователь,
поступаем как менеджер
Работающий функционал, что приносит бизнес пользу важнее
красивой архитектуры
Ограждаем команду от ненужной информации
Оцениваем возможности команды и «зомбируем» заказчика
21. Несколько практических советов
Управляем своим временем
На митингах – Вы модератор
На коллах – Вы обсуждаете только то, что было запланировано
Не ленимся записывать
Доступен команде 24х7х365(+1)
Высокие техники типа Pomodoro плохо работают
To Do List
Общение с заказчиком
C заказчиком хорошие коллеги, но не близкие друзья
Соцсети, тимбилдинг – хорошо, но может сыграть злую шутку
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