Введение в скрам

Введение в Скрам
<ваше имя>
<дата>
Представлено:

Мы проигрываем эстафету
Хиротака Такеучи и Икуджиро Нонака,
“The New Product Development Game”, Harvard Business Review, Январь 1986.
“Подход ‘эстафета’ к разработке продукта… может противоречить целям максимальной скорости и гибкости. Вместо этого, целостный или ‘регби’ подход - где команда пытается пройти дистанцию как единое целое, передавая мяч назад и вперед - может лучше служить сегодняшним конкурентным требованиям.”

СКРАМ – это один из Agile процессов, который позволяет фокусироваться на поставке наиважнейших, с точки зрения бизнеса, ценностей в наикратчайшие сроки
Он позволяет нам быстро и часто получать реально работающее программное обеспечение (от двух недель до месяца).
Бизнес расставляет приоритеты. Команда сама организуется и определяет лучший путь, чтобы выпустить функции с высоким приоритетом.
Каждые две недели/месяц все заинтересованные могут увидеть реальный работающий продукт и решить выпустить его либо продолжать улучшать в следующей итерации
Скрам в 100 словах

Истоки Скрам
Джеф Сазерленд
Зарождение Скрам в корпорации Easel в 1993
IDX и 500+ людей работают по Скрам
Кен Швабер
ADM
Представление Скрам на OOPSLA 96 совместно с Сазерлендом
Автор трех книг по Скрам
Майкл Бидл
Структура Скрам в PLOPD4
Кен Швабер и Майкл Кон
Создание Скрам-альянса в 2002, изначально в рамках Agile-альянса

Популярность Скрам:
Microsoft
Yahoo
Google
Electronic Arts
Lockheed Martin
Philips
Siemens
Nokia
IBM
Capital One
BBC
Intuit
Nielsen Media
First American Real Estate
BMC Software
Ipswitch
John Deere
Lexis Nexis
Sabre
Salesforce.com
Time Warner
Turner Broadcasting
Oce

Применение Скрам:
Коммерческое ПО
Внутренняя разработка
Разработка на заказ
Проекты с фиксированной стоимостью
Финансовые приложения
ISO 9001-сертифицированные приложения
Встроенные системы
24x7 системы с требованиями 99.999% работоспособности
Создание «Унифицированного истребителя-бомбардировщика»
Разработка видеоигр
Жизненно важные системы, утвержденные Управлением по контролю за продуктами и лекарствами (США)
ПО контроля за спутниками
Веб-сайты
Портативное ПО
Мобильные телефоны
Приложения работы сети
ISV приложения
Некоторые крупнейшие, широко используемые приложения

Основные характеристики
Самоопределяющаяся команда
Продукт разрабатывается в процессе серии итераций-спринтов (sprints)
Все требования записываются в виде единого списка (бэклог продукта -“product backlog”)
Инженерные практики не являются частью Скрам методологии
Использует простые правила для создания гибкой среды разработки проектов
Один из “Agile” процессов

Agile-манифест
Источник: www.agilemanifesto.org

Уровни помех проекта
Просто
Запутанно
Анархия
Сложно
Технология
Требования
Далеко от
согласия
Близко к
согласию
Близко к
уверенности
Далеко от
уверенности
Источник: «Стратегический менеджмент и организационная динамика», Ральф Стейси в «Гибкая разработка ПО со Скрам» , Кен Швабер и Майк Бидл

Скрам
Бэклог
продукта

И всё вместе
Картинка доступна на www.mountaingoatsoftware.com/scrum

Спринт
Проект разрабатывается в серии спринтов
Типичная продолжительность – от 2-х недель до месяца с жестким ограничением по времени
Постоянная продолжительность спринта привносит ритм в разработку
Продукт проектируется, кодируется и тестируется на протяжении одного спринта
В конце спринта – полностью готовая функциональность

Вместо того, чтобы выполнять эти активности по очереди...
...Скрам-команда выполняет их все в течение каждой итерации
Требования
Дизайн
Кодирование
Тестирование
Источник: “The New New Product Development Game” by Takeuchi and Nonaka. Harvard Business Review, January 1986.
Разработка: Последовательная ИЛИ параллельная

Никаких изменений во время спринта
Планируйте длительность спринта исходя
из соображения о том, как долго вы можете работать, не внося изменения в план работ
Изменение

Структура Скрам
Владелец продукта
Скрам-мастер
Команда
Роли
Бэклог продукта
Спринт бэклог
Burndown charts
Артефакты

Структура Скрам в деталях
Владелец продукта
Скрам-мастер
Команда
Роли
Бэклог продукта
Спринт бэклог
Burndown charts
Артефакты

Владелец продукта
Один человек
Определяет требования к продукту
Определяет дату релиза и наполненность
Ответственен за доходность проекта (ROI)
Приоритезирует требования, исходя
из их рыночной ценности
Корректирует приоритеты на каждой итерации, если необходимо
Принимает работу

Скрам-мастер
Представляет руководство проекта
Ответственен за внедрение ценностей и практик Скрам
Не раздает задания
Устраняет препятствия
Ответственен за эффективность работы команды
Обеспечивает видимость и прозрачность ситуации в команде
Защищает команду от внешних воздействий

Команда
Обычно 5-9 человек
Кросс функциональная
программисты, тестеры, дизайнеры...
Заняты полный рабочий день
Самоопределяющаяся
В идеале, нет специальных ролей
Отвечает за результат перед PO и заказчиками

Структура Скрам в деталях
Владелец продукта
Скрам-мастер
Команда
Роли
Бэклог продукта
Спринт бэклог
Burndown charts
Артефакты

Планирование Спринта
Планирование
Клиент
Команда
Бэклог продукта
Технология
Продукт

Подробнее про планирование
Команда выбирает из бэклога продукта требования, которые они могут реализовать за спринт
Создается бэклог спринта
Задачи идентифицируются и оцениваются
Все делается командой, не Скрам-мастером
Учитывается архитектура приложения
Как отдыхающий, я хочу посмотреть
на фото отелей

Ежедневный Scrum
Характеристики
Ежедневно
15 минут
Стоя
Не для решения проблем
Приглашены все желающие
Только участники команды могут говорить (владелец продукта - тоже часть команды)
ScrumMaster лишь ведет собрание

Каждый отвечает на три вопроса
Это НЕ статусный отчет Scrum-мастеру!
Это обязательства перед коллегами

Обзор спринта
Команда представляет, что было сделано
на спринте
Фокус на результат, а не процесс
Обычно принимает форму демонстрации
Неформально
Максимум 2 часа на подготовку
Без слайдов
Вся команда участвует
Приглашены все, кому может
быть интересно

Ретроспектива
Периодический пересмотр того, что работает, а что нет
Обычно 15-30 минут
После каждого спринта
Вся команда участвует
Возможно, приглашен Владелец продукта, заказчики или кто-то из менеджмента компании

Начать / Прекратить / Продолжить
Вся команда собирается, чтобы решить, что в следующем спринте они...
Начнут
Прекратят
Продолжат

Структура Скрам в деталях
Владелец продукта
Скрам-мастер
Команда
Роли
Планирование спринта
Обзор спринта
Спринт ретроспектива
Ежедневный Скрам
Ритуалы
Бэклог продукта
Спринт бэклог
Burndown charts
Артефакты

Бэклог продукта
Требования
Список желательной функциональности
В идеале написан так, что каждый элемент имеет значение для конечного пользователя
Управляет Владелец Продукта
Приоритеты обновляются в начале спринта

Пример бэклога продукта

Цель спринта
Короткое предложение, описывающее, на чем будет сфокусирована работа во время спринта
БД
Финансы
Наука
Поддержка функциональности необходимой для изучения генетики
Добавить поддержку котировок в реальном времени
Сделать в приложении поддержку MSSQL в дополнение к Oracle

Управление бэклогом спринта
Члены команды выбирают, что они могут сделать
Задачи никогда не назначаются принудительно
Оценка оставшейся работы ежедневно обновляется
Любой член команды может добавить, удалить или изменить элементы бэклога спринта
Задачи на спринт уточняются
Если задача не понятна, то этому элементу бэклога резервируется больше времени и он разбивается на составные части позже
Оценка оставшейся работы обновляется, по мере того как узнаем больше о задачах

Пример бэклога спринта
Активности
Сделать интерфейс пользователя
Сделать логику
Протестировать логику
Написать руководство пользователя
Вынести утилиты в общий класс
Пн
Вт
Ср
Чт
Пт

Спринт burndown chart
Часы

Осталось
40
30
20
10
0
Пн
Вт
Ср
Чт
Пт
Активности
Сделать user interface
Сделать логику
Протестировать логику
Написать User Manual
Пн
8
16
8
12
Вт
Ср
Чт
Пт
50

Возможности расширения
Обычно команда состоит из 7 ± 2 человек
Масштабируемость за счет групп команд
Факторы расширения
Тип приложения
Размер команды
Рассредоточенность команды
Продолжительность проекта
Scrum использовался в проектах со сложной структурой, где работало более 500 человек

Масштабирование Scrum из scrum-ов

Scrum из scrum-ов, которые также из scrum-ов

Где еще почитать
www.mountaingoatsoftware.com/scrum
www.scrumalliance.org
www.controlchaos.com
[e-mail]

Книги по Scrum
Agile and Iterative Development: A Manager’s Guide by Craig Larman
Agile Estimating and Planning by Mike Cohn
Agile Project Management with Scrum by Ken Schwaber
Agile Retrospectives by Esther Derby and Diana Larsen
Agile Software Development Ecosystems by Jim Highsmith
Agile Software Development with Scrum by Ken Schwaber and Mike Beedle
Scrum and The Enterprise by Ken Schwaber
User Stories Applied for Agile Software Development by Mike Cohn
Lots of weekly articles at www.scrumalliance.org

Авторские права
Вы можете:
Делиться ―копировать и передавать эти материалы
Изменять ― адаптировать и дополнять эти материалы
При условии
Первоисточник. Вы должны указать в своей работе всех авторов материалов, которые предоставлены на основе этой или других лицензии(но это не означает, что автор поддерживает вас или вашу работу ).
Ничто в этой лицензии не нарушает и не ограничивает моральные права автора
Подробнее о лицензии можно узнать:
http://creativecommons.org/licenses/by-nc/3.0/

Контактная информация
Презентация: Майк Кон
[e-mail]
www.mountaingoatsoftware.com
[phone]
Вы можете удалить этот слайд или какой-либо другой, но вы должны указать источник где-либо в вашей презентации. Используйте логотип и название компании (как, например, в левом нижнем углу) или включите в презентацию слайд, где говорится, что часть слайдов (или все) вашей презентации взяты из этого источника.
Спасибо.