Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

QA Club Kiev #16: BA in IT

6,628 views

Published on

QA Club Kiev #16: BA in IT

Published in: Education
  • Be the first to comment

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. Спасибо за внимание, понимание и потраченное время!

×