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

Андрей Холявкин, Аркадия

Обо мне

2

Андрей Холявкин

Руководитель Таганрогского офиса

АО «Аркадия»

andrey.kholyavkin@arcadia.spb.ru

13 лет работы в IT,10 лет в управлении проектами

Agile Project

3

Что такое успешный проект?

Agile Project

4

Что люди на самом деле имеют в виду, говоря «проект»?

Это? Или это?

https://www.pmi.org/about/learn-about-pmi/what-is-project-management

Agile = Iterative + Incremental

5

Не пытайтесь получить все

правильно сделанным с

самого начала

Не выкатывайте все сразу

за один раз

Agile = Iterative + Incremental

6

Не так…

А так!

• Выясняем проблему - клиенты описывают продукт• «Стоп, я хочу не ехать, а лететь!» - fast fail• Делаем правильные вещи - максимизировать ценность, а не объемы

Agile Project Management?Agile Product Delivery!

7

http://icagile.com/Overviewhttp://icagile.com/Learning-Roadmap/Delivery-Management

Что же делает PM?

8

Не:

«Я – PM, а значит я один отвечаю за все в проекте!»

А:

«Моя задача – сбалансировать поток выполняемых задач и позволить команде найти человека, который ответит на очередной вопрос и решит задачу.»

Функциональный тип структуры

9

Формализованные

правила, процедуры,

скоординированные

планы и бюджеты,

функции

подразделений

хорошо разделимы.

Хорошо работает в

стабильных условиях.

Проектный тип структуры

10

Руководитель проекта

ведет свою группу. В

которой имеет

неоспоримое влияние

на принятие решений.

Матричный тип структуры

11

Используется в

основном для

управления большими

проектами и

продуктами, работники

выделяются в команду

без удаления с текущей

должностной позиции.

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

12

Agile Team

13

Небольшая группа людей, которые все вместе обладают необходимыми компетенциями для определения, создания и тестирования приростов ценности в коротком временном отрезке.

Члены команды кросс-функциональны, само-организуемы, способны к само-менеджменту и ответственны за доставку результатов, которые соответствуют нуждам и ожиданиям клиента.

Культура ест стратегию на завтрак. Питер Друкер, теоретик менеджмента

Agile Manager

14

• Ответственен за эффективную и своевременную коммуникацию с важнейшими стейкхолдерами с утвержденной частотой и формальностями.

• Производит высокоуровневое планирование и расписание, но не планирование на уровне спринтов.

• Мониторит прогресс.

• Управляет рисками и взаимодействует с важнейшими бизнес- и техническими персонами для обработки рисков.

• Мотивирует и управляет чувством вовлечения и ответственности в командах.

• Участвует в скрам митингах как наблюдатель для понимания текущего прогресса и проблем.

Из DSDM

https://en.wikipedia.org/wiki/Dynamic_systems_development_method

Кто такие 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

http://www.stakeholdermap.com/stakeholder-analysis.html

Project Charter

17

Небольшой документ, открытый всей

команде

3 ключевых элемента:

1. Vision – «почему». Высокоуровневая

цель, причина существования проекта.

«Почему мы собрались вместе.»

2. Mission – «что». Что будет сделано в

проекте для достижения

высокоуровневой цели.

3. Success Criteria. Набор тестов, которые

описывают эффекты вовне проекта.

«Как мы поймем, что цель достигнута?»

Цель – диалог и

обсуждение решаемой

проблемы в целом, а не

особенности технической

реализации.

Life is easy and we know

how to improve it.

Ситуационное лидерство

18

4 стиля лидерства:

1. Указывать

2. «Продавать»

3. Участвовать

4. Делегировать

Проработайте свой личный путь к уровню 4

Семь уровней власти

19

1. Указывать: принимать решения как начальник

2. Продавать: убедить людей в решении3. Консультироваться: узнать мнение команды

перед принятием решения4. Соглашаться: принять решение вместе с

командой5. Советовать: возможность оказать влияние

на решение6. Спрашивать: узнать что команда решила7. Делегировать: никакого влияния, пусть

команда выработает решение

Вовлечение команды в управление

20

https://management30.com/

Служение в лидерстве

21

10 самых важных характеристик служения:

• слушание

• сопереживание

• исцеление

• осведомленность

• убедительность

• осмысление

• предвидение

• быть «наставников»

• стремление к росту людей

• построение коммюнити

Конфликты в команде

22

Конфликт в команде – это межличностная проблема, которая возникает между двумя или более членами команды и влияет на результаты командной работы, команда теряет эффективность. Возникает когда нарушен баланс между восприятием и целями и/или есть беспорядок с ценностями в команде, в

результате люди не могут далее работать вместе.

Типы:• По функциональному атрибуту

(функциональные или дисфункциональные)• По причине конфликта (различные ценности

членов команды, цели vs. ожидания, роли и ответственности, недостаток ресурсов и т.п.)

• По поведение (конструктивные и деструктивные)

Конфликт – точка роста!

Разрешение конфликта

Три шага:

1. «Что произошло?»

2. Чувства

3. Идентификация настоящей

проблемы

https://www.amazon.com/Difficult-Conversations-Discuss-What-Matters/dp/0143118447

Здоровая команда

23

Команды умеют самоорганизовываться, но это требует вовлечения и доверия от руководства.

http://agilityhealthradar.com/

Доверие > контроля

100% контроль = 0% движения

If everything’s under control, you’re going too slow!- Mario Andretti, Formula 1

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

24

Найти баланс

25

Generalizing Specialists

26

• Выделенная команда тестировщиков – “We own quality!” (testers)

• Выделенная роль тестировщика – “I own quality!” – «Я сделаль»

• В команде нет тестировщика - «Мы все отвечаем за качество!»

Внутренний хакатон –

отличный способ начать

осваивать новые роли.

Регбийная команда «Булава», Таганрог

Что не вошло

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/

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.

Все товарные знаки являются собственностью их правообладателей.