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.
Обучение системных
аналитиков
Наталья Желнова
Analyst Days, MSK, 2017 г.
Немного об авторе:
• Кто: Наталья Желнова
• В IT-индустрии с 1997 года, в IT-консалтинге и обучении – с 2006 года
• Главны...
Содержание
 Где, кто, кого и чему учит
 Чего не хватает обучаемым
 Что делать? (Системный подход к обучению)
 Практиче...
Где, кто, кого и
чему учит?
В России:
• Кто: Специализированные центры обучения
• Luxoft Training (26 курсов по направлению «Системный и бизнес-анализ...
В России:
• Кто: Консалтинговые компании
• «Школа системного анализа» (www.school.system-analysis.ru)
• «Level Up» (http:/...
В России:
• Кто: ВУЗы
• МИФИ (https://mephi.ru/) – 3 программы (несколько курсов), IT-специализация
• МФТИ (https://mipt.r...
В России:
• Кто: Корпоративные университеты
• Корпоративный университет NetCracker (http://ncedu.ru/edu)
• Корпоративный у...
В России:
• Кто: Онлайн-ресурсы
• UML2.ru (http://www.uml2.ru/)
• UML3.ru (http://uml3.ru/)
• СПбСОА (https://vk.com/spb_a...
За рубежом:
• Кто: Специализированные центры обучения
• Более 50 различных центров обучения и консалтинговых компаний в Ев...
За рубежом:
• Кто: Академические образовательные учреждения
• Более 20 различных образовательных учреждений (колледжей и у...
За рубежом:
• Кто: Онлайн-ресурсы
• Более 20 различных бесплатных образовательных онлайн-ресурсов: онлайн-курсы,
вебинары,...
За рубежом:
Сайты, посвященные обучению бизнес-аналитиков
1. Modern Analyst (http://www.modernanalyst.com/)
2. BA Times (h...
Чего нам не
хватает?
Опять «двойка»?
• Составители программ обучения не думают о реальных навыках, которые
будут нужны аналитикам в работе, фок...
Ситуация неопределенности
• Отсутствует понимание у руководства, как организовать работу подчиненных
• Отсутствуют навыки ...
Когда знания умножают скорбь
• В книгах и на тренингах объяснили, «как надо», а реальная жизнь сильно
отличается от того, ...
Что делать?
Подход: проблема – цель – метод
достижения цели
• Начать с определения проблем (зон, в которых требуются улучшения для
гру...
Определение зон улучшения
• Начать с определения проблем (зон, в которых требуются улучшения для
групп сотрудников и отдел...
Так чему же все-таки учить?
• Составить модель (матрицу) компетенций аналитика
• Провести оценку знаний по каждому пункту ...
Пример «матрицы компетенций»
22
Бизнес-анализ Личная эффективность Управленческие навыки
Экспертиза в предметной области Н...
Технические навыки и подходы к
организации процессов
• Тренировку отдельных навыков лучше организовывать в виде модульных
...
Технические навыки
• Моделирование бизнес-процессов
• Основы проектирования информационных систем
• Инструменты и нотации ...
Подходы к организации процессов
• Управление требованиями
• Разработка требований (как процесс)
• КПЭ процессов управления...
Практический
опыт:
Как это было
Крупный коммерческий банк (Top 10)
Проблемы (озвученные)
1. Создаваемые документы разнородны и плохо воспринимаются
программистами и QA-инженерами
2. Разноро...
Цели
1. Снизить разрыв в уровнях знаний у сотрудников отдела
2. Унифицировать форматы документирования требований
3. Умень...
Программа
 Роль аналитика требований
 Место требований в жизненном цикле разработки ПО. Основные
артефакты аналитических...
Программа
 Общие принципы организации процесса управления требованиями.
Процесс управления требованиями и процесс управле...
Нюансы
 Очень ограниченное время на проведение обучения
 Тестирование/анкетирование персонала с целью определить уровень...
Результаты
 Быстро выявлены основные «проблемные области» (общий
недостаток компетенции в определенных зонах)
 Были прив...
Компания, специализирующаяся на
заказной разработке
Проблемы (озвученные)
1. Недостаточная экспертиза аналитика в предметной области
2. Отсутствие знаний и опыта моделировани...
Цели
1. Сформировать картину полного процесса разработки и управления
требованиями
2. Повысить качество требований
3. Дать...
Программа
1. Моделирование бизнес-процессов и их последующая трассировка в
сценарии использования
 Моделирование бизнес-п...
Программа
3. Общие вопросы работы с требованиями
 Общие проблемы, возникающие при разработке требований. Способы
решения ...
Программа
4. Качество требований
 Критерии качества требований
 Шаблоны документов,. Как сделать так, чтобы ими было удо...
Программа
6. Выявление стейкхолдеров и работа с ними
 Источники требований: не только стейкхолдеры. Определение источнико...
Программа
8. Организация работы подразделения BA
 Различные виды аналитических работ, распределение их
 Управление време...
Нюансы
• Консалтинг и обучение были совмещены
• Тренер участвовал в «боевых» проектах компании
• Ряд тем (метрики, управле...
Результаты
• Были приведены конкретные рекомендации по улучшению процессов
разработки и управления требованиями, которые в...
МФТИ
Проблемы (озвученные)
1. Некому проводить семинарские занятия по курсу «Анализ требований к
ПО»
45
Цели
1. Сформировать у студентов основные умения и навыки, которые аналитик
формирует в первые два года с начала работы в ...
Программа
Занятие 0 Вводное занятие, оценка уровня подготовки. Практические приемы работы
аналитика
Самостоятельная работа...
Программа
Занятие 4 Описание бизнес-процесса. Форматы описания бизнес-процессов
Самостоятельная работа Составление описани...
Программа
Занятие 9 Варианты использования (формат, описание, шаблоны вариантов
использования), диаграммы последовательнос...
Программа
Занятие 12 Нефункциональные требования: виды нефункциональных требований,
особенности нефункциональных требовани...
Программа
Занятие 15 Нефункциональные требования: виды нефункциональных требований,
особенности нефункциональных требовани...
Нюансы
Студенты выполняют две курсовые работы:
1. Разработка модели автоматизируемого бизнес-процесса (BPMN)
2. Составлени...
Результаты
• Программа практических занятий к курсу отлажена и работоспособна.
Тестирование показывает, что поставленная ц...
Сбертех
Проблемы (озвученные)
1. Отсутствие нужных и полезных знаний и навыков
2. Отсутствие помощи в определении направлений
проф...
Цели
1. Помочь сформировать планы развития
2. Дать необходимые знания и навыки
56
Результаты
• Двое участников менторской программы составили планы дальнейшего
развития и выполнили их
• Разработан и прове...
Итоги
• Ставьте конкретные цели при разработке программ обучения
• Цели должны быть SMART (конкретные, измеримые, достижим...
Спасибо
• https://www.linkedin.com/in/nzhelnova
• https://www.facebook.com/nzhelnova
• http://www.slideshare.net/nzhelnova...
Upcoming SlideShare
Loading in …5
×

Обучение аналитиков - методы и программы

686 views

Published on

Доклад Наталии Желновой на конференции Analyst Days-6
www.analystdays.com

Published in: Education
  • Be the first to comment

  • Be the first to like this

Обучение аналитиков - методы и программы

  1. 1. Обучение системных аналитиков Наталья Желнова Analyst Days, MSK, 2017 г.
  2. 2. Немного об авторе: • Кто: Наталья Желнова • В IT-индустрии с 1997 года, в IT-консалтинге и обучении – с 2006 года • Главный аналитик Центра Развития Систем управления бизнес-процессами, СберТех • Ментор и внутренний тренер СберТех • Преподаватель курса «Анализ требований к ПО», МФТИ (2014-2016 г.) • Преподаватель курсов «Разработка и управление требованиями к ПО», «Управление бизнес- процессами» МФТИ (2017 г.) • Автор нескольких курсов по управлению проектами, разработке и управлению требованиями, моделированию и реинжинирингу бизнес-процессов • Опыт (проектные роли): • программист • менеджер проекта • ведущий аналитик • руководитель отдела системного анализа 2
  3. 3. Содержание  Где, кто, кого и чему учит  Чего не хватает обучаемым  Что делать? (Системный подход к обучению)  Практический опыт: Как это было 3
  4. 4. Где, кто, кого и чему учит?
  5. 5. В России: • Кто: Специализированные центры обучения • Luxoft Training (26 курсов по направлению «Системный и бизнес-анализ») • Microtest (2 курса: «Анализ и моделирование бизнес-процессов» и «Управление требованиями с использованием IBM Telelogic DOORS») • Interface (3 курса для системных аналитиков) • Кого: частных лиц и сотрудников организаций • Чему: • модульные курсы для системных и бизнес-аналитиков (Luxoft) • инструменты и нотации моделирования бизнес-процессов (Microtest) • инструменты работы с требованиями (Interface) 5
  6. 6. В России: • Кто: Консалтинговые компании • «Школа системного анализа» (www.school.system-analysis.ru) • «Level Up» (http://levelp.ru/) • Кого: частных лиц и сотрудников организаций • Чему: • практическим навыкам, необходимым аналитикам в работе («Школа Системного Анализа») • общим подходам к деятельности аналитика («Level Up») 6
  7. 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. 8. В России: • Кто: Корпоративные университеты • Корпоративный университет NetCracker (http://ncedu.ru/edu) • Корпоративный университет Сбербанка (http://sberbank-university.ru) • Кого: студентов старших курсов и сотрудников организаций • Чему: тому, чему их не научили и не научат в вузах, т.е. • практическим навыкам, необходимым в работе • основам профессии (через наставничество) 8
  9. 9. В России: • Кто: Онлайн-ресурсы • UML2.ru (http://www.uml2.ru/) • UML3.ru (http://uml3.ru/) • СПбСОА (https://vk.com/spb_analytics) • Кого: частных лиц • Чему: всему понемногу 9
  10. 10. За рубежом: • Кто: Специализированные центры обучения • Более 50 различных центров обучения и консалтинговых компаний в Европе (по версии сайта www.modernanalyst.com) – более 600 различных курсов, 12 различных направлений • Более 120 различных центров обучения и консалтинговых компаний в США (по версии сайта http://businessanalystlearnings.com/) • Кого: частных лиц и сотрудников организаций • Чему: • подготовка к сдаче сертификационных экзаменов (CBAP & CCBA, с учетом профиля ранее полученного образования) • авторские и специализированные курсы для системных и бизнес-аналитиков • курсы по смежным специальностям и дисциплинам (UX, databases, AI, etc.) 10
  11. 11. За рубежом: • Кто: Академические образовательные учреждения • Более 20 различных образовательных учреждений (колледжей и университетов) в США в 10 штатах (по версии сайта www.collegecalc.org) • Carnegie Mellon University (http://www.cmu.edu/) • Кого: • студентов бакалавриата (Computer Science) • студентов магистратуры (Computer Science) • частных лиц и сотрудников организаций • Чему: знаниям и навыкам, необходимым специалисту в работе • существует единая программа подготовки по специальности "бизнес- аналитик" 11
  12. 12. За рубежом: • Кто: Онлайн-ресурсы • Более 20 различных бесплатных образовательных онлайн-ресурсов: онлайн-курсы, вебинары, блоги (по версии сайта http://businessanalystlearnings.com/) • Coursera (https://ru.coursera.org/) • Кого: частных лиц • Чему: • основам профессии • знаниям и навыкам, необходимым специалисту в работе 12
  13. 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. 14. Чего нам не хватает?
  15. 15. Опять «двойка»? • Составители программ обучения не думают о реальных навыках, которые будут нужны аналитикам в работе, фокусируясь на знаниях, а не на навыках • Полученные во время тренинга навыки и знания не применяются в работе • Полученные во время тренинга навыки и знания фрагментарны, нет картины общего процесса • Обучение не заменяет практический опыт. В учебных проектах степень неопределенности существенно ниже, чем в реальном мире • Предыдущий опыт без его осмысления может стать тормозящим фактором при изменениях в работе организации или переходе сотрудника в другую организацию 15
  16. 16. Ситуация неопределенности • Отсутствует понимание у руководства, как организовать работу подчиненных • Отсутствуют навыки действий в подобной ситуации у сотрудников • Отсутствуют планы работ или планы формально присутствуют, но не соблюдаются сроки и основные требования к результатам • Есть серьезные проблемы с коммуникацией в проектах и в масштабах компании • Неправильно определены зоны ответственности аналитика (противоречие между обязанностями и полномочиями) • Используются нерелевантные критерии оценки работы аналитика 16
  17. 17. Когда знания умножают скорбь • В книгах и на тренингах объяснили, «как надо», а реальная жизнь сильно отличается от того, что пишут в книгах • Мы подготовили людей к изменениям (теоретически), но реальная зрелость организации не позволяет нам воплотить эти изменения в жизнь • «Инициатива снизу»: мы пытаемся достичь более высокого уровня зрелости процессов, относящихся к системному или бизнес-анализу, чем уровень зрелости смежных процессов и всей организации в целом • Мы пытаемся определить ключевые показатели эффективности (КПЭ) для неэффективных процессов или для процессов, в которых толком не разобрались 17
  18. 18. Что делать?
  19. 19. Подход: проблема – цель – метод достижения цели • Начать с определения проблем (зон, в которых требуются улучшения для групп сотрудников и отдельных лиц) • Поставить конкретные, достижимые цели обучения • Определить конкретные навыки и/или области знания, которые необходимо включить в программу обучения • Определить критерии проверки того, что необходимый уровень компетенции достигнут • Определить, как будут практически использоваться полученные знания и навыки • Провести обучение и убедиться в том, что поставленные цели достигнуты 19
  20. 20. Определение зон улучшения • Начать с определения проблем (зон, в которых требуются улучшения для групп сотрудников и отдельных лиц) • Поставить конкретные, достижимые цели обучения • Определить конкретные навыки и/или области знания, которые необходимо включить в программу обучения • Определить критерии проверки того, что необходимый уровень компетенции достигнут • Определить, как будут практически использоваться полученные знания и навыки • Провести обучение и убедиться в том, что поставленные цели достигнуты 20
  21. 21. Так чему же все-таки учить? • Составить модель (матрицу) компетенций аналитика • Провести оценку знаний по каждому пункту матрицы компетенций • Определить, в каких зонах нужны улучшения (и сопоставить эти улучшения с реальными целями для бизнеса организации) • Определить, какие навыки и знания необходимо получить, в каком объеме Lifehack: • В качестве модели компетенций можно использовать профстандарты в области IT http://www.apkit.ru/committees/education/meetings/standarts.php 21
  22. 22. Пример «матрицы компетенций» 22 Бизнес-анализ Личная эффективность Управленческие навыки Экспертиза в предметной области Навыки коммуникации и проведения совещаний Общие деловые навыки (деловая переписка, деловой этикет, etc.) Техническая экспертиза и знания Лидерские качества Управление временем Знания и опыт в конкретной отрасли индустрии Базовые знания в области маркетинга в конкретной отрасли Проведение оценки с технической и финансовой точки зрения Планирование Управление конфликтами Компьютерная грамотность, знание программных продуктов Навыки проведения исследований Авторитет Управление конфигурациями Управление знаниями Энергия, настойчивость Составление документов Оценки и анализ Гибкость Использование моделей Инновационное мышление Принятие решений Креативность
  23. 23. Технические навыки и подходы к организации процессов • Тренировку отдельных навыков лучше организовывать в виде модульных курсов (один курс – один навык) • Навыки закрепляются лучше, если обучение проходит так, что видна картина процесса целиком (те навыки, которые уже приобретены, используются, на более поздних стадиях обучения) • Можно обучить техническим навыкам (инструменты, нотации моделирования, интервьюирование пользователей, документирование требований) вне контекста общей организации процессов • Подходам к организации работ и построению процессов необходимо обучать с учетом специфики конкретной организации 23
  24. 24. Технические навыки • Моделирование бизнес-процессов • Основы проектирования информационных систем • Инструменты и нотации моделирования • Техники выявления требований , навыки проведения интервью • Способы документирования требований • Способы улучшения качества требований • Методы планирования работы аналитика, оценки времени, необходимого для работы • Повторное использование разработанных требований, создание и использование шаблонов 24
  25. 25. Подходы к организации процессов • Управление требованиями • Разработка требований (как процесс) • КПЭ процессов управления требованиями и разработки требований • Общие вопросы организации работы аналитика 25
  26. 26. Практический опыт: Как это было
  27. 27. Крупный коммерческий банк (Top 10)
  28. 28. Проблемы (озвученные) 1. Создаваемые документы разнородны и плохо воспринимаются программистами и QA-инженерами 2. Разнородность знаний и опыта сотрудников отдела системного анализа 3. Проблемы в коммуникации между отделами 4. Затягивание сроков разработки спецификаций 5. Ошибки, возникающие при изменении требований 6. Ошибки в требованиях 7. Люди перегружены, а дело продвигается медленно 28
  29. 29. Цели 1. Снизить разрыв в уровнях знаний у сотрудников отдела 2. Унифицировать форматы документирования требований 3. Уменьшить число ошибок в требованиях 4. Уменьшить число ошибок, возникающих вследствие изменений требований 5. Повысить общую эффективность работы 29
  30. 30. Программа  Роль аналитика требований  Место требований в жизненном цикле разработки ПО. Основные артефакты аналитических работ в разных моделях жизненного цикла  Выявление требований. Уровни требований. Бизнес-требования, системные требования  Определение приоритетов требований  Документирование требований. Спецификация требований, ее формат  Моделирование требований  Утверждение требований. Документирование изменений. Управление изменениями требований. Анализ влияния изменений 30
  31. 31. Программа  Общие принципы организации процесса управления требованиями. Процесс управления требованиями и процесс управления изменениями.  Качество требований. Способы обеспечения качества требований. Экспертиза и пересмотр требований  Проверка требований  Тестирование требований  Планирование аналитических работ. Распределение работ между аналитиками. 31
  32. 32. Нюансы  Очень ограниченное время на проведение обучения  Тестирование/анкетирование персонала с целью определить уровень компетенции не проводилось  «Бюрократия» в организации  Внутрикорпоративная «война» между отделами разработки и системного анализа  Участие консультанта в рабочих сессиях отдела не представлялось возможным (требования Службы Безопасности) 32
  33. 33. Результаты  Быстро выявлены основные «проблемные области» (общий недостаток компетенции в определенных зонах)  Были приведены конкретные рекомендации по документированию требований, разработаны шаблоны, сотрудники научились ими пользоваться  Итоговое тестирование показало неплохие результаты в области базовых навыков, включенных в программу (выявление требований, документирование требований, управление изменениями требований)  Повысилось качество требований, однако потенциал для улучшений еще оставался 33
  34. 34. Компания, специализирующаяся на заказной разработке
  35. 35. Проблемы (озвученные) 1. Недостаточная экспертиза аналитика в предметной области 2. Отсутствие знаний и опыта моделирования бизнес-процессов, недостаточное знание UML 3. Ошибки в требованиях 4. Ошибки, возникающие при изменении требований 5. Отсутствие навыков управления требованиями 6. Ошибки планирования работ. Плановые и фактические трудозатраты сильно различаются 7. Отсутствие понимания, как оценивать качество работы аналитиков, у руководства 35
  36. 36. Цели 1. Сформировать картину полного процесса разработки и управления требованиями 2. Повысить качество требований 3. Дать навыки моделирования и описания бизнес-процессов, практические навыки использования полученных на этом этапе данных и модели при разработке требований 4. Дать навыки исследования и быстрого изучения предметной области 5. Улучшить планирование аналитических работ (дать навыки оценки трудоемкости работ, оценки рисков, влияющих на сроки выполнения работ) 6. Дать навыки оценки работы аналитиков (для аналитиков и руководителей) 7. Улучшить управление требованиями 36
  37. 37. Программа 1. Моделирование бизнес-процессов и их последующая трассировка в сценарии использования  Моделирование бизнес-процессов. Нотации BPMN, EPC  Функциональное моделирование. Нотация IDEF0  Описание бизнес-процессов  Декомпозиция бизнес-процесса на варианты использования 2. Моделирование потоков данных  Нотация DFD 37
  38. 38. Программа 3. Общие вопросы работы с требованиями  Общие проблемы, возникающие при разработке требований. Способы решения этих проблем  Виды требований, их документирование  Нефункциональные требования  Использование языка UML при документировании требований аналитиками 38
  39. 39. Программа 4. Качество требований  Критерии качества требований  Шаблоны документов,. Как сделать так, чтобы ими было удобно пользоваться; ими пользовались все члены команды  Рецензирование спецификаций и документов коллегами и порядок работы при рецензировании 5. Оценка качества работы бизнес-аналитика  Метрики, которые можно использовать для определения проблем в проекте и в работе аналитика 39
  40. 40. Программа 6. Выявление стейкхолдеров и работа с ними  Источники требований: не только стейкхолдеры. Определение источников требований и проверочные листы  Работа со стейкхолдерами: приемы, методы и практики донесения информации до стейкхолдеров 7. Управление требованиями  Управление требованиями: практики  Трассировка требований на остальные артефакты проекта 40
  41. 41. Программа 8. Организация работы подразделения BA  Различные виды аналитических работ, распределение их  Управление временем  Организация совместной работы аналитиков 41
  42. 42. Нюансы • Консалтинг и обучение были совмещены • Тренер участвовал в «боевых» проектах компании • Ряд тем (метрики, управление требованиями) рассматривался при участии менеджеров проектов 42
  43. 43. Результаты • Были приведены конкретные рекомендации по улучшению процессов разработки и управления требованиями, которые внедрены при участии тренера • Был разработан набор метрик, позволяющих оценить качество и глубину аналитических работ, а также оценить возможные риски проекта на этапе проведения анализа и на дальнейших этапах. Организован сбор и анализ этих метрик • Существенно повысилось качество требований • Существенно улучшилось планирование аналитических работ • Тренинг способствовал серьезному сплочению команды аналитиков и улучшению навыков их совместной работы 43
  44. 44. МФТИ
  45. 45. Проблемы (озвученные) 1. Некому проводить семинарские занятия по курсу «Анализ требований к ПО» 45
  46. 46. Цели 1. Сформировать у студентов основные умения и навыки, которые аналитик формирует в первые два года с начала работы в IT-компании 46
  47. 47. Программа Занятие 0 Вводное занятие, оценка уровня подготовки. Практические приемы работы аналитика Самостоятельная работа Составление списка вопросов, которые хотелось бы обсудить с тренером Занятие 1 BPMN - основные понятия, знакомство с нотацией, простые примеры диаграмм Самостоятельная работа Составление простых диаграмм бизнес-процессов в нотации BPMN Занятие 2 BPMN - основные ошибки при моделировании процессов, примеры процессов, использующих обмен сообщениями Самостоятельная работа Составление диаграмм бизнес-процессов в нотации BPMN Занятие 3 BPMN - хореография. Синхронный и асинхронный обмен сообщениями Самостоятельная работа Моделирование в BPMN с использованием хореографии 47
  48. 48. Программа Занятие 4 Описание бизнес-процесса. Форматы описания бизнес-процессов Самостоятельная работа Составление описания бизнес-процесса Занятие 5 IDEF0 - основные понятия, знакомство с нотацией, примеры диаграмм Самостоятельная работа Функциональное моделирование с использованием нотации IDEF0 Занятие 6 EPC - основные понятия, знакомство с нотацией, примеры диаграмм Самостоятельная работа Самостоятельная работа: моделирование процесса в нотации EPC Занятие 7 Декомпозиция бизнес-процесса на варианты использования Самостоятельная работа Декомпозиция готовой модели бизнес-процесса на варианты использования Занятие 8 Моделирование потоков данных Самостоятельная работа Составление диаграммы DFD для проработанной модели процесса 48
  49. 49. Программа Занятие 9 Варианты использования (формат, описание, шаблоны вариантов использования), диаграммы последовательностей Самостоятельная работа Составление диаграммы вариантов использования и описание вариантов использования Занятие 10 Моделирование предметной области. Связь модели предметной области с другими артефактами процесса разработки требований и описания бизнес- процесса Самостоятельная работа Составление модели предметной области (для описанного процесса) Занятие 11 Способы и форматы документирования требований Самостоятельная работа Использование различных способов документирования требований, определение взаимосвязей между разными способами 49
  50. 50. Программа Занятие 12 Нефункциональные требования: виды нефункциональных требований, особенности нефункциональных требований Самостоятельная работа Формирование и уточнение нефункциональных требований Занятие 13 Моделирование предметной области. Связь модели предметной области с другими артефактами процесса разработки требований и описания бизнес- процесса Самостоятельная работа Составление модели предметной области (для описанного процесса) Занятие 14 Способы и форматы документирования требований Самостоятельная работа Использование различных способов документирования требований, определение взаимосвязей между разными способами 50
  51. 51. Программа Занятие 15 Нефункциональные требования: виды нефункциональных требований, особенности нефункциональных требований Самостоятельная работа Формирование и уточнение нефункциональных требований Занятие 16 Критерии качества требований. Рецензирование требований. Шаблоны требований Самостоятельная работа Использование проверочных листов при оценке качества своих требований 51
  52. 52. Нюансы Студенты выполняют две курсовые работы: 1. Разработка модели автоматизируемого бизнес-процесса (BPMN) 2. Составление модели предметной области и спецификации требований к программному продукту/системе В конце семестра проводится дифференцированный зачет (зачет с оценкой) 52
  53. 53. Результаты • Программа практических занятий к курсу отлажена и работоспособна. Тестирование показывает, что поставленная цель достигается • Студенты трех курсов ФИВТ МФТИ последних лет получили зачеты по курсу «Анализ требований к ПО» с положительными оценками 53
  54. 54. Сбертех
  55. 55. Проблемы (озвученные) 1. Отсутствие нужных и полезных знаний и навыков 2. Отсутствие помощи в определении направлений профессионального развития 3. Нереализованное стремление к карьерному развитию 55
  56. 56. Цели 1. Помочь сформировать планы развития 2. Дать необходимые знания и навыки 56
  57. 57. Результаты • Двое участников менторской программы составили планы дальнейшего развития и выполнили их • Разработан и проведен курс, дающий знания и навыки в области моделирования бизнес-процессов и его применении в автоматизации бизнес-процессов 57
  58. 58. Итоги • Ставьте конкретные цели при разработке программ обучения • Цели должны быть SMART (конкретные, измеримые, достижимые, актуальные, ограниченные во времени) • Поставленные цели должны учитывать то, каким образом полученные знания будут использоваться • Приемы организации работ должны вырабатываться в тесном сотрудничестве со смежными подразделениями и ролями в компании 58
  59. 59. Спасибо • https://www.linkedin.com/in/nzhelnova • https://www.facebook.com/nzhelnova • http://www.slideshare.net/nzhelnova • nzhelnova@teamcit.ru Наталья Желнова

×