DUMP Кратное ускорение через сворминг (Swarming)

Transcript

1. Кратное ускорение через сворминг (swarming) DUMP апрель 2025
2. • Консультант по организационному дизайну. • Сертифицированный Скрам тренер (PST) • Сертифицированный LeSS-тренер (CLT) • Со-автор книги “Creating Agile Organizations” • Автор книги Дизайн Agile-организаций Павличенко Илья
3. История 1 1. Кросс-функциональная команда. 2. Разработчики сфокусированы на “своих” задачах. 3. Все молодцы и были заняты, но результата за Спринт нет.
4. История 2 1. Команды в СБП были организованы вокруг технологий (-фронт, -бэк и т.д.) 2. Большие очереди между командами и T2M~3-6 мес.
5. Дело в очередях «В продуктовой разработке самые большие потери вызывают не инженеры, а работа, сидящая в очередях» Дональд Рейнерцен
6. Формула Кингмана (очереди) 1. Очереди растут экспоненциально. 2. Высокая изменчивость в продуктовой разработке. 3. Даже дополнительные 5% работы приводят к кратному росту очередей.
7. Потоковое мышление 1. Учитываем не только стоимость ресурсов, но и цену очередей (цена задержки). 2. Оптимальный уровень утилизации в продуктовой разработке 40-70%
8. Однопоточная разработка на производстве (Тойота)
9. Сворминг — однопоточный режим в продукте
10. Каждая команда работает только над одной задачей
11. Три режима сворминга
12. Выгоды сворминга 1. Нет передач 2. Нет блокеров 3. Не нужен код-ревью 4. Выше качество 5. Общий фокус и контекст 6. Нет конфликтов в коде 7. Передача знаний 8. Непрерывный тимбилдинг
13. Результаты СБП В прежней парадигме у нас уходило два-три месяца для вывода на рынок первой версии новых сервисов. Сейчас мы делаем это в рамках одного спринта, то есть за две недели. https://rb.ru/opinion/less-podhod/
14. История одной эскалации 1. Отдельные разработчики будут недозагружены и это нормально. 2. Мыслите потоком, не утилизацией. 3. Эмоции будут, это нормально.
15. Онлайн-сворминг вне IT работает
16. Распределенные свормы 1. Распределенные команды тоже активно используют сворминг. 2. Основано на самоорганизации. 3. Отдельные участники могут быть выделены под срочные задачи.
17. Границы применимости 1. Сложные и запутанные задачи 2. Взаимные зависимости между людьми
18. Что может помешать 1. Индивидуальные цели и KPI 2. Фокус на индивидуальной продуктивности 3. Недружелюбное рабочее окружение 4. Неполная кросс-функциональность 5. Высокие транзакционные издержки (отсутствие тестов) 6. Ограничения может снять менеджмент
19. Первые шаги 1. Расскажите, почему это работает и зачем это участникам команды (качество, обучение) 2. Определите те задачи, которые подходят под Swarming ( взаимные зависимости) 3. Пробные сессии с волонтерами 4. Масштабируйтесь
20. Полезные источники
21. Спасибо! Вопросы? Cайт: https://agile-organizations.ru Telegram: t.me/pavlichenko_Ilia