Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

ильичев как убить поставку скрамом

Related Audiobooks

Free with a 30 day trial from Scribd

See all
  • Be the first to comment

ильичев как убить поставку скрамом

  1. 1. Как убить поставку Скрамом Алексей Ильичев, ScrumTrek
  2. 2. • С 2004 года в разработке ПО • Разработчик • PM • ScrumMaster • AgileCoach • Life Coach
  3. 3. Рабочая Группа Кто будет делать эту фичу? Product Owner Team Leads Developers
  4. 4. Преимущества Маленькое время цикла (Time to Market) Никакой бюрократии Чувство ответственности Близко к пользователям
  5. 5. Disclaimer Я отвечал за внедрение Scrum в российском подразделении. Моё понимание ситуации может быть неполным.
  6. 6. Release Vehicle (RV) Часть системы, которую можно независимо зарелизить. Команда Product Manager и Product Engineering Manager Бэклог Sсrum
  7. 7. Configuration Mac Client
  8. 8. Сервисная архитектура
  9. 9. Планирование Апрель Май Июнь iOS client MacClient NS ConM CLIB AMS
  10. 10. Отчёты по RV (RV reports) Была ли итерация успешной Был ли релиз успешным Если нет, то почему? Регулярные совещания на уровне директоров
  11. 11. Тут есть зависимость Мы можем взять это в спринт через неделю 6 недель Баг! 10 недель
  12. 12. Диаграмма RV ABE AMS Web iOS QLIB Android
  13. 13. Ожидание Добавление ценности CycleEfficiency = ValueAddedTime / TotalTime 30%
  14. 14. Типичная фича
  15. 15. Первый подход: feature teams Весь технологический стек представлен в одной команде Команда делает фичу от начала до конца Компонентные команды остаются, чтобы не упало качество
  16. 16. Причины провала Слишком много специализаций Специалисты не будут друг друга понимать Очень низкая взаимозаменяемость Не получится балансировать нагрузку
  17. 17. Закон Литтла • Время ожидания = размер очереди / скорость обслуживания • 200 человек / 20 человек в час = 10 часов • CycleTime = WIP / Completeon Rate
  18. 18. Незавершенная работа (WIP) Удлиняет цикл, согласно закону Литтла Понижает эффективность: Переключения контекстов Забывание и устаревание информации Повышение затрат на багфикс
  19. 19. ABE AMS Web iOS QLIB Android Команда перегружена!
  20. 20. Как обнаружить узкое место Много дефектов Большая очередь, долгое время ожидания Самая «занятая» команда, вечный цейтнот Все остальные стараются уменьшить зависимость
  21. 21. Теория ограничений Обнаружить Максимально использовать Подчинить работу ограничению Расширять
  22. 22. Вариации в потоке задач Релиз Команда 1 Команда 2 Команда 3
  23. 23. Межкомандный Skill Chart Java C++ Обработка видео Высокие нагрузки Android iOS Backend Галерея + + + + + + + +
  24. 24. ABE AMS Web iOS QLIB Android Много проблем на стыке!
  25. 25. Интеграционная команда Второй подход к созданию кросс- компонентных команд Участок, где больше всего «пинг-понга» Уменьшение «ложной нагрузки»
  26. 26. Вытягивание календарём
  27. 27. Мета-команда Те же принципы, что и в скрам-команде Общая цель, групповая ответственность Самоорганизация, регулярные встречи лидеров «Владение» процессом Ежемесячные релизы
  28. 28. Заключение Оптимизируйте поток ценности, а не отдельные участки Контролируйте WIP Поставьте общую цель и поощряйте командную работу Фиксируйте дату, управляйте скоупом
  29. 29. Спасибо за внимание! Алексей Ильичев Agile Coach, ScrumTrek alexey@scrumtrek.ru Skype: alexey.ilyichev

×