Документ описывает подходы к обучению системных аналитиков в России и за рубежом, выделяя тренды, программы и проблемы существующих курсов. Обсуждаются недостатки в обучении, такие как фокус на теоретических знаниях вместо практических навыков, и предлагаются решения для улучшения качества подготовки. Ключевыми аспектами являются создание моделей компетенций, обучение навыкам управления требованиями и моделирования бизнес-процессов.

1. Обучение системных
аналитиков
Наталья Желнова
IT Global MeetUp 7, СПб, 2016 г.

2. Немного об авторе:
• Кто: Наталья Желнова
• В IT-индустрии с 1997 года, в IT-консалтинге и обучении – с 2006 года
• Главный аналитик Лаборатории сервисов управления бизнес-процессами, СберТех
• Преподаватель курса «Анализ требований к ПО», МФТИ (с 2014 г.)
• Автор нескольких курсов по управлению проектами, разработке и управлению
требованиями, моделированию и реинжинирингу бизнес-процессов
• Опыт (проектные роли):
• программист
• менеджер проекта
• ведущий аналитик
• руководитель отдела системного анализа
2

3. Содержание
 Где, кто, кого и чему учит
 Чего не хватает обучаемым
 Что делать? (Системный подход к обучению)
 Практический опыт: Как это было
3

4. Где, кто, кого и
чему учит?

5. В России:
• Кто: Специализированные центры обучения
• Luxoft Training (26 курсов по направлению «Системный и бизнес-анализ»)
• Microtest (2 курса: «Анализ и моделирование бизнес-процессов» и
«Управление требованиями с использованием IBM Telelogic DOORS»)
• Interface (3 курса для системных аналитиков)
• Кого: частных лиц и сотрудников организаций
• Чему:
• модульные курсы для системных и бизнес-аналитиков (Luxoft)
• инструменты и нотации моделирования бизнес-процессов (Microtest)
• инструменты работы с требованиями (Interface)
5

6. В России:
• Кто: Консалтинговые компании
• «Школа системного анализа» (www.school.system-analysis.ru)
• «Системный подход» (www.system-approach.ru)
• Кого: частных лиц и сотрудников организаций
• Чему:
• практическим навыкам, необходимым аналитикам в работе («Школа
Системного Анализа»)
• общим подходам к деятельности аналитика («Системный подход»)
6

7. В России:
• Кто: ВУЗы
• МИФИ (https://mephi.ru/) – 3 программы (несколько курсов), IT-специализация
• МФТИ (https://mipt.ru/) – 1 программа (несколько курсов), 1 спецкурс, IT-
специализация
• ВШЭ (https://www.hse.ru/) – 1 программа, несколько спецкурсов, IT-
специализация
• РАНХиГС (http://www.ranepa.ru/) – 1 программа, экономическая специализация
• Кого: студентов бакалавриата и магистратуры (технические специальности
и экономический профиль)
• Чему: в основном, теории
7

8. В России:
• Кто: Корпоративные университеты
• Корпоративный университет NetCracker (http://ncedu.ru/edu)
• Корпоративный университет Сбербанка (http://sberbank-university.ru)
• Кого: студентов старших курсов и сотрудников организаций
• Чему: тому, чему их не научили и не научат в вузах, т.е.
• практическим навыкам, необходимым в работе
• основам профессии (через наставничество)
8

9. В России:
• Кто: Онлайн-ресурсы
• UML2.ru (http://www.uml2.ru/)
• UML3.ru (http://uml3.ru/)
• СПбСОА (https://vk.com/spb_analytics)
• Кого: частных лиц
• Чему: всему понемногу
9

10. За рубежом:
• Кто: Специализированные центры обучения
• Более 50 различных центров обучения и консалтинговых компаний в Европе (по
версии сайта www.modernanalyst.com) – более 600 различных курсов, 12 различных
направлений
• Более 120 различных центров обучения и консалтинговых компаний в США (по
версии сайта http://businessanalystlearnings.com/)
• Кого: частных лиц и сотрудников организаций
• Чему:
• подготовка к сдаче сертификационных экзаменов (CBAP & CCBA, с учетом профиля
ранее полученного образования)
• авторские и специализированные курсы для системных и бизнес-аналитиков
• курсы по смежным специальностям и дисциплинам (UX, databases, AI, etc.)
10

11. За рубежом:
• Кто: Академические образовательные учреждения
• Более 20 различных образовательных учреждений (колледжей и университетов) в
США в 10 штатах (по версии сайта www.collegecalc.org)
• Carnegie Mellon University (http://www.cmu.edu/)
• Кого:
• студентов бакалавриата (Computer Science)
• студентов магистратуры (Computer Science)
• частных лиц и сотрудников организаций
• Чему: знаниям и навыкам, необходимым специалисту в работе
• существует единая программа подготовки по специальности "бизнес-
аналитик"
11

12. За рубежом:
• Кто: Онлайн-ресурсы
• Более 20 различных бесплатных образовательных онлайн-ресурсов: онлайн-курсы,
вебинары, блоги (по версии сайта http://businessanalystlearnings.com/)
• Coursera (https://ru.coursera.org/)
• Кого: частных лиц
• Чему:
• основам профессии
• знаниям и навыкам, необходимым специалисту в работе
12

13. За рубежом:
Сайты, посвященные обучению бизнес-аналитиков
1. Modern Analyst (http://www.modernanalyst.com/)
2. BA Times (https://www.batimes.com/)
3. Business Analyst.com (http://www.businessanalyst.com/)
4. BA Mentor.com (http://training.thebamentor.com/)
5. Techwell Requirements & Business Analysis Stories
(https://www.techwell.com/requirements)
6. The BA Coach (http://www.thebacoach.com/)
(см. список: http://businessanalystlearnings.com/blog/2013/1/20/a-list-of-free-business-analyst-
training-online)
13

14. Чего нам не
хватает?

15. Опять «двойка»?
• Составители программ обучения не думают о реальных навыках, которые
будут нужны аналитикам в работе, фокусируясь на знаниях, а не на навыках
• Полученные во время тренинга навыки и знания не применяются в работе
• Полученные во время тренинга навыки и знания фрагментарны, нет картины
общего процесса
• Обучение не заменяет практический опыт. В учебных проектах степень
неопределенности существенно ниже, чем в реальном мире
• Предыдущий опыт без его осмысления может стать тормозящим фактором
при изменениях в работе организации или переходе сотрудника в другую
организацию
15

16. Ситуация неопределенности
• Отсутствует понимание у руководства, как организовать работу подчиненных
• Отсутствуют навыки действий в подобной ситуации у сотрудников
• Отсутствуют планы работ или планы формально присутствуют, но не
соблюдаются сроки и основные требования к результатам
• Есть серьезные проблемы с коммуникацией в проектах и в масштабах
компании
• Неправильно определены зоны ответственности аналитика (противоречие
между обязанностями и полномочиями)
• Используются нерелевантные критерии оценки работы аналитика
16

17. Когда знания умножают скорбь
• В книгах и на тренингах объяснили, «как надо», а реальная жизнь сильно
отличается от того, что пишут в книгах
• Мы подготовили людей к изменениям (теоретически), но реальная зрелость
организации не позволяет нам воплотить эти изменения в жизнь
• «Инициатива снизу»: мы пытаемся достичь более высокого уровня зрелости
процессов, относящихся к системному или бизнес-анализу, чем уровень
зрелости смежных процессов и всей организации в целом
• Мы пытаемся определить ключевые показатели эффективности (КПЭ) для
неэффективных процессов или для процессов, в которых толком не
разобрались
17

18. Что делать?

19. Подход: проблема – цель – метод
достижения цели
• Начать с определения проблем (зон, в которых требуются улучшения для
групп сотрудников и отдельных лиц)
• Поставить конкретные, достижимые цели обучения
• Определить конкретные навыки и/или области знания, которые необходимо
включить в программу обучения
• Определить критерии проверки того, что необходимый уровень
компетенции достигнут
• Определить, как будут практически использоваться полученные знания и
навыки
• Провести обучение и убедиться в том, что поставленные цели достигнуты
19

20. Определение зон улучшения
• Начать с определения проблем (зон, в которых требуются улучшения для
групп сотрудников и отдельных лиц)
• Поставить конкретные, достижимые цели обучения
• Определить конкретные навыки и/или области знания, которые необходимо
включить в программу обучения
• Определить критерии проверки того, что необходимый уровень
компетенции достигнут
• Определить, как будут практически использоваться полученные знания и
навыки
• Провести обучение и убедиться в том, что поставленные цели достигнуты
20

21. Так чему же все-таки учить?
• Составить модель (матрицу) компетенций аналитика
• Провести оценку знаний по каждому пункту матрицы компетенций
• Определить, в каких зонах нужны улучшения (и сопоставить эти улучшения с
реальными целями для бизнеса организации)
• Определить, какие навыки и знания необходимо получить, в каком объеме
Lifehack:
• В качестве модели компетенций можно использовать профстандарты в
области IT http://www.apkit.ru/committees/education/meetings/standarts.php
21

22. Пример «матрицы компетенций»
22
Бизнес-анализ Личная эффективность Управленческие навыки
Экспертиза в предметной области Навыки коммуникации и
проведения совещаний
Общие деловые навыки (деловая
переписка, деловой этикет, etc.)
Техническая экспертиза и знания Лидерские качества Управление временем
Знания и опыт в конкретной
отрасли индустрии
Базовые знания в области
маркетинга в конкретной отрасли
Проведение оценки с технической и
финансовой точки зрения
Планирование Управление конфликтами Компьютерная грамотность, знание
программных продуктов
Навыки проведения исследований Авторитет Управление конфигурациями
Управление знаниями Энергия, настойчивость Составление документов
Оценки и анализ Гибкость
Использование моделей Инновационное мышление
Принятие решений Креативность

23. Технические навыки и подходы к
организации процессов
• Тренировку отдельных навыков лучше организовывать в виде модульных
курсов (один курс – один навык)
• Навыки закрепляются лучше, если обучение проходит так, что видна картина
процесса целиком (те навыки, которые уже приобретены, используются, на
более поздних стадиях обучения)
• Можно обучить техническим навыкам (инструменты, нотации
моделирования, интервьюирование пользователей, документирование
требований) вне контекста общей организации процессов
• Подходам к организации работ и построению процессов необходимо
обучать с учетом специфики конкретной организации
23

24. Технические навыки
• Моделирование бизнес-процессов
• Основы проектирования информационных систем
• Инструменты и нотации моделирования
• Техники выявления требований , навыки проведения интервью
• Способы документирования требований
• Способы улучшения качества требований
• Методы планирования работы аналитика, оценки времени, необходимого
для работы
• Повторное использование разработанных требований, создание и
использование шаблонов
24

25. Подходы к организации процессов
• Управление требованиями
• Разработка требований (как процесс)
• КПЭ процессов управления требованиями и разработки требований
• Общие вопросы организации работы аналитика
25

26. Практический
опыт:
Как это было

27. Крупный коммерческий банк (Top 10)

28. Проблемы (озвученные)
1. Создаваемые документы разнородны и плохо воспринимаются
программистами и QA-инженерами
2. Разнородность знаний и опыта сотрудников отдела системного анализа
3. Проблемы в коммуникации между отделами
4. Затягивание сроков разработки спецификаций
5. Ошибки, возникающие при изменении требований
6. Ошибки в требованиях
7. Люди перегружены, а дело продвигается медленно
28

29. Цели
1. Снизить разрыв в уровнях знаний у сотрудников отдела
2. Унифицировать форматы документирования требований
3. Уменьшить число ошибок в требованиях
4. Уменьшить число ошибок, возникающих вследствие изменений требований
5. Повысить общую эффективность работы
29

30. Программа
 Роль аналитика требований
 Место требований в жизненном цикле разработки ПО. Основные
артефакты аналитических работ в разных моделях жизненного цикла
 Выявление требований. Уровни требований. Бизнес-требования, системные
требования
 Определение приоритетов требований
 Документирование требований. Спецификация требований, ее формат
 Моделирование требований
 Утверждение требований. Документирование изменений. Управление
изменениями требований. Анализ влияния изменений
30

31. Программа
 Общие принципы организации процесса управления требованиями.
Процесс управления требованиями и процесс управления изменениями.
 Качество требований. Способы обеспечения качества требований.
Экспертиза и пересмотр требований
 Проверка требований
 Тестирование требований
 Планирование аналитических работ. Распределение работ между
аналитиками.
31

32. Нюансы
 Очень ограниченное время на проведение обучения
 Тестирование/анкетирование персонала с целью определить уровень
компетенции не проводилось
 «Бюрократия» в организации
 Внутрикорпоративная «война» между отделами разработки и системного
анализа
 Участие консультанта в рабочих сессиях отдела не представлялось
возможным (требования Службы Безопасности)
32

33. Результаты
 Быстро выявлены основные «проблемные области» (общий
недостаток компетенции в определенных зонах)
 Были приведены конкретные рекомендации по документированию
требований, разработаны шаблоны, сотрудники научились ими пользоваться
 Итоговое тестирование показало неплохие результаты в области базовых
навыков, включенных в программу (выявление требований,
документирование требований, управление изменениями требований)
 Повысилось качество требований, однако потенциал для улучшений еще
оставался
33

34. Компания, специализирующаяся на
заказной разработке

35. Проблемы (озвученные)
1. Недостаточная экспертиза аналитика в предметной области
2. Отсутствие знаний и опыта моделирования бизнес-процессов,
недостаточное знание UML
3. Ошибки в требованиях
4. Ошибки, возникающие при изменении требований
5. Отсутствие навыков управления требованиями
6. Ошибки планирования работ. Плановые и фактические трудозатраты сильно
различаются
7. Отсутствие понимания, как оценивать качество работы аналитиков, у
руководства
35

36. Цели
1. Сформировать картину полного процесса разработки и управления
требованиями
2. Повысить качество требований
3. Дать навыки моделирования и описания бизнес-процессов, практические
навыки использования полученных на этом этапе данных и модели при
разработке требований
4. Дать навыки исследования и быстрого изучения предметной области
5. Улучшить планирование аналитических работ (дать навыки оценки
трудоемкости работ, оценки рисков, влияющих на сроки выполнения работ)
6. Дать навыки оценки работы аналитиков (для аналитиков и руководителей)
7. Улучшить управление требованиями
36

37. Программа
1. Моделирование бизнес-процессов и их последующая трассировка в
сценарии использования
 Моделирование бизнес-процессов. Нотации BPMN, EPC
 Функциональное моделирование. Нотация IDEF0
 Описание бизнес-процессов
 Декомпозиция бизнес-процесса на варианты использования
2. Моделирование потоков данных
 Нотация DFD
37

38. Программа
3. Общие вопросы работы с требованиями
 Общие проблемы, возникающие при разработке требований. Способы
решения этих проблем
 Виды требований, их документирование
 Нефункциональные требования
 Использование языка UML при документировании требований
аналитиками
38

39. Программа
4. Качество требований
 Критерии качества требований
 Шаблоны документов,. Как сделать так, чтобы ими было удобно
пользоваться; ими пользовались все члены команды
 Рецензирование спецификаций и документов коллегами и порядок
работы при рецензировании
5. Оценка качества работы бизнес-аналитика
 Метрики, которые можно использовать для определения проблем в
проекте и в работе аналитика
39

40. Программа
6. Выявление стейкхолдеров и работа с ними
 Источники требований: не только стейкхолдеры. Определение источников
требований и проверочные листы
 Работа со стейкхолдерами: приемы, методы и практики донесения
информации до стейкхолдеров
7. Управление требованиями
 Управление требованиями: практики
 Трассировка требований на остальные артефакты проекта
40

41. Программа
8. Организация работы подразделения BA
 Различные виды аналитических работ, распределение их
 Управление временем
 Организация совместной работы аналитиков
41

42. Нюансы
• Консалтинг и обучение были совмещены
• Тренер участвовал в «боевых» проектах компании
• Ряд тем (метрики, управление требованиями) рассматривался при участии
менеджеров проектов
42

43. Результаты
• Были приведены конкретные рекомендации по улучшению процессов
разработки и управления требованиями, которые внедрены при участии
тренера
• Был разработан набор метрик, позволяющих оценить качество и глубину
аналитических работ, а также оценить возможные риски проекта на этапе
проведения анализа и на дальнейших этапах. Организован сбор и анализ
этих метрик
• Существенно повысилось качество требований
• Существенно улучшилось планирование аналитических работ
• Тренинг способствовал серьезному сплочению команды аналитиков и
улучшению навыков их совместной работы
43

44. МФТИ

45. Проблемы (озвученные)
1. Некому проводить семинарские занятия по курсу «Анализ требований к
ПО»
45

46. Цели
1. Сформировать у студентов основные умения и навыки, которые аналитик
формирует в первые два года с начала работы в IT-компании
46

47. Программа
Занятие 0 Вводное занятие, оценка уровня подготовки. Практические приемы работы
аналитика
Самостоятельная работа Составление списка вопросов, которые хотелось бы обсудить с тренером
Занятие 1 BPMN - основные понятия, знакомство с нотацией, простые примеры
диаграмм
Самостоятельная работа Составление простых диаграмм бизнес-процессов в нотации BPMN
Занятие 2 BPMN - основные ошибки при моделировании процессов, примеры
процессов, использующих обмен сообщениями
Самостоятельная работа Составление диаграмм бизнес-процессов в нотации BPMN
Занятие 3 BPMN - хореография. Синхронный и асинхронный обмен сообщениями
Самостоятельная работа Моделирование в BPMN с использованием хореографии
47

48. Программа
Занятие 4 Описание бизнес-процесса. Форматы описания бизнес-процессов
Самостоятельная работа Составление описания бизнес-процесса
Занятие 5 IDEF0 - основные понятия, знакомство с нотацией, примеры диаграмм
Самостоятельная работа Функциональное моделирование с использованием нотации IDEF0
Занятие 6 EPC - основные понятия, знакомство с нотацией, примеры диаграмм
Самостоятельная работа Самостоятельная работа: моделирование процесса в нотации EPC
Занятие 7 Декомпозиция бизнес-процесса на варианты использования
Самостоятельная работа Декомпозиция готовой модели бизнес-процесса на варианты использования
Занятие 8 Моделирование потоков данных
Самостоятельная работа Составление диаграммы DFD для проработанной модели процесса
48

49. Программа
Занятие 9 Варианты использования (формат, описание, шаблоны вариантов
использования), диаграммы последовательностей
Самостоятельная работа Составление диаграммы вариантов использования и описание вариантов
использования
Занятие 10 Моделирование предметной области. Связь модели предметной области с
другими артефактами процесса разработки требований и описания бизнес-
процесса
Самостоятельная работа Составление модели предметной области (для описанного процесса)
Занятие 11 Способы и форматы документирования требований
Самостоятельная работа Использование различных способов документирования требований,
определение взаимосвязей между разными способами
49

50. Программа
Занятие 12 Нефункциональные требования: виды нефункциональных требований,
особенности нефункциональных требований
Самостоятельная работа Формирование и уточнение нефункциональных требований
Занятие 13 Моделирование предметной области. Связь модели предметной области с
другими артефактами процесса разработки требований и описания бизнес-
процесса
Самостоятельная работа Составление модели предметной области (для описанного процесса)
Занятие 14 Способы и форматы документирования требований
Самостоятельная работа Использование различных способов документирования требований,
определение взаимосвязей между разными способами
50

51. Программа
Занятие 15 Нефункциональные требования: виды нефункциональных требований,
особенности нефункциональных требований
Самостоятельная работа Формирование и уточнение нефункциональных требований
Занятие 16 Критерии качества требований. Рецензирование требований. Шаблоны
требований
Самостоятельная работа Использование проверочных листов при оценке качества своих требований
51

52. Нюансы
Студенты выполняют две курсовые работы:
1. Разработка модели автоматизируемого бизнес-процесса (BPMN)
2. Составление модели предметной области и спецификации требований к
программному продукту/системе
В конце семестра проводится дифференцированный зачет (зачет с оценкой)
52

53. Результаты
• Программа практических занятий к курсу отлажена и работоспособна.
Тестирование показывает, что поставленная цель достигается
• Студенты трех курсов ФИВТ МФТИ последних лет получили зачеты по курсу
«Анализ требований к ПО» с положительными оценками
53

54. Итоги
• Ставьте конкретные цели при разработке программ обучения
• Цели должны быть SMART (конкретные, измеримые, достижимые,
актуальные, ограниченные во времени)
• Поставленные цели должны учитывать то, каким образом полученные
знания будут использоваться
• Приемы организации работ должны вырабатываться в тесном
сотрудничестве со смежными подразделениями и ролями в компании
54

55. Спасибо
• https://www.linkedin.com/in/nzhelnova
• https://www.facebook.com/nzhelnova
• http://www.slideshare.net/nzhelnova
• nzhelnova@teamcit.ru
Наталья Желнова