Глава 9 методы и техники бизнес-анализа (babok 2.0 на русском скачать)Ivan Shamaev
Методики и техники бизнес-анализа для бизнес-аналитиков. Текст взят и переведен на русский язык из BABOK 2.0 (Свод знаний по бизнес-анализу версия 2.0). Скачать в формате pdf BABOK 2.0 на русском языке. Бизнес-анализ. Бизнес-аналитики. Системные аналитики. IIBA. iiba.org, iiba.ru, russia.iiba.org. Руководство по бизнес-анализу. Методы для сбора требований и анализа бизнеса.
Управление требованиями. Сбор требований. Характеристики хороших требований. Анализ требований. Управление изменениями требованиями. Курс для бизнес-аналитиков. Основы бизнес-анализа для начинающих
Babok v2.0 перевод на русский язык свод знаний по бизнес анализуIvan Shamaev
BABOK версия 2.0 - свод знаний по бизнес-анализу. Перевод на русский язык стандарта BABOK для бизнес-аналитиков, глава введения. Понятия бизнес-анализа, задачи, базовые компетенции.
Практический анализ и визуальное моделирование на UMLNikolai Kireev
Презентация курса online-тренингов, проводимых совместно Школой Системного Анализа г. Москва и IT-Студией WebMax.BY г. Минск.
Запись на курс по ссылке: http://school.system-analysis.ru/uml-online/
Глава 9 методы и техники бизнес-анализа (babok 2.0 на русском скачать)Ivan Shamaev
Методики и техники бизнес-анализа для бизнес-аналитиков. Текст взят и переведен на русский язык из BABOK 2.0 (Свод знаний по бизнес-анализу версия 2.0). Скачать в формате pdf BABOK 2.0 на русском языке. Бизнес-анализ. Бизнес-аналитики. Системные аналитики. IIBA. iiba.org, iiba.ru, russia.iiba.org. Руководство по бизнес-анализу. Методы для сбора требований и анализа бизнеса.
Управление требованиями. Сбор требований. Характеристики хороших требований. Анализ требований. Управление изменениями требованиями. Курс для бизнес-аналитиков. Основы бизнес-анализа для начинающих
Babok v2.0 перевод на русский язык свод знаний по бизнес анализуIvan Shamaev
BABOK версия 2.0 - свод знаний по бизнес-анализу. Перевод на русский язык стандарта BABOK для бизнес-аналитиков, глава введения. Понятия бизнес-анализа, задачи, базовые компетенции.
Практический анализ и визуальное моделирование на UMLNikolai Kireev
Презентация курса online-тренингов, проводимых совместно Школой Системного Анализа г. Москва и IT-Студией WebMax.BY г. Минск.
Запись на курс по ссылке: http://school.system-analysis.ru/uml-online/
Это последняя лекция в серии для очень начинающих аналитиков. Она о высоком: о творчестве, о познании, о сложных задачах, которые тоже являются частью работы аналитика. Об этой стороне редко говорят, считая ее трудно формализуемой, необязательной или считают, что это "не для всех". Но останавливаясь только на обязательных, формальных и рутинных частях работы аналитика, мы сами убиваем любовь к собственной профессии, превращая ее в колесо для белки. Так вот: учитесь видеть в своей профессии творчество!
Презентация содержит конспект первых глав книги.
Книга посвящена разработке качественных требований к продукту. Здесь описаны дюжины проверенных на практике способов выявления, формулирования, разработки, проверки, утверждения и тестирования требований к ПО, которые помогут разработчикам ПО, менеджерам и маркетологам создать эффективное ПО.
Раскрывается роль аналитика требований, важность бизнес-правил, а также вопрос о том, что формулирование требований важно для проектов по обслуживанию, для комплексных решений и проектов, разрабатываемых сторонними организациями.
Основная аудитория - аналитики требований и разработчики продукта, а также дизайнеры, программисты, тестировщик ПО и другие члены команды, задача которых понять и удовлетворить чаяния клиентов, а также маркетологи, менеджеры по продуктам и менеджеры проекта, которые должны проникнуться "духом" и особенностями продукта, чтобы сделать его в полной мере конкурентоспособным.
Клуб аналитиков Thinkersware: Анализ на входеAnton Vityaz
Какие важные моменты пропускает аналитик на старте? Как провести анализ исходных требований, что делать с бизнес целями и приоритетами, почему важны рамки проекта и работа с заинтересованными лицами. Стоит ли доверять пользовательским требованиям, принимать неопределенности и двусмысленности.
Наталья Желнова для ITGM#6. Обучение системных аналитиковSPbCoA
Наталья Желнова для ITGM#6. Обучение системных аналитиков
- Где, кто, кого и чему учит
- Чего не хватает обучаемым
- Что делать? (Системный подход к обучению)
- Практический опыт: Как это было
Разработка ценностных предложений (Startup Day, ФРИИ, 2016)Create Digital
Как сделать продукт востребованным и заработать на этом.
Соответствие продукта и рынка – это
– когда у ваших клиентов действительно есть проблема,
– за решение которой они готовы платить,
– этих клиентов потенциально достаточно для получения положительной экономики,
– вы явно отличаетесь от конкурентов.
Определение.
Ценностное предложение или product market fit – это суть вашего продукта в одно предложение, которое стимулируем к покупке.
ЦП отвечает на вопросы:
Какую проблему клиента вы решаете?
Как вы её решаете?
Как вы решаете её иначе?
Зачем?
Без ценности нет масштабируемости.
Ценность позволяет управлять ценой.
Продажа без ценности – впаривание.
Впаривание порождает неудовлетворенных клиентов.
Формулирование. Подсказки.
1. Отличайтесь.
Отличие должно быть значимым, поэтому делайте ваше ЦП прямым ответом на ключевую проблему клиента.
Формулирование. Подсказки.
2. Обращайтесь к ранним последователям.
Формулирование. Подсказки.
3. Фокусируйтесь на конечном результате.
Сервис по составлению резюме.
«Профессиональные дизайнерские шаблоны для резюме» — это лишь фича продукта.
«Привлекательное резюме, выделяющееся на фоне других» — это лишь промежуточный результат.
«Работа мечты» — это конечный результат и он должен содержаться в UVP.
Формулирование. Подсказки.
Bullshit-детектор.
Классный дизайн, удобно, эффективно, быстро, сокращаем время, модно, делаем по-новому.
Выгода в деньгах!
Формулирование. Подсказки.
Формула.
Конечный результат + Время получения + Контраргумент возражению.
(Даэн Максвелл).
«Горячая свежая пицца у Вас за 30 минут, не успеем — достанется вам бесплатно.»
ITGM#8 Евгения Чумачкова User Story Mapping: как увидеть общую картину продук...SPbCoA
На ITGM#8 Евгения Чумачкова рассказала как с помощью техники User Story Mapping сохранять общее видение продукта и потребностей пользователей на протяжении всего цикла разработки.
Успешный запуск продукта: совместная работа BA, PO, PMAnton Vityaz
Успешный запуск продукта: совместная работа Business Analyst, Product Owner, Product Manager + инвестор. Что нужно знать бизнес аналитику для построения эффективного и результативного взаимодействия на старте - насколько понятен "голубой океан" продукта, целевые сегменты, процессы по всему жизненному циклу продукта. Выстроено ли Agile взаимодействие?
The GameChangers Enterprise Architecture track, a free one-year program for ad-hoc education and research on modern enterprise management and engineering, begins accepting applications. The course structure offers classes with experts and key people from enterprise architecture, organizational development, project management and IT-management, both from industry and academia.
Competency Model (HR API conference, Russian language) Irina Leshchuk
В докладе представлен опыт разработки, внедрения и использования модели компетенций для сотрудников компании. В нем говорится о том, как удалось подготовить решение, которое одновременно отвечает запросам со стороны бизнеса и используется для оценки и развития сотрудников в компании Grid Dynamics.
Кажется, что доклад будет интересен руководителям подразделений, менеджерам команд, HR специалистам и всем, кто интересуется вопросами оценки и развитием сотрудников внутри компании.
Целевой аудиторией, прежде всего, являются компании, в которых работает больше 100 инженеров и особенно актуально для тех, где есть распределенные команды в разных городах. Для компаний небольшого размера или стартапов содержание презентации будет интересно, скорее, с познавательной точки зрения, чем с практической.
Строим процессы управления собственными руками. Советы начинающимCleverics
1. Чем отличается самостоятельное внедрение от работы с внешним подрядчиком
2. Внедрение процесса – о чем не забыть, кроме автоматизации
3. Риски проекта по внедрению процесса
4. Есть ли жизнь после внедрения?
Правила успешной карьеры в IT. Часть 2. Взгляд HR-отделаSkillFactory
Презентация для вебинара "Правила успешной карьеры в IT. Часть 2. Взгляд HR-отдела" от 15.04.2014.
Руководитель карьерного направления компании HeadHunter Марина Хадина делится рекомендациями по составлению резюме, а также рассказывает о том, как сертификация в IT влияет на трудоустройство и уровень заработной платы.
Запись вебинара на Youtube: http://www.youtube.com/watch?v=SSqQ6Zc58wE&hd=1
Применение машинного обучения для генерации структурированных сниппетов в пои...Ontico
РИТ++ 2017, секция ML + IoT + ИБ
Зал Белу-Оризонти, 6 июня, 17:00
Тезисы:
http://ritfest.ru/2017/abstracts/2768.html
Идеальная поисковая система должна возвращать упорядоченный по убыванию релевантности список результатов. Однако, это не всегда получается из-за сложности естественного языка, неоднозначности в запросах, вариативности личных предпочтений пользователей. Как следствие, релевантный результат может находиться на любой позиции на странице поисковой выдачи.
...
2. Немного об авторе:
• Кто: Наталья Желнова
• В IT-индустрии с 1997 года, в IT-консалтинге и обучении – с 2006 года
• Главный аналитик Лаборатории сервисов управления бизнес-процессами, СберТех
• Преподаватель курса «Анализ требований к ПО», МФТИ (с 2014 г.)
• Автор нескольких курсов по управлению проектами, разработке и управлению
требованиями, моделированию и реинжинирингу бизнес-процессов
• Опыт (проектные роли):
• программист
• менеджер проекта
• ведущий аналитик
• руководитель отдела системного анализа
2
3. Содержание
Где, кто, кого и чему учит
Чего не хватает обучаемым
Что делать? (Системный подход к обучению)
Практический опыт: Как это было
3
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
15. Опять «двойка»?
• Составители программ обучения не думают о реальных навыках, которые
будут нужны аналитикам в работе, фокусируясь на знаниях, а не на навыках
• Полученные во время тренинга навыки и знания не применяются в работе
• Полученные во время тренинга навыки и знания фрагментарны, нет картины
общего процесса
• Обучение не заменяет практический опыт. В учебных проектах степень
неопределенности существенно ниже, чем в реальном мире
• Предыдущий опыт без его осмысления может стать тормозящим фактором
при изменениях в работе организации или переходе сотрудника в другую
организацию
15
16. Ситуация неопределенности
• Отсутствует понимание у руководства, как организовать работу подчиненных
• Отсутствуют навыки действий в подобной ситуации у сотрудников
• Отсутствуют планы работ или планы формально присутствуют, но не
соблюдаются сроки и основные требования к результатам
• Есть серьезные проблемы с коммуникацией в проектах и в масштабах
компании
• Неправильно определены зоны ответственности аналитика (противоречие
между обязанностями и полномочиями)
• Используются нерелевантные критерии оценки работы аналитика
16
17. Когда знания умножают скорбь
• В книгах и на тренингах объяснили, «как надо», а реальная жизнь сильно
отличается от того, что пишут в книгах
• Мы подготовили людей к изменениям (теоретически), но реальная зрелость
организации не позволяет нам воплотить эти изменения в жизнь
• «Инициатива снизу»: мы пытаемся достичь более высокого уровня зрелости
процессов, относящихся к системному или бизнес-анализу, чем уровень
зрелости смежных процессов и всей организации в целом
• Мы пытаемся определить ключевые показатели эффективности (КПЭ) для
неэффективных процессов или для процессов, в которых толком не
разобрались
17
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
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
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
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