Распределенный SCRUM - to be or not to be collocated collocated
-
Upload
nikita-filippov -
Category
Documents
-
view
2.127 -
download
5
description
Transcript of Распределенный SCRUM - to be or not to be collocated collocated
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
■ Вопросы? [email protected]