Вы узнаете:

Цели вебинара

Что такое каркас ScrumДетали базовых инструментов ScrumОбщие практики ScrumОсновные артефакты ScrumОсновные роли Scrum

Данный слайд специально для скептиков, которые уверены: Что scrum не

работает. Что scrum – это

попса. Что scrum нужен

только начальству

Дом Scrum

Эмпирический процесс

Принципы и динамика Lean

Философия Agile

Ценности Scrum

Роли: Скрам-мастер Команда разработки Product owner

События: Ежедневный скрам Обзор спринта Ретроспектива спринта Планирование спринта Спринт

Артефакты: Беклог продукта Беклог спринта Инкремент продукта

Правила ScrumБизнес ценность

Lean

Agile

Kanbanworkflow management

scrum collaboration framework

XP, KISS, DRY, YAGNI

development practice

Несколько «гибких» названий

Plan

Постоянное

улучшение

Act Do

Check

Цикл Деминга- Шухарта

Прозрачность

Инспекция

Адаптация

Эмпирический процесс

Основы Scrum

Модель команды по Такману

Нормализация

Продуктивность

Время

Эф

фек

тивн

ост

ь

Формирование

Бурление

Скрам гибрид

Scrum – не серебряная пуля

Простой для понимания, сложный для реализации.

Частичная реализация не работает, а также «Путь выбора нескольких элементов» недостаточный.

Помогает быстро локализировать проблемыВводит новые ролиТребует полной отдачиОбратная связь не может игнорироваться!

Скрам – это злая тёща, которая приехала к Вам домой

Трудности в Scrum

Scrum – велосипед, который можно менять

Не процесс

Scrum бросает вызов статус-кво• Показывает преграды и дисфункции в компании• Раскрывает возможности компании на рынке• Частичный скрам поможет спрятать дисфункции

Самые масштабные преграды – вотерфольные при-вычки:• Предсказуемость мышления.• Управление и тотальный контроль.• Требуя, ми уверены, что так и будет!• Готовность жертвовать качеством.

-Ken Schwaber

Работа по Scrum

Основана на командахИнкрементальнаяИтеративнаяИмеет бизнес –ценностьИмеет частые поставкиПолностью прозрачнаТребует наивысшего качества

Беклог продукта. Принадлежит product owner

Беклог спринта.Принадлежит скрам команде

Инкремент продукта

Принадлежит команде. Никто не может изменять состав и цель спринта, кроме команды. Если цель спринта не может быть достигнута по известным или неизвестным причинам: ненормальное завершение (роспуск спринта)

Спринт – временная рамка

S1 S2 S3 S4

Оптимальная длина спринта 1-4 недели

Большой размерМало деталей

Не скоро в работу

Маленький размерМного деталей

Скоро в работу

Элементы беклога продукта

Беклог продукта

• Динамический набор элементов к выполнению

• Приоритезированные/упорядоченные• Постоянно в динамике, поскольку

ситуация постоянно меняется

• Дефекты• Новые

характеристики• Новая

функциональность

• Исправления• Дизайн• Дорожная карта• Концепты

Беклог спринта

S

S

S

M

M

M

XL

XL

User login

Запуск рабочего стола

Завершене работы

Вывод отчетов на РС

Почтовый агент на РС

Формирование контрольных отчетов

Закрытие месяца

Отправка отчетов по почте

SUser login

S

Запуск рабочего стола

M

Вывод отчетов на РС

Прмтур иараооа

Прмтур иараооа

Прмтур иараооа

Прмтур иараооа

Прмтур иараооа

Прмтур иараооа

Прмтур иараооа

Прмтур иараооа

Прмтур иараооа

Прмтур иараооа

Прмтур иараооа

Прмтур иараооа

Прмтур иараооа

Прмтур иараооа

Прмтур иараооа

Цель спринта

Инкремент продукта

Обратная связь

Пересмотр плана

План победы

Беклог продуктаОговоренная часть беклога продукта

План реализации

Инкремент продукта

Представляет собой целостный проверенный продукт

Имеет бизнес-цельВключает все циклы работыПодтвержден Product Owner

Отвечает всем требованиям качества команды

Работа выполнена в соответствии с договоренностью в «Критериях приема» definition of done (DoD)

Обзор спринта

Цель:• Показать законченную работу• Получить обратную связь от стейкхолдеров• Адаптироваться по следующие действия

Присутствующие: Product Owner

Команда разработки Скрам мастер Любые стейкхолдеры

Последний день спринта? Нет!

Только продукт!!!• Получаем обратную связь• Оговариваем реализацию• Изменяем беклог продукта(!!!)• Учимся все, даже РО• Активно предлагаем!• Все члены команды участвуют в демонстрации

(один человек на демонстрацию или каждый показывает, что сделал за спринт).

Подготовка• Кто демонстрирует?• Подготовка к показу• Нужна ли документация?• Обновить и показать диаграмму сгорания

Ретроспектива

Прмтур иараооа

Прмтур иараооа

Прмтур иараооа

Прмтур иараооа

Прмтур иараооа

Прмтур иараооа

Прмтур иараооа

Прмтур иараооа

Прмтур иараооа

Начать делать Прекратить делатьПродолжать делать• Ретроспектива, как правило, является самым

последним событием спринта• Вся команда, включая Скрам-мастера и Владельца

продукта должна принимать в ней участие• Рекомендуется проводить в формате «старт-стоп-

продолжить» (start-stop-continue)• Находим проблемы и сразу решения!• Ретроспектива помогает команде стать лучше.• Сохраняем хорошее!

Ретроспектива спринтаЭволюция команды

Product OwnerСкрам мастер

Команда разработки

Инкремент продукта

Беклог продукта

Беклог спринта

Скрам команда

Product Owner

• Готовит задачи в беклоге продукта• Разрабатывает требования • Предоставляет всем набор требований DoD

• Единственный, кто руководит беклогом• Ответственный за профит (ROI)

• Ответственный за коллаборацию со стейкхолдерами• Коммуницирует с командой• Предоставляет обратную связь

Scrum master

• Помогает• Защищает• Тренирует• Администрирует процесс• Убирает преграды• Скрам-наставник• Лидер слуга (servant

leadership)

Кратко о Scrum master

16Скрам мастер 8 участников команды Продуктивность

Убирает преграды Помогает в проведении мероприятий Посредник в конфликтах Обучает скраму Управляет процессом Следит и управляет процессом развития

команды

Защищает от отвлекания Коллаборация с заинтересованными Следит за временем Поощряет усовершенствование Празднует успех

Команда разработки

• 3-9• Кросс функциональная• Полная занятость• Уполномоченная• Ответственная• Постоянно улучшается• Самоорганизованная

Разрабатывает продукт наивысшего качества

Ценности Agile

Люди и взаимодействие важнее, чем процессы и инструменты; Рабочий продукт важнее, чем исчерпывающая документация; Сотрудничество с заказчиком важнее, чем согласование условий контракта Готовность к изменениям важнее, чем следование изначальному плану

То есть, не отрицая важности того, что справа, мы все таки больше ценим то, что слева.

Принципы Agile

1. Наивысшим приоритетом для нас является удовлетворение потребностей заказчика, благодаря регулярной ранней поставке инкремента продукта;

2. Изменение требований поощряется, даже на поздних этапах разработки. Agile- процессы позволяют

использовать изменения для обеспечения заказчику конкурентного преимущества;3. Рабочий продукт надо выпускать как можно чаще;4. На протяжении всего проекта разработчики и представители бизнеса должны работать вместе ежедневно;5. На проекте должны работать мотивированные профессионалы. Чтобы работа была выполнена создайте

условия, обеспечьте поддержку и полностью доверяйте им;6. Непосредственное общение является наиболее практичным и эффективным способом обмена информацией

как с командой, так и внутри неё;7. Работающий продукт – основной показатель прогресса;8. Инвесторы, разработчики и пользователи должны иметь возможность поддерживать постоянный ритм

бесконечного. Agile помогает устроить такой процесс;

9. Постоянное внимание к техническому совершенству и качественному проектированию повышает гибкость проекта;

10. Простота – искусство минимизации работ- крайне необходима;11. Наилучшие требования, архитектурные и технические решения рождаются в само организованных

командах;12. Команда должна системно анализировать возможные способы улучшения эффективности и корректировать

стиль своей работы ответственно;

Ценности Scrum

ОткрытостьНе должно быть секретов среди членов команды о вещах, которые имеют отношение к работе; члены команды должны быть открыты для пропозиций;ФокусВсе что делает команда должно иметь фокус; члены команды должны сосредоточиться только на том, что важно. Применять это правило нужно во всем, что делает команда;ОбязательстваКоманда создает и придерживается своих обязательств, а члены команды должны иметь обязательства по отношению к команде и самому продукту.УважениеЧлены команды считают, что люди всегда делают все наилучшее, что могу сделать в данный момент; они уважают точку зрения любого члена командыМужествоКоманда должна иметь мужество, чтобы сделать реальность видимой, мужество сказать «нет», мужество быть открытыми друг с другом.ПрозрачностьКоманда должна сделать текущее состояние продукта видимым для всех, несмотря на то, что детали реализации принадлежат только командеЧувство юмораПоскольку все члены команды делают все наилучшее, что могут, каждый должен иметь чувство юмора; если мы не сможем смеяться над тем, что мы делаем, нам останется только заплакать

ТОП 10 ошибок, которые совершают команды

Ошибка № 1. Слишком много незавершенных задач.Совет: Следуйте одному из предписаний философии Lean: «Перестаньте начинать и начните заканчивать». Фокусируйтесь

одновременно только на одной задаче и переходите к следующей по окончанию предыдущей задачи. Если в исполнении задачи Вы вынуждены ждать, будучи зависимыми от внешних факторов, тогда помогите другим членам команды с их задачами.

Ошибка № 2. Поведенческий менеджмент. Многие менеджеры до сих пор уверены, что лучший способ контролировать поведение сотрудников – следить и измерять. Вследствие такого убеждения, менеджеры пытаются высчитать количество часов затраченных на выполнение каждой задачи, буквально устанавливая слежку за своими подопечными.Совет: Концентрируйтесь только на важных и значимых метриках, например, качество работы, Критерии Сделанной Работы (Definition of Done), прогресс в достижении Цели Спринта, обратная связь с пользователем…

Ошибка № 3. Движение без цели Как говорится, если цель движения отсутствует, то направление движения не имеет никакого значения. Поэтому Скрам-команда должна понимать цель каждого Спринта. Совет: Цель Спринта должна быть понятной, доступной, обсуждаемой и измеряемой. Избегайте формулировок в стиле: «исправить все баги…» или «завершить все истории…». Цель спринта должна иметь, в первую очередь, бизнес-ценность. Более того, Цель Спринта должна располагать различными путями достижения, и только Команда Разработки решает, как превратить выбранные на Спринте элементы Бэклога Продукта в Инкремент.

Ошибка № 4. Единоличное решение вместо командногоСовет: Наберитесь терпения и позвольте членам команды брать на себя ответственность. Да, это может занять больше времени, чем Вам бы хотелось, особенно, если ранее им не приходилось принимать решения самостоятельно. Но если Вы и дальше будете забирать у них эту возможность, команда так и не научится брать ответственность на себя.

ТОП 10 ошибок, которые совершают команды Ошибка № 5. Фокус 100% на эффективности работыПовышение эффективности работы, безусловно, является важным условием сокращения затрат и повышения прибыли. Однако не следует забывать, что в некоторых ситуациях бывает полезным пожертвовать эффективностью в пользу гибкости. Давайте разберемся на примере… Вот едите Вы по трассе на машине, и чтобы набрать скорость и маневрировать, Вам нужен простор, не так ли? А если на все 100% загрузить дорогу автомобилями, то сама возможность скорости и маневренности исчезает. То же самое можно наблюдать и в командной работе. Совет: Помните, что члены команды – живые люди, которым также требуется поле для маневров. Им нужно время и пространство, чтобы думать, учиться, мыслить. Без гибкости в работе показатели эффективности команды вряд ли будет на желаемом уровне.

Ошибка № 6. Тотальная централизация В сложных проектах, в рамках которых работает множество команд, сложно следить и контролировать все. Однако в погоне за этим мифическим контролем менеджеры требуют череду отчетов, статистики и прочих формальностей, которые часто занимают больше времени, нежели сама работа. Однако понимание целостности сложной системы приходит не через отчеты и статистики. Совет: Вместо ужесточенных мер контроля следует научиться доверять самоорганизованным и кроссфункциональнымкомандам. Важным моментом является наличие слаженной коммуникации и взаимосвязи между разными Скрам-командами. Этому и следовало бы уделить время, потраченное на внедрение формальностей.

Ошибка № 7. Недостаточная визуализация Большинство Скрам-команд доверяют визуализацию своего рабочего процесса весьма функциональным онлайн-сервисам и программам. Тем не менее, только этого часто бывает недостаточно. Следует уделять внимание также живой коммуникации внутри Скрам-команды, поводом для которой могут быть физические средства визуализации: доски,флип-чарты и т.д.Совет: Визуализируйте не только каждый на рабочем столе своего ноутбука, но и прямо на общей доске, висящей на стене в Вашем отделе.

ТОП 10 ошибок, которые совершают команды

Ошибка № 8. Отсутствие командных активностей Кто хорошо работает, также хорошо должен и отдыхать. Вот только отдых может быть весьма информативным для всех членов Скрам-команды. Например, презентация или командные игры помогут сплотить коллектив и поднять командный дух.Совет: Не стоит пренебрегать активностями, направленными на сплочение команды и укрепление командного духа.

Ошибка № 9. Страх сделать ошибку Процесс постоянного улучшения предполагает тернистый путь из побед и ошибок, где отсутствуют однозначные решения и ответы. Поэтому все члены Скрам-команды должны иметь смелость выражать и внедрять свои идеи. Важно, чтобы Скрам-команда работала в атмосфере, где ошибка – не повод для порицания, а стимул для работы над ее устранением. Совет: Попробуйте создать благоприятную для экспериментов среду. Например, записывайте на доске все идеи по улучшению работы над Продуктом, которые появляются у членов Скрам-команды. Вместе пробуйте реализовать (полностью или частично) каждую из идей, следите за результатом и принимайте решение – продолжить или прекратить эксперимент. Порой результаты могут приятно удивить.

Ошибка № 10. Забыли о качестве Случается, что команды забывают о принципе постоянного улучшения. Стабильность рабочего процесса может привести к тому, что члены команды расслабляются, прекращают совершенствоваться и довольствуются актуальным состоянием дел. Одним из инструментов визуализации своих требований к качеству в Скраме являются Критерии Сделанной работы (Definition of Done), которые, как показатель роста эффективности команды, могут расти от ретроспективы к ретроспективе. Совет: Не нужно стесняться напомнить членам команды о необходимости постоянного совершенствования с целью достичь более высоких показателей качества работы и продуктивности команды. Постоянное совершенствование - одна из основ развития корпоративной Скрам-культуры. У Вас есть возможность положить начало и запустить процесс, который сможет децентрализовано развиваться и самоулучшаться, постоянно повышая свои требования к качеству.

Полезные ссылки

http://www.scrumguides.org/docs/scrumguide/v2016/2016-Scrum-Guide-Russian.pdf новый адаптивный перевод Scrum Guide. http://library.nsuok.edu/admin/minutes/servantleadership.pdf 12 принципов лидера-слугиhttps://www.facebook.com/andrey.pavlenko фб аккаунт Андрея Павленко. Тренера курса «Скрам с нуля»

Мои контакты: https://www.facebook.com/chaschina.anna achaschina@koderline.ru https://www.linkedin.com/in/chaschina-anna