Experience report: внедрение Scrum на чужбине

Experience report: внедрение
Scrum на чужбине
Марина Мельник
www.ExigenServices.com

Цель
Поделиться опытом по внедрению и
использованию распределенного Scrum
2 www.ExigenServices.com

Содержание
1. Как все начиналось
2. Тонкий лед
3. Полезные уроки
4. Вот и сказочке конец
5. Послесловие

Шведский проект – и я хочу!
• DI.SE
Собственный веб-сайт шведской ежедневной деловой
газеты Dagens Industri AB, специализирующейся на
освещении новостей и аналитических подборок
материалов в сфере финансов.
• Цель
Полная ре-имплементации текущего веб-сайта на новой
платформе EPiServer CMS.
• Плановое время выполнения проекта
4 месяца
Как все начиналось

Команды
• Нижний Новгород
7 разработчиков, 1 тех лидер, 2 тестировщика, 1 Scrum
Master
• Днепропетровск
3 разработчика, 1 тех лидер, 1 аналитик/тест лидер, 1
Scrum Master/Project Manager
• Санкт-Петербург
3 html-верстальщика, 1 тестировщик
• Стокгольм
Product Owner, 7 разработчиков, 1 тестировщик, 1 CM,
1 Scrum Master

Project Manager
Sprint Backlog 2
1 Product Owner
1 Product Backlog
Sprint Backlog 1
SM 1 SM 2
Team 1
Team 2
SM 3
Team 3
Scrum of Scrums

Skype Call

Задачи
• Ввести в уже идущий проект шведскую команду
разработчиков, чтобы они забрали часть из scope и
перешли Visual Basic на C#
• Научить и повести их по Scrum
• Стать Contact Point для 3-х команд и Product Owner

Тонкий лед (challenges)
Познакомимся поближе или Challenge #1
- Знакомьтесь! Пудинг, это Алиса. Алиса, это Пудинг.
Унесите пудинг!
Льюис Кэрролл «Алиса в Зазеркалье»
Первый день. К шведским ребятам приехал Scrum-
консультант и Scrum Master.
А кого они видят? Молоденькую кудрявую девушку,
младше их лет на 10…
ОНА? Сможет?
И ей, т.е. мне пришлось завоевывать репутацию…

Product Owner Architect

Planning Game или Challenge #2
Работа шведской команды:
Раньше
•Саппорт существующего сайта
•Оценка своих фич и фиксов
(каждый эксперт в своей области)
•Без разбиения на задачи
•В расслабленном режиме
•С хорошим запасом
По Scrum
•Оценка методом Planning Poker (в
реальных часах)
•Единая для любого члена
команды
•С разбиение фич на задачи не
более 13 часов
•Задача может потенциально
попасть кому угодно (разбираться
в любой части функционала)
•Все задачи, которые сейчас
войдут в Sprint мы должны будем
реализовать

Burndown Chart или Challenge #3
Получать его каждый день. Всей командой и «всеми
заинтересованными лицами» - мотивирует

Daily Scrums или Challenge #4
•Для шведской команды со мной
• Когда я в Швеции: обычный Scrum, с ответом на 3
вопроса и расcмотрением Burndown Chart
• Когда я в Украине: он-лайн Scrum по веб-камере. Все
те же 3 вопроса. Рассмотрение Burndown Chart перед
митингом
•Для меня в рамках Scrum of Scrums
• Общий Skype-чат с ПМами, Тех, Тим лидами всех
команд и РО. Ответы на стандартные вопросы,
только о командах.

Своя  или Challenge #5
•Пряники (украинские леденцы и шоколад)
•Работа «до последнего клиента» (если кто-то
опаздывает, подойдите, и скажите, что останетесь,
чтобы поддержать его, пока он доделает таску.
Разработчику уже не отвертеться, даже шведскому )
•Per är den bästa utvecklaren (правило обратной связи –
хвалить при всех, и еще и на их языке . Вас полюбят –
гарантирую!)

Retrospective или Challenge #6
Фокус-покус, или я читаю ваши мысли – поиграйте –
напишите на бумаге то, что они вам ответят на
последующие 3 вопроса. Я гарантирую вам, что опытный
Скрам Мастер назовет пунктов 10 и попадет. Если
неопытный – просто сделайте меньше пунктов 
• Что хорошо?
• Что плохо?
• И что нам с этим делать?

Полезные уроки
3. Полезные уроки
•РО: кто? где? когда? как?
•Demo
•Технические практики (Code Review, Builds,
Unit Tests)
•TFS
•Стандартизировать процесс
•Risk management
•Requirement management
•Scope management
•Change management

•РО: кто? где? когда? как?
РО в целом – ок, особенно в тандеме с аналитиком с нашей
стороны, который, вернее которая, описывала все детали,
проясняла все неточности и отвечала на вопросы аналитиков.
Сам РО бывало отвечал позже, чем хотелось бы или
недостаточно детально, было дело и не отвечал…
Полезный урок тут: РО со стороны заказчика – это обязательно.
Но заведите прокси РО (аналитика) у себя – это вам очень
поможет, отправляйте своего прокси с определенной частотой
на сторону РО, чтобы они знали друг друга в лицо и не были
абстракцией...
Распределенный Agile? Наведывайтесь на сторону заказчика
и приглашайте его в гости – заложите сразу в бюджет 

•Demo
Должно состояться при любой погоде и фидбек от заказчика
должен быть получен.
Урок: Заказчики бывают люди вежливые (как наши шведы) и
будут кивать и говорить: «да-да».
Не поддавайтесь. Им наверняка что-то не понравилось.
Задавайте вопросы так и эдак. Fail early. Лучше узнать, что
заказчику не нравится на текущем Demo, чем через несколько
месяцев он за этот «красный бантик» перестанет любить весь
продукт.

•Технические практики (Code Review, Builds, Unit
Tests)
Полезные уроки здесь: Code Reviews в распределенном проекте
должно быть перекрестным: людьми из другой команды. Тогда
шаринг знаний по коду будет распространяться равномерно.
Причем не тех лидами, а всеми.
К слову о задачах на ревью – мы их делали отдельными тасками,
что никому не давало возможность забыть об этой процедуре.
Build – сразу делать так, чтобы он был один на всех и туда и
коммитить (Continues integration)
Unit Tests – ввести как жесткое требование, четко следить за
уровнем покрытия, время от времени делать ревью и им.

•TFS
Платный. Изначально мы неправильно подошли. Никто не
научился им пользоваться и все начали говорить, что это
туфта. Я тоже так говорила. А потом мне надо было что-то
сделать, ответить как это сделать было некому и некогда. Я
Начала смотреть описания в инете, как-то нашелся курс по
ТФС на русском. И я поняла, что это классная система.
Главное, научиться ее настраивать и ней работать и
понимать, что ты от нее хочешь.
Урок: если заказчик предложил свою систему, незнакомую
вам, не сопротивляйтесь и не кричите, что она плохая, если
вы этого достоверно не знаете. Просто изучите ее. Еще урок
– я готова использовать ТФС в новых проектах.

•Стандартизировать процесс
•Risk management
•Requirement management
•Scope management
•Change management
А вот тут уже рассказывать не стану. Буду,
возможно, на какой-то конфе, выступлю с
наработками по этим пунктам.
Пересечемся, друзья!

Вот и сказочке конец
4. Вот и сказочке конец
• Завершение проекта и выход в Жизнь
• Участие заказчика
• Последняя неделя перед взлетом (Scrum
Master, даешь тестирование приложения за 2
дня? А без тестеров?)
• Последние дни перед взлетом (18 часовой
рабочий день)
• «Красная кнопка» и 9000 пользователей в
минуту – полет нормальный
Об этом тоже лучше слышать, а не читать 

5. Послесловие
Таки да, Scrum работает:
• слаженность работы
• успешные Demo
• успешные Ретроспективы = постоянный рост
• самоорганизующаяся команда
• налаженный процесс не требует on-site Scrum
Master
Послесловие

Контакты:
Marina Melnik
Marina.Melnik@exigenservices.com
Cell: +38-050-36-36-467
Skype: ocean-me
www.exigenservices.com
http://www.scrumalliance.org/profiles/34930-
marina-melnik
Обращайтесь с вопросами!

Спасибо за внимание 

Experience report: внедрение Scrum на чужбине

Recommended

Recommended

More Related Content

What's hot

What's hot (20)

Viewers also liked

Viewers also liked (16)

Similar to Experience report: внедрение Scrum на чужбине

Similar to Experience report: внедрение Scrum на чужбине (20)

More from Return on Intelligence

More from Return on Intelligence (20)

Experience report: внедрение Scrum на чужбине