Презентация "Scrum с нуля"

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

Данный слайд
специально для
скептиков, которые
уверены:
 Что scrum не
работает.
 Что scrum – это
попса.
 Что scrum нужен
только начальству

Дом
Scrum
Эмпирический процесс
Принципы и динамика Lean
Философия Agile
Ценности Scrum
Роли:
 Скрам-мастер
 Команда разработки
 Product owner
События:
 Ежедневный скрам
 Обзор спринта
 Ретроспектива спринта
 Планирование спринта
 Спринт
Артефакты:
 Беклог продукта
 Беклог спринта
 Инкремент продукта
Правила Scrum
Бизнес ценность

Lean
Agile
Kanban
workflow
management
scrum
collaboration
framework
XP, KISS, DRY,
YAGNI
development
practice
Несколько «гибких» названий

Plan
Постоя
нное
улучше
ние
Act Do
Check
Цикл Деминга- Шухарта
Прозрачность
Инспекция
Адаптация
Эмпирический процесс
Основы Scrum

Модель команды по Такману
Нормализация
Продуктивность
Время
Эффективность
Формирование
Бурление

Скрам гибрид
Scrum – не серебряная пуля
Простой для понимания, сложный для
реализации.
Частичная реализация не работает, а также
«Путь выбора нескольких элементов»
недостаточный.
Помогает быстро локализировать проблемы
Вводит новые роли
Требует полной отдачи
Обратная связь не может игнорироваться!

Скрам – это злая тёща, которая
приехала к Вам домой
Трудности в Scrum
Scrum – велосипед, который можно менять
Не процесс
Scrum бросает вызов статус-кво
• Показывает преграды и дисфункции в компании
• Раскрывает возможности компании на рынке
• Частичный скрам поможет спрятать дисфункции
Самые масштабные преграды – вотерфольные при-
вычки:
• Предсказуемость мышления.
• Управление и тотальный контроль.
• Требуя, ми уверены, что так и будет!
• Готовность жертвовать качеством.
-Ken Schwaber

Презентация "Scrum с нуля"

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

Беклог продукта.
Принадлежит
product owner
Беклог спринта.
Принадлежит
скрам команде
Инкремент продукта
Принадлежит команде. Никто
не может изменять состав и
цель спринта, кроме команды.
Если цель спринта не может
быть достигнута по известным
или неизвестным причинам:
ненормальное завершение
(роспуск спринта)
Спринт – временная рамка
S1 S2 S3 S4
Оптимальная
длина спринта
1-4 недели

Большой размер
Мало деталей
Не скоро в работу
Маленький
размер
Много деталей
Скоро в работу
Элементы беклога продукта
Беклог продукта
• Динамический набор элементов к
выполнению
• Приоритезированные/упорядоченные
• Постоянно в динамике, поскольку
ситуация постоянно меняется
• Дефекты
• Новые
характеристики
• Новая
функционально
сть
• Исправления
• Дизайн
• Дорожная карта
• Концепты

Беклог спринта
S
S
S
M
M
M
X
L
X
L
User login
Запуск
рабочего
стола
Завершене
работы
Вывод
отчетов на
РС
Почтовый
агент на РС
Формиров
ание
контрольн
ых отчетов
Закрытие
месяца
Отправка
отчетов по
почте
S
User
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. Единоличное решение вместо командного
Совет: Наберитесь терпения и позвольте членам команды брать на себя ответственность. Да, это может занять больше
времени, чем Вам бы хотелось, особенно, если ранее им не приходилось принимать решения самостоятельно. Но если
Вы и дальше будете забирать у них эту возможность, команда так и не научится брать ответственность на себя.

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

 Ошибка № 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

Презентация "Scrum с нуля"

More Related Content

Презентация "Scrum с нуля"