QA Club Kiev #16: BA in IT

6,341 views
6,260 views

Published on

QA Club Kiev #16: BA in IT

Published in: Education
0 Comments
2 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
6,341
On SlideShare
0
From Embeds
0
Number of Embeds
6
Actions
Shares
0
Downloads
11
Comments
0
Likes
2
Embeds 0
No embeds

No notes for slide

QA Club Kiev #16: BA in IT

  1. 1. Путь аналитика в ИТ Или минимум для максимального старта
  2. 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. 3. • Основные задачи аналитика в IT и что требует рынок • Личностные качества аналитика • Джентельменский набор – минимум для старта • Несколько зарисовок из жизни • Несколько практических советов • Модные направления • Как показать свои знания за 30 минут • Активная позиция или развиваем себя сами О чем планируем говорить
  4. 4.  Бизнес-анализ — дисциплина выявления деловых потребностей и нахождения решений деловых проблем.  Бизнес-аналитик — специалист, использующий методы бизнес-анализа для аналитики потребностей деятельности организаций с целью определения проблем бизнеса и предложения их решения.  Посредник между заинтересованными лицами для сбора, анализа, коммуницирования и проверки требований по изменению бизнес-процессов, регламентов и информационных систем. Бизнес-аналитик понимает проблемы и возможности бизнеса в контексте требований и рекомендует решения, позволяющие организации достичь своих целей (С) IIBA Основные задачи аналитика в IT и что требует рынок?
  5. 5.  Системный аналитик – специалист в области анализа предметной области и формулирования требований к разрабатываемым информационным системам и прикладному программному обеспечению.  Бизнес аналитик изучает работу бизнеса и пытается построить полноценную картину его функционирования. Описывает процесс, помогающий решить проблему.  Системный аналитик изучает работу части бизнеса, которую необходимо автоматизировать с помощью системы. Детально описывает новый функционал, автоматизирующий процесс, решающий проблему. Основные задачи аналитика в IT и что требует рынок?
  6. 6. Задачи BA:  Разработка полной и непротиворечивой модели бизнес-процессов компании на основании общения с клиентами (анкетирование, переписка, интервью, совещания и переговоры, работа с документами и источниками данных)  Разработка технического задания для реализации заложенных требований  Документирование архитектуры бизнес-процессов  Объяснение правила работы с системой пользователям Основные задачи аналитика в IT и что требует рынок?
  7. 7. Задачи SA:  Изучение той или иной области на предмет внедрения и/или разработки прикладных информационных систем;  Участие в интервьюировании бизнес-экспертов и пользователей информационных систем на предмет изучения текущих принципов организации хода процессов (в том числе с точки зрения функционирования информационных систем);  Изучение и систематизация документации по проекту в части выделения процессов, подлежащих автоматизации;  Подготовка документации по описанию сущностей, взаимосвязей и процессов предметной области с использованием специальных нотаций;  Участие в постановке задач и разработке технического задания;  Сбор, анализ и документирование функциональных требований к программному обеспечению. Основные задачи аналитика в IT и что требует рынок?
  8. 8. Обязательные:  Коммуникабельность  Умение анализировать и обрабатывать информацию  Умение объяснять и обучать  Творческий подход  Внимательность и наблюдательность  Аккуратность и скрупулезность  Обучаемость и желание изучать новые области знаний  Умение работать в команде  Организованность и самодисциплина Личностные качества аналитика
  9. 9. Желательные:  Системное мышление  Умение эффективно общаться и взаимодействовать с Заказчиком.  Умение не только задавать правильные вопросы, но и органи-зовать дружескую атмосферу, комфортные условия общения, доверительные отношения в рабочей группе.  Стрессоустойчивость  Умение решать проблемы и разрешать конфликты  Лидерские и организационные качества Личностные качества аналитика
  10. 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. 11. Средства  MS Visio  (Enterprise Architect, BizAGI)  Jira or equivalent  Axure, Balsamiq  MS SQL Management Studio Джентельменский набор – минимум для старта
  12. 12.  Единичность - Требование описывает одну и только одну вещь.  Завершѐнность - Требование полностью определено в одном месте и вся необходимая информация присутствует.  Последовательность - Требование не противоречит другим требованиям и полностью соответствует внешней документации.  Атомарность - Требование «атомарно». То есть оно не может быть разбито на ряд более детальных требований без потери завершѐнности.  Отслеживаемость - Требование полностью или частично соответствует деловым нуждам как заявлено заинтересованными лицами и документировано.  Актуальность - Требование не стало устаревшим с течением времени.  Выполнимость - Требование может быть реализовано в пределах проекта. Качество требований
  13. 13.  Недвусмысленность - Требование кратко определено без обращения к техническому жаргону, акронимам и другим скрытым формулировкам. Оно выражает объективные факты, не субъективные мнения. Возможна одна и только одна интерпретация. Определение не содержит нечѐтких фраз. Использование отрицательных утверждений и составных утверждений запрещено.  Обязательность - Требование представляет определѐнную заинтересованным лицом характеристику, отсутствие которой приведѐт к неполноценности решения, которая не может быть проигнорирована. Необязательное требование — противоречие самому понятию требования.  Проверяемость - Реализованность требования может быть определена через один из четырѐх возможных методов: осмотр, демонстрация, тест или анализ. Качество требований
  14. 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. 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. 16. Несколько практических советов С чего начинать  Знать причины  Понять бизнес-цели  Получить бизнес- требования  Бизнес требования>=границы проекта
  17. 17. Несколько практических советов Бизнес цель  Не делай того, чего не просят  Не все, что просят, действительно хотят  Не все, что действительно хотят, будет работать Принцип 5 почему???
  18. 18. Несколько практических советов Думаем как пользователь, поступаем как менеджер  Работающий функционал, что приносит бизнес пользу важнее красивой архитектуры  Ограждаем команду от ненужной информации  Оцениваем возможности команды и «зомбируем» заказчика
  19. 19. Несколько практических советов
  20. 20. Несколько практических советов Test Cases Bugs
  21. 21. Несколько практических советов Управляем своим временем  На митингах – Вы модератор  На коллах – Вы обсуждаете только то, что было запланировано  Не ленимся записывать  Доступен команде 24х7х365(+1)  Высокие техники типа Pomodoro плохо работают  To Do List Общение с заказчиком  C заказчиком хорошие коллеги, но не близкие друзья  Соцсети, тимбилдинг – хорошо, но может сыграть злую шутку
  22. 22. “Модные” направление Исполняемые модели  xUML (Executable UML)  BPMN Инвестиционный банкинг Mobile Коучинг
  23. 23. Как показать свои знания за 30 минут Никак! Но показать, что не полный «ноль» можно   Резюме  Пример спецификации
  24. 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. 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. 26. Спасибо за внимание, понимание и потраченное время!

×