РАЗРЕШИТЕ ПРЕДСТАВИТЬСЯ

АЛЕКСЕЙ ПЕТРОВ тренер и консультант, эксперт-практик в области анализа и моделирования бизнес-процессов, системного анализа, архитектуры ПО, системной и программной инженерии

2

2015+

организатор «Вечеров системного и бизнес-анализа» в

С.-Петербурге, научный консультант магистратуры «Системный

анализ и архитектура ИС» факультета «Информатика и системы

управления» НИУ МГТУ им. Н.Э. Баумана, сертифицированный

тренер Luxoft, приглашенный лектор ИГХТУ (Иваново), БГУИР (Минск)

2013+

докладчик ЛАФ-2015, конференций Stratoplan TECH & BUSINESS

Summit 2013, Luxoft DEV Labs C++ 2013, Luxoft REQ Labs 2014,

слетов IT Campus 2014, IT Global Meetup #5 (2015), модератор CEE-

SECR’2014, докладчик CEE-SECR’2015

2012+ научный сотрудник, преподаватель НИУ МГТУ им. Н.Э. Баумана и

совместных проектов Mail.Ru Group с МГТУ им. Н.Э. Баумана и МГУ

им. М.В. Ломоносова «Технопарк@Mail.Ru» и «Техносфера@Mail.Ru»

2011+ независимый тренер и консультант, автор и ведущий тренингов в

Беларуси, Казахстане, Литве, России

2004+ участник более 10 проектов внедрения корпоративных ИС,

моделирования бизнес-процессов и ИТ-аудита организаций

РАЗРЕШИТЕ ПРЕДСТАВИТЬСЯ

3

Нам доверяют

Creara

(г. Москва)

EPAM Kazakhstan (г. Астана,

Республика Казахстан)

«Альфа-Банк»

(г. Москва)

«НОРБИТ»

(ГК «ЛАНИТ», г. Москва)

НИУ Московский

государственный

технический университет

им. Н.Э. Баумана Mail.Ru Group

(г. Москва)

«Эвола»

(г. Москва)

«ПраксисКом»

(г. Москва)

Smart Architects

(г. С.-Петербург)

Реализованные проекты

«НЛК» (г. Москва) «Русская логистическая

служба» (г. Москва)

PRADO Group

(г. Москва)

Electrolux Rus

(г. Москва)

«Мострансагентство»

(г. Москва)

Bionorica Rußland

(г. Москва)

Abbott Laboratories

Russia (г. Москва)

IKEA Russia

(г. Москва)

«Газпром нефть»

(г. С.-Петербург)

«Норильский никель»

(г. Москва)

О ЧЕМ ПОЙДЕТ РЕЧЬ?

1

2

3

Эволюция требований Эволюция аналитических артефактов и видов требований

От проблем — к бизнес-требованиям

Управление заинтересованными сторонами Заинтересованные стороны и их интересы

Выявление, анализ и классификация заинтересованных сторон

Объемы и риски проекта Функциональный, организационный и процессный объем

проекта

Бизнес- и проектные риски

4

НА ВРЕМЯ МАСТЕР-КЛАССА, ПОЖАЛУЙСТА, ПЕРЕВЕДИТЕ ЛИЧНУЮ ТЕХНИКУ

И СРЕДСТВА СВЯЗИ В БЕЗЗВУЧНЫЙ РЕЖИМ. СПАСИБО!

Эволюция аналитических

артефактов и видов требований

От проблем —

к бизнес-требованиям

5

ВВЕДЕНИЕ:

ЭВОЛЮЦИЯ АНАЛИТИЧЕСКИХ АРТЕФАКТОВ

6

Бизнес-требования (англ. Business

Requirements Document, BRD)

Функциональные требования

(англ. Functional Requirements

Document, FRD)

Техническое задание

ВВЕДЕНИЕ:

ЭВОЛЮЦИЯ ВИДОВ ТРЕБОВАНИЙ

7

Бизнес-требования

Пользовательские требования

Функциональные требования

ОТ ПРОБЛЕМ — К БИЗНЕС-ТРЕБОВАНИЯМ

8

Проблемы (N)

Возмож- ности (M)

Потребности (X)

Высказывания

Ценность

Цель (проекта)

Бизнес-цель

Пожелания

Требования «Хотелки»

Бизнес-требования

БИЗНЕС-ТРЕБОВАНИЕ: ФОРМАЛЬНО

9

Определение Бизнес-требование (англ. business requirement) —

высокоуровневая цель заинтересованной стороны (ЗС, лица или организации).

Откуда? Обычно бизнес-требования высказывают спонсоры,

покупатели, руководители конечных пользователей и пр.

Куда? Бизнес-требования, как правило, составляют часть одного из

документов об образе и границах проекта, определение которых представляет собой первый этап недопущения неконтролируемого разрастания проекта

Заинтересованные стороны и их

интересы

Выявление, анализ и

классификация

заинтересованных сторон

10

УПРАВЛЕНИЕ ЗС: ПОЧЕМУ ЭТО ВАЖНО?

Основная задача Заручиться поддержкой других участников проекта

и одержать верх в ситуации, где иные проигрывают

Выгоды применения • Раннее выявление наиболее влиятельных ЗС повышает шансы

получить их поддержку, требуемые ресурсы и повысить качество результатов аналитической деятельности

• Частое общение с ЗС с наиболее ранних стадий обеспечивает лучшее понимание процесса разработки и позволяет рассчитывать на встречную поддержку, когда и если она потребуется

• Активная работа с ЗС позволяет предвидеть возможную реакцию на выпускаемые артефакты, извлекать выгоду из положительной и не допускать отрицательной

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

11

ЗС И ИНТЕРЕС К СИСТЕМЕ

12

ТОЧКИ ЗРЕНИЯ И ПРЕДСТАВЛЕНИЯ

13

Представление так же

онтологически относится

к точке зрения, как

архитектурная модель

системы — к виду этой

модели

ШАГ #1. ВЫЯВЛЕНИЕ ЗС

Кто они: мозговой штурм • Кто может повлиять на проект или находится под влиянием?

• Кто обладает (наделен) властью, влиянием, полномочиями?

• Кто заинтересован в успехе или провале проекта?

e.g. Высшее руководство, проектный офис, клиентский офис, партнеры, клиенты, поставщики, разработчики и др.

Опасность Большая ошибка — уделять все внимание

формальной структуре организации. Неформальные группы ЗС могут иметь не меньше власти или влияния

14

«Лучшие практики» • Выявляйте влиятельных лиц (кто знает, что происходит / участвует

в важных встречах и коллегиальных органах, ценится коллегами и руководством)

• Выявляйте людей, а не организации: работать вам все равно с людьми

НЕ ЗАБЫВАЙТЕ ПРО «НЕВИДИМУЮ КОМАНДУ»!

ШАГ #2. АНАЛИЗ ЗС

15

Категория ЗС #1 ЗС #2 ЗС #3

Группа ЗС CEO CFO CIO

Имя ЗС Борисов Б.Б. Васильев В.В. Григорьев Г.Г.

Способность сорвать проект /

изменения

В С В

Текущее понимание Н С С

Необходимое понимание В С В

Текущая вовлеченность С Н Н

Необходимая вовлеченность С С С

Необходимая поддержка В С В

В ИЛЛЮСТРАТИВНЫХ ЦЕЛЯХ ТАБЛИЦА ТРАНСПОНИРОВАНА!

Н — низкая (-ое), С — средняя (-ее), В — высокая (-ое)

ШАГ #2. АНАЛИЗ ЗС:

ОЦЕНКА ПОДДЕРЖКИ И ВОВЛЕЧЕННОСТИ

16

Вопросы • Готов ли сотрудник начать двигаться в направлении целей

проекта? Охотно ли он будет это делать?

• Готов ли сотрудник стать надежным защитником или

проводником инициативы (проекта / изменения)? Если да, в

какой мере?

• Насколько сотрудник вовлечен

в инициативу (проект / изменение)?

Является ли он лишь

заинтересованным наблюдателем

или ему необходимо погружаться

в детали?

• Имеет ли сотрудник контрактные

обязательства поддерживать

реализацию инициативы /

разработку проекта?

ШАГ #3. КЛАССИФИКАЦИЯ ЗС

Четыре подхода Оцените власть, влияние и интерес всех ЗС и сосредоточьтесь

на «ключевых игроках». Помочь в этом может матрица власти и интересов (англ. power / interest matrix, power grid)

17

Уровень

власти

Высокий С

Поддерживать

удовлетворенность

D Ключевые игроки

Низкий A

Взаимодействовать

минимально

B Информировать

Низкий Высокий

Уровень интереса

ШАГ #4. ВЫБОР АРТЕФАКТОВ ДЛЯ

КОММУНИКАЦИИ. ПОСТРОЕНИЕ КАРТЫ ЗС

Что следует. Кому следует Определите, какие артефакты должны выпускаться и проходить

валидацию у каждой группы ЗС

18 В ИЛЛЮСТРАТИВНЫХ ЦЕЛЯХ ТАБЛИЦА ТРАНСПОНИРОВАНА!

Категория ЗС #1 ЗС #2 ЗС #3

Группа ЗС CxO Проектный офис Закупки

Ключевые

интересы

Стратегические

цели

организации

Расстановка

приоритетов,

обеспечение

ресурсами

Возможные

решения,

ограничения,

правила…

Класс (A…D) C C D

Артефакты Диаграммы

целей…

Каталог

требований…

Каталог

стандартов…

Функциональный, организационный

и процессный объем проекта

Бизнес- и проектные риски

19

ОПРЕДЕЛЕНИЕ ОБЪЕМА ПРОЕКТА

Функциональный объем Высокоуровневый состав задач, которые должно решать

проектируемое решение, с точки зрения заинтересованных сторон (главным образом, пользователей)

Организационный объем Состав организационных единиц, в которых предполагается

внедрение продукта проекта

Процессный объем Состав бизнес-процессов, которые так или иначе затрагивается

проектом (инициативой), а также его продуктом

20

ОПРЕДЕЛЕНИЕ РИСКОВ ПРОЕКТА

Бизнес-риски Риски, обусловленные текущим состоянием бизнес-процессов,

уровнем развития инфраструктуры, готовностью организационных единиц

Проектные риски Риски, обусловленные уровнем управления проектом

21

Пример структуры документа

Ближайшие мероприятия

Вопросы аудитории

22

ПРИМЕР СТРУКТУРЫ ДОКУМЕНТА

23

Цели, задачи, выгоды

Объемы и риски

Заинтересованные стороны и пр. Смежные проекты и системы

БЛИЖАЙШИЕ КОНФЕРЕНЦИИ ПО RE

24

22nd Int’l Working Conference on Requirements Engineering: Foundation for Software Quality

Место, дата, время: Гётеборг, 14 – 17 марта 2016 г.

Девиз конференции: ”Understanding an Ever-Changing World Through the Right Requirements”

» The REFSQ working conference is the leading European conference series on requirements engineering. It is the goal of REFSQ to foster the creation of a strong European RE community across industry and academia. Since 1994, Requirements Engineering continued to be a dominant factor influencing the quality of software, systems and services.

Заявка на участие: “Efficient vs. Performable: A “Magic Seven” of Ways to Learn New Business Domains and Analyse Enterprises” (в соавторстве)

СПАСИБО ЗА ВНИМАНИЕ!

❶ Собственные источники

В ходе подготовки лекции использовались

следующие авторские материалы:

• материалы выступления по теме «Управление

заинтересованными сторонами» на первом

«Вечере системного и бизнес-анализа» (2015,

г. С.-Петербург);

• материалы тренинга ««Системный и бизнес-

анализ в разработке ПО. Полный курс» (2015)

❷ Контакты

25

Профиль ведущего

в сети LinkedIn

СПАСИБО ЗА ВНИМАНИЕ!

26