QA Club Kiev #16: BA in IT

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

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

О себе

• Основные задачи аналитика в IT и что требует рынок

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

О чем планируем говорить

Бизнес-анализ — дисциплина выявления деловых потребностей и нахождения решений деловых проблем.

Бизнес-аналитик — специалист, использующий методы бизнес-анализа для аналитики потребностей деятельности организаций с целью определения проблем бизнеса и предложения их решения.

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

Основные задачи аналитика в IT и что требует рынок?

Системный аналитик – специалист в области анализа предметной области и формулирования требований к разрабатываемым информационным системам и прикладному программному обеспечению.

Бизнес аналитик изучает работу бизнеса и пытается построить полноценную картину его функционирования. Описывает процесс, помогающий решить проблему.

Системный аналитик изучает работу части бизнеса,

которую необходимо автоматизировать с помощью системы. Детально описывает новый функционал, автоматизирующий процесс, решающий проблему.

Основные задачи аналитика в IT и что требует рынок?

Задачи BA: Разработка полной и непротиворечивой модели бизнес-процессов

компании на основании общения с клиентами (анкетирование, переписка, интервью, совещания и переговоры, работа с документами и источниками данных)

Разработка технического задания для реализации заложенных требований

Документирование архитектуры бизнес-процессов

Объяснение правила работы с системой пользователям

Основные задачи аналитика в IT и что требует рынок?

Задачи SA: Изучение той или иной области на предмет внедрения и/или

разработки прикладных информационных систем;

Участие в интервьюировании бизнес-экспертов и пользователей информационных систем на предмет изучения текущих принципов организации хода процессов (в том числе с точки зрения функционирования информационных систем);

Изучение и систематизация документации по проекту в части выделения процессов, подлежащих автоматизации;

Подготовка документации по описанию сущностей, взаимосвязей и процессов предметной области с использованием специальных нотаций;

Участие в постановке задач и разработке технического задания;

Сбор, анализ и документирование функциональных требований к программному обеспечению.

Основные задачи аналитика в IT и что требует рынок?

Обязательные: Коммуникабельность

Умение анализировать и обрабатывать информацию

Умение объяснять и обучать

Творческий подход

Внимательность и наблюдательность

Аккуратность и скрупулезность

Обучаемость и желание изучать новые области знаний

Умение работать в команде

Организованность и самодисциплина

Личностные качества аналитика

Желательные: Системное мышление

Умение эффективно общаться и взаимодействовать с Заказчиком.

Умение не только задавать правильные вопросы, но и органи зовать дружескую атмосферу, комфортные условия общения, доверительные отношения в рабочей группе.

Стрессоустойчивость

Умение решать проблемы и разрешать конфликты

Лидерские и организационные качества

Личностные качества аналитика

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

Джентельменский набор – минимум для старта

Средства MS Visio  (Enterprise Architect, BizAGI)

Jira or equivalent

Axure, Balsamiq

MS SQL Management Studio

Джентельменский набор – минимум для старта

Единичность   - Требование описывает одну и только одну вещь.

Завершённость - Требование полностью определено в одном месте и вся необходимая информация присутствует.

Последовательность - Требование не противоречит другим требованиям и полностью соответствует внешней документации.

Атомарность   - Требование «атомарно». То есть оно не может быть разбито на ряд более детальных требований без потери завершённости.

Отслеживаемость      - Требование полностью или частично соответствует деловым нуждам как заявлено заинтересованными лицами и документировано.

Актуальность - Требование не стало устаревшим с течением времени.

Выполнимость - Требование может быть реализовано в пределах проекта.

Качество требований

Недвусмысленность - Требование кратко определено без обращения к техническому жаргону, акронимам и другим скрытым формулировкам. Оно выражает объективные факты, не субъективные мнения. Возможна одна и только одна интерпретация. Определение не содержит нечётких фраз. Использование отрицательных утверждений и составных утверждений запрещено.

Обязательность - Требование представляет определённую заинтересованным лицом характеристику, отсутствие которой приведёт к неполноценности решения, которая не может быть проигнорирована. Необязательное требование — противоречие самому понятию требования.

Проверяемость - Реализованность требования может быть определена через один из четырёх возможных методов: осмотр, демонстрация, тест или анализ.

Качество требований

Несколько зарисовок из жизни и практикиФорматы спецификацийUse Cases – большие системы, большие команды, большой заказчикUser Stories – стартапыТекст = «как получается, так и пишем»

Нотации и диаграммыUML Activity, BPMNUML Use CaseClass, ER, IDEF 1x

ПрототипированиеНе используют – 30%Mock-up – 50%Prototypes – 20%

Прослеживаемость требований и треккингTraceability matrix BR to FR

Несколько зарисовок из жизни и практикиФорматы спецификацийUse Cases – большие системы, большие команды, большой заказчикUser Stories – стартапыТекст = «как получается, так и пишем»

Нотации и диаграммыUML Activity, BPMNUML Use CaseClass, ER, IDEF 1x

ПрототипированиеНе используют – 30%Mock-up – 50%Prototypes – 20%

Прослеживаемость требований и треккингTraceability matrix BR to FR

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

С чего начинатьЗнать причиныПонять бизнес-целиПолучить бизнес-требования

Бизнес требования>=границы проекта

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

Бизнес цель

Не делай того, чего не просят

Не все, что просят, действительно хотят

Не все, что действительно хотят, будет работать

Принцип 5 почему???

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

Думаем как пользователь, поступаем как менеджер

Работающий функционал, что приносит бизнес пользу важнее красивой архитектуры

Ограждаем команду от ненужной информации

Оцениваем возможности команды и «зомбируем» заказчика 

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

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

Test Cases Bugs

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

Управляем своим временем На митингах – Вы модератор

На коллах – Вы обсуждаете только то, что было запланировано

Не ленимся записывать

Доступен команде 24х7х365(+1)

Высокие техники типа Pomodoro плохо работают

To Do List

Общение с заказчиком C заказчиком хорошие коллеги, но не близкие друзья

Соцсети, тимбилдинг – хорошо, но может сыграть злую шутку

“Модные” направление

Исполняемые моделиxUML (Executable UML)BPMN

Инвестиционный банкинг

Mobile

Коучинг 

Как показать свои знания за 30 минут

Никак!Но показать, что не полный «ноль» можно 

РезюмеПример спецификации 

Активная позиция или развиваем себя сами

Курсы

Провал в университетах

Внутренние в компаниях

ІІ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)

Куда посмотреть, что почитать 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

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