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