Think Results.

РАСПРЕДЕЛЕННЫЙ SCRUM – TO BE OR NOT TO BE COLLOCATED

Ганчиков Михаил, Project ManagerFirst Line Software, 2010

2

ПЛАН

I

•Введение

II

•Классификация

III

•Применение

IV

•Заключение

3

ЗАЧЕМ НУЖЕН РАСПРЕДЕЛЕННЫЙ SCRUM?

■ Рост сложности проектов■ Доступ к глобальный пулу талантов■ 16 часовой рабочий день (IBM’s “Follow the

sun model”)■ Снижение расходов■ Сокращение бенча

4

КАКИЕ ПРОБЛЕМЫ?

■ Организация и управление■ Коммуникации■ Интеграция■ Безопасность■ Часовые пояса■ Языковой барьер и культурные различия

5

ТИПЫ КОМАНД

■ Объединенные■ Частично объединенные■ Распределенные в пределах 8 часов■ Распределенные за пределами 8 часов

6

УРОВНИ СЛОЖНОСТИ SCRUM ПРОЕКТОВ

■ 1: Локальный SCRUM, 1 команда■ 2: Локальный SCRUM of SCRUMs,

несколько команд■ 3: Распределенный SCRUM of SCRUMs,

несколько объединенных команд■ 4: Распределенный SCRUM of SCRUMs,

несколько распределенных команд

7

СПОСОБЫ УЛУЧШЕНИЯ КОММУНИКАЦИЙ

■ Простой язык■ Наглядная демонстрация■ Видео связь как способ различить мимику и

жесты■ Единая точка доступа ко всей информации

по проекту■ Активное участие всех членов команды с

первого дня проекта

8

ПЛАНИРОВАНИЕ РЕЛИЗА

■ Сбор требований и написание user stories

■ Оценка (story points)■ Формирование product backlog■ Подготовка плана релиза

(release plan)■ Длительность 5 дней на релиз 3

месяца

9

ПЛАНИРОВАНИЕ СПРИНТА

■ Подготовка Backlog grooming

■ Проведение Обсуждение историй с Product Owner Пересмотр high level оценок при необходимости Детализация подзадач Оценка задач и commitment команды

■ Результат Sprint backlog User stories с дополнениями Минутки (meeting notes)

■ Длительность 4 часа (2-х недельный спринт)

10

ЕЖЕДНЕВНЫЙ SCRUM

■ Stand Up митинги Длительность 15 минут

■ Online tracking■ XP практики

Парное программирование Unit-тесты

Integration-тесты Простой дизайн и понятный код Continuous refactoring

11

СИНХРОНИЗАЦИЯ КОМАНД

■ Единый ритм (равные или кратные спринты)

■ SCRUM of SCRUMs митинги SCRUM Masters – статус и устранение проблем Product Owners – приоритеты PBL Architects - Интеграция и взаимодействие

компонентов■ Интеграция

Continuous builds Automated regression testing

12

ДЕМОНСТРАЦИЯ (SHOW CASE)

■ Definitions of done■ Show case сессии

Подготовка сценариев Получение acceptance

■ Завершение спринта Обзор sprint backlog Сплит незавершенных историй Определение количества заработанных Story Points

■ Длительность 3 часа (2-х недельный спринт)

13

РЕТРОСПЕКТИВА И АДАПТАЦИЯ

■ Feedback Что было хорошо Что можно улучшить Цели на следующий цикл

■ Обсуждение и определение приоритетов■ Внесение корректировок в работу команды■ Длительность 1 час

14

■Waterfall: 60 человек * 9 месяцев = 54 KLOC и 900 FP; скорость – 2.0 FP в месяц на разработчика

■ SCRUM: 4.5 человека * 12 месяцев = 51 KLOC и 960 FP; скорость – 17.8 FP в месяц на разработчика

■ Distributed SCRUM: 56 человек * 14,5 месяцев = 671 KLOC и 12673 FP; скорость – 15.3 FP в месяц на разработчика

15

ВЫВОДЫДля эффективной работы распределенного SCRUM нужно:

■Мульти-функциональные и независимые команды

■ Возможность аудио и видео связи■ Online доступ ко всем ресурсам проекта■ Применение SCRUM и XP практик■ Постоянная адаптация и развитие

16

СПАСИБО ЗА ВНИМАНИЕ!■ Литература:

A practical guide to Distributed SCRUM, Elizabeth Woodward, Steffan Surdek, Matthew Ganishttp://www.distributedscrum.com/

Distributed SCRUM Agile, Jeff Sutherlandhttp://www.scrumalliance.org/articles

■ Вопросы? ganchikovm@gmail.com