Принципы Agile и практические методики их применения сегодня у всех на слуху. В докладе Андрей рассмотрит аспекты теории и практики, предлагаемые консорциумом ICAgile для проектных менеджеров на сертификации Agile Project Management.

1. Основы Agile Project
Management или
Прощай, менеджер проектов!
Андрей Холявкин, Аркадия

2. Обо мне
2
Андрей Холявкин
Руководитель Таганрогского офиса
АО «Аркадия»
andrey.kholyavkin@arcadia.spb.ru
13 лет работы в IT,
10 лет в управлении проектами

3. Agile Project
3
Что такое успешный проект?

4. Agile Project
4
Что люди на самом деле имеют в виду, говоря «проект»?
Это? Или это?
https://www.pmi.org/about/learn-about-pmi/what-is-project-management

5. Agile = Iterative + Incremental
5
Не пытайтесь получить все
правильно сделанным с
самого начала
Не выкатывайте все сразу
за один раз

6. Agile = Iterative + Incremental
6
Не так…
А так!
• Выясняем проблему - клиенты описывают продукт
• «Стоп, я хочу не ехать, а лететь!» - fast fail
• Делаем правильные вещи - максимизировать ценность, а не объемы

7. Agile Project Management?
Agile Product Delivery!
7
http://icagile.com/Overview
http://icagile.com/Learning-Roadmap/Delivery-Management

8. Что же делает PM?
8
Не:
«Я – PM, а значит я один отвечаю за все в
проекте!»
А:
«Моя задача – сбалансировать поток
выполняемых задач и позволить команде
найти человека, который ответит на
очередной вопрос и решит задачу.»

9. Функциональный тип структуры
9
Формализованные
правила, процедуры,
скоординированные
планы и бюджеты,
функции
подразделений
хорошо разделимы.
Хорошо работает в
стабильных условиях.

10. Проектный тип структуры
10
Руководитель проекта
ведет свою группу. В
которой имеет
неоспоримое влияние
на принятие решений.

11. Матричный тип структуры
11
Используется в
основном для
управления большими
проектами и
продуктами, работники
выделяются в команду
без удаления с текущей
должностной позиции.

12. Неформальная сторона
12

13. Agile Team
13
Небольшая группа людей, которые все вместе
обладают необходимыми компетенциями для
определения, создания и тестирования приростов
ценности в коротком временном отрезке.
Члены команды кросс-функциональны, само-
организуемы, способны к само-менеджменту и
ответственны за доставку результатов, которые
соответствуют нуждам и ожиданиям клиента.
Культура ест стратегию на завтрак. Питер Друкер, теоретик менеджмента

14. Agile Manager
14
• Ответственен за эффективную и своевременную
коммуникацию с важнейшими стейкхолдерами с
утвержденной частотой и формальностями.
• Производит высокоуровневое планирование и расписание,
но не планирование на уровне спринтов.
• Мониторит прогресс.
• Управляет рисками и взаимодействует с важнейшими
бизнес- и техническими персонами для обработки рисков.
• Мотивирует и управляет чувством вовлечения и
ответственности в командах.
• Участвует в скрам митингах как наблюдатель для
понимания текущего прогресса и проблем.
Из DSDM
https://en.wikipedia.org/wiki/Dynamic_systems_development_method

15. Кто такие stakeholders
15
● A person with an interest or concern in something, especially a business.
– Oxford
● Stakeholders are persons or organisations (e.g., customers, sponsors, the
performing organization, or the public), who are actively involved in the
project or whose interests may be positively or negatively affected by
the performance or completion of the project. – PMI
● A person external to the Scrum Team with a specific interest in and
knowledge of a product that is required for incremental discovery.
Represented by the Product Owner and actively engaged with the
Scrum Team at Sprint Review. – Scrum.org

16. Анализ стейкхолдеров
16
http://www.stakeholdermap.com/stakeholder-analysis.html

17. Project Charter
17
Небольшой документ, открытый всей
команде
3 ключевых элемента:
1. Vision – «почему». Высокоуровневая
цель, причина существования проекта.
«Почему мы собрались вместе.»
2. Mission – «что». Что будет сделано в
проекте для достижения
высокоуровневой цели.
3. Success Criteria. Набор тестов, которые
описывают эффекты вовне проекта.
«Как мы поймем, что цель достигнута?»
Цель – диалог и
обсуждение решаемой
проблемы в целом, а не
особенности технической
реализации.
Life is easy and we know
how to improve it.

18. Ситуационное лидерство
18
4 стиля лидерства:
1. Указывать
2. «Продавать»
3. Участвовать
4. Делегировать
Проработайте свой личный
путь к уровню 4 

19. Семь уровней власти
19
1. Указывать: принимать решения как
начальник
2. Продавать: убедить людей в решении
3. Консультироваться: узнать мнение команды
перед принятием решения
4. Соглашаться: принять решение вместе с
командой
5. Советовать: возможность оказать влияние
на решение
6. Спрашивать: узнать что команда решила
7. Делегировать: никакого влияния, пусть
команда выработает решение

20. Вовлечение команды в управление
20
https://management30.com/

21. Служение в лидерстве
21
10 самых важных характеристик служения:
• слушание
• сопереживание
• исцеление
• осведомленность
• убедительность
• осмысление
• предвидение
• быть «наставников»
• стремление к росту людей
• построение коммюнити

22. Конфликты в команде
22
Конфликт в команде – это межличностная
проблема, которая возникает между двумя или
более членами команды и влияет на результаты
командной работы, команда теряет
эффективность. Возникает когда нарушен
баланс между восприятием и целями и/или есть
беспорядок с ценностями в команде, в
результате люди не могут далее работать
вместе.
Типы:
• По функциональному атрибуту
(функциональные или дисфункциональные)
• По причине конфликта (различные ценности
членов команды, цели vs. ожидания, роли и
ответственности, недостаток ресурсов и т.п.)
• По поведение (конструктивные и
деструктивные)
Конфликт – точка роста!
Разрешение конфликта
Три шага:
1. «Что произошло?»
2. Чувства
3. Идентификация настоящей
проблемы
https://www.amazon.com/Difficult-Conversations-Discuss-What-Matters/dp/0143118447

23. Здоровая команда
23
Команды умеют самоорганизовываться, но это
требует вовлечения и доверия от руководства.
http://agilityhealthradar.com/
Доверие > контроля
100% контроль = 0% движения
If everything’s under control,
you’re going too slow!
- Mario Andretti, Formula 1

24. “We’re not sure we need a PM role.”
24

25. Найти баланс
25

26. Generalizing Specialists
26
• Выделенная команда тестировщиков – “We own quality!” (testers)
• Выделенная роль тестировщика – “I own quality!” – «Я сделаль»
• В команде нет тестировщика - «Мы все отвечаем за качество!»
Внутренний хакатон –
отличный способ начать
осваивать новые роли.
Регбийная команда «Булава», Таганрог

27. Что не вошло
27
• Agile Requirements Management – Useful -> Usable -> Desirable.
• “Vision is the art of seeing what is invisible to others.” –Jonathan
Swift.
• Открытка из будущего.
• User Persona.
• Список рисков фичи и проекта, виден всей команде -> принцип
Паретто существует только из-за неправильно оцененных
рисков.
• «Что может пойти не так?» - Fishbone diagram.
• Метрики и эффект кобры.
• “If you only quantify one thing, quantify the cost of delay.” –Don
Reinertsen.
• No Management, холакратия, самоорганизующиеся структуры.
Максим Цепков, http://mtsepkov.org/

28. Q & A
Презентация содержит материалы из различных источников, включая, но не ограничиваясь:
Henrik Kniberg, Mike Cohn, Alistar Cockburn, Ken Schwaber, Jeff Sutherland, David Andersen, Ester Derby, Don Reinertsen,
Jeff Patto, Larry C. Spears, Алексей Фридман, ICAgile, Project Management Institute, Agile Transformation Link, ЯПлакал и
AgileLAB.
Все товарные знаки являются собственностью их правообладателей.