Типичные ошибки внедрения Scrum
•Download as PPTX, PDF•
0 likes•1,340 views
Выступление Владимира Доброва на SPM Conf-2, 16-17 ноября, 2012, Минск
Recommended
Recommended
More Related Content
What's hot
What's hot (20)
Viewers also liked
Viewers also liked (6)
Similar to Типичные ошибки внедрения Scrum
Similar to Типичные ошибки внедрения Scrum (20)
More from SQALab
More from SQALab (20)
Типичные ошибки внедрения Scrum
- 1. Типичные ошибки внедрения SCRUM Владимир Добров
- 3. Ох уж этот Agile!
- 4. Agile – это о людях • Вы сами Правильное ли понимание Agile и Scrum? Ответы на вопрос «Зачем?» • Люди вокруг вас Примут ли ценности Agile? «Непроданный» Agile Team = Product
- 5. Scrum
- 6. А подходит ли вам Scrum?!
- 7. Scrum tailoring ScrumBut (СкрамНо)
- 8. Помните о «СуХаРях»! 1. Shu (守:しゅ - “подчинение”) — изучение традиционной мудрости 2. Ha (破:は - “отклонение”) — отступление от традиции 3. Ri (離:り - “покидание”)— превосходство над традицией
- 10. Совмещение ролей • Product Owner / Scrum Master / Team member • Product Owner / Scrum Master • Scrum Master / Team member • Product Owner / Team member
- 11. Product Backlog • Недописанные истории • Отсутствие «How to demo» в описании историй • Неверные приоритеты
- 12. Planning & Estimating • Product Owner воздействует на оценку • Команда «прогибается» и берет больше работы чем может выполнить • Тимлиды оценивают задачи сами
- 13. Sprint • «Водопад» внутри спринта • Удлинение спринта • Задачи назначает один человек • Нарушение приоритетов • Затягивание Daily Scrum Meeting • Отмена Daily Scrum Meeting • «Запущенный» Burndown Chart или его отсутствие • Работа с изменениями
- 14. Sprint Review • Неподготовленное демо • Результаты работы всегда показывает один и тот же член команды (тимлид)
- 15. Retrospective • Говорит только один человек • Отсутствие Action List • Action List без ответственных • Слишком большой Action List • Выполнение Action List не отслеживается
- 16. Подытожим • Люди (вы и другие) • Не режьте Scrum и следуйте правилам (Shu- Ha-Ri + Checklist) • Старайтесь избегать совмещения ролей • Спрашивайте опытных людей (постоянно)
- 17. Вопросы?
Editor's Notes
- Я - Владимир Добров, работаю проджект менеджером и аджайл коучем в компании Ciklum. Недавно начал писать в твиттер, наверное потому что уже есть что сказать =)
- Поднимитре руки те, - Кто собирается перейти на скрам в текущем/следующем проекте? - На мой взгляд, вам будет многое полезно из этого доклада.- Кто пробовал внедрять скрам, но так и не получилось? - Думаю вы сможете увидеть какие-то свои ошибки в докладе- Кто внедрил скрам, который успешно работает? - Отлично, возможно дополните меня своим опытом- Кто успешно внедрил скрам с первого раза?! - Поделитесь секретом в кофе-паузе =)Отлично! Давайте теперь поговорим непосредственно об ошибках и проблемахПоследнее время много негативного фидбэка
- Эджайл это в первую очередь о людях и их совместной работе. Уже потом идут тулы, процессы и т.д. Какие люди имеются в виду?Впервую очередь Вы сами. Начать прививать Agile надо с себя.Убедитесь, что вы правильно понимаете эджайл. Покажите ваши шаги по внедрению скрама опытному коучу.Будьте готовы регулярно отвечать на вопрос «Зачем?» по каждому элементу и правилуОглянитесь вокруг. Посмотрите на тех, с кем вы планируете строить Agile. В какой окружающей среде вы собираетесь растить свой эджайл?Готовы ли эти люди принять ценности Agile?Если вы еще не «продали» эджайлкоманде/руководству/заказчику, то лучше это сделать. Можете пригласить для этого коуча.
- Сам по себе скрам очень прост. Его полное описание умещается в 17-страничный документ.
- Типы проектов.
- А теперь перейдем непосредственно к ошибкам.Одна из самых главных ошибок, которую допускают при внедрении скрама – это его «урезание», т.е. выбрасывают «лишние» части, которые вроде бы как не нужны, или не подходят «нашей компании».Сам по себе скрам «пустой». Он как каркас, который надо наполнять правильными практиками. Но выбрасывать нельзя ничего! Вообще ничего!В этот момент всегда хочется напомнить людям о сухарях!
- Все знают о каких сухарях идет речь?
- Если вы не продали эджайл в организации и клиенту, то скорее всего этого не избежатьРедкий случай, не встречал. Нет смысла останавливаться.Достаточно частый случай.Имеет право на жизнь, но уровень SM должен быть на уровне хорошего коача, чтобы «темная сторона» PO не победилаСамый популярный вариант совмещения. Вполне имеет право на жизнь, но желательно не в первом проекте.Достаточно редкий. «Темная сторона» будет побеждать.