Samoilov Vladislav.Трансформации команд. Приятная боль. https://www.youtube.com/channel/UC5pkffv9LpA4y8wppOtjzOg?view_as=subscriber

1. Трансформации команд.
Приятная боль
Владислав Самойлов

2. Владислав Самойлов
— IT Project Manager и Product Manager с практическим
опытом более 6 лет;
— Ex. IT Portfolio Project Manager in Kyivstar;
— Опыт работы в аутсорсинговых, продуктовых и telecom
компаниях на рынок СНГ, Европы, США и Азии;
— Опыт управления мультипроектными командами общей
численностью до 120 человек;
— Практикует классические модели управления и Agile
подходы;
— Спикер PMDayKiev, PMDayLviv, PMDayKharkiv, IT
Connection, etc; Спикер школы IAMPM;
— Преподает курс IT Project Manager в центре IT образования
Qalight;
— Managing Partner of Connectable.

3. 1. Причины трансформации команды
2. Продукт, заказчик и все такое в процессе
трансформации
3. Готовиться или чем внезапнее, тем легче?
4. «Скальпель мне» и другие инструменты
5. Даже боль может быть приятной
6. Что дальше? Ведь по прежнему
работать мы уже не сможем
Поговорим о:

5. Дано:
• свободный ресурс 30-40%;
• бюджет х2;
• операционка и процессы вместо
результата;
• потеря крупного заказчика;
• текучка в команде выросла от 5%
до 35%;
управляемость стремится к 0.
Задача:
• увеличить квартальную
прибыль в 3 раза;
• утилизацию ресурсов
приблизить к 95%;
• текучку свести до 10%;
• взять 2х новых клиентов;
• автоматизировать
операционку.
Что делать?

6. Зачем команде трансформироваться?
Развитие Оптимизация ресурсов
Обучение Решение команды
Нужно
бизнесу

7. Трансформировать по разному
Структурная
Ресурсная
Производстсвенная
Финансовая
Клиентская
«Вынужденная»

8. Функциональная Матричная
Проектная
Простите, но не про Agile
Функциональная Матричная
Проектная
Простите, но не про Agile
Функциональная Матричная
Проектная
Простите, но не про Agile
Функциональная Матричная
Проектная
Простите, но не про Agile
Функциональная Матричная
Проектная
Простите, но не про Agile
Функциональная Матричная
Проектная
Простите, но не про Agile

9. А почему мы раньше работали
по другому?

10. Готовим
Проект
Команду
Заказчика

11. Непредсказуемый период трансформации
Невозможность расчета
необходимого ресурса
Стресс и потеря уровня
перформинга
И так прорвемся…

12. Поможет только скальпель
Управление трансформацией команды
=
Управление проектом, только
бесплатно

13. А как померять успех ?
БОЛЬ

14. Как это было у нас…
На старте продукта:
• Команда 15+ человек
• Scrum
• 0 клиентов
• Пилотные контракты с
клиентами T&M
• Офис, смузи и т.д.
Сейчас:
• Команда 10+ человек
• Kanban
• 5+ клиентов
• Контракты Fixed Price
• Удаленный офис
Смузи в продукт

15. После уже не станет, как прежде
Негативных последствий не существует
База знаний
Потери на переправе
Заказчик не платит за эксперименты
Люди, Люди, Люди

16. «Назад» дороги…есть

17. Fail – это не приговор
Фриз команды
Вовлечение со стороны
Репутация дороже
Оцифровка опыта

18. Делай Тестируй
Анализируй
Не
расстраивайся
А если не получится?

19. Спасибо
Vladislav Samoilov
093 577 94 49
www.vladislav.samoilov@gmail.com