Сан-Франциско-Киев: история внедрения распределенного...

24
Сан-Франциско– Киев: история внедрения распределённого проекта 100+ Кирилл Климов

Upload: agiledays

Post on 25-Jan-2015

136 views

Category:

Technology


1 download

DESCRIPTION

Кирилл Климов, Люксофт (Киев) Продуктовая компания, 100+ человек в разработке в двух локациях с 10 часами временной разницы. Много лет компания успешно работала в водопаде и тут пришёл Agile. Я расскажу зачем и почему он пришел, как проходит переход, какие сложности возникали и как мы их решали. Как связывали команды и продукты, как распределяли команды между Киевом и Сан Франциско, как строили взаимодействие между разными офисами.

TRANSCRIPT

Page 1: Сан-Франциско-Киев: история внедрения распределенного проекта 100+

Сан-Франциско–Киев: история внедрения распределённого проекта 100+

Кирилл Климов

Page 2: Сан-Франциско-Киев: история внедрения распределенного проекта 100+

Наш путь не единственный

Page 3: Сан-Франциско-Киев: история внедрения распределенного проекта 100+
Page 4: Сан-Франциско-Киев: история внедрения распределенного проекта 100+
Page 5: Сан-Франциско-Киев: история внедрения распределенного проекта 100+

Core transition team

Page 6: Сан-Франциско-Киев: история внедрения распределенного проекта 100+

Strategy map

Глобальная цель

Фактор, для достижения

Необходимый навык

Тактическая цель

Ограничения системыВложенное

действие

Другое действие

Действие

Действие для достижения

Ещё одно

Другое действие

Ещё одно

Backlog

Действие для достижения

Если мы

Тогда мы

“Agile Strategy Map - Mapping at ACCUS” article“The Agile Strategy Map” slides by Agile42

Page 8: Сан-Франциско-Киев: история внедрения распределенного проекта 100+

Роль линейного менеджера

• Формирование команды

• Найм, увольнение

• Эскалации

• Персональное развитие сотрудников

“Звездная Карта для Скрам команд” статья Ильи Павличенко

Page 9: Сан-Франциско-Киев: история внедрения распределенного проекта 100+

Роль Proxy-PO

• В локальной команде:

• наибольшие знания продукта

• принимает решения на месте по продукту

• распространяет знания

• о продукте

• о предметной области

• Разгружает PO от операционной рутины

• постепенно

Page 11: Сан-Франциско-Киев: история внедрения распределенного проекта 100+

Итерация 0 / Спринт 0

Story map

Видение продукта, метрики

Релиз план

Оценка пользовательских историй

Product backlog

DoD(определение готовности)Командные договорённости по работе

Мин. Инфраструктура.

Page 12: Сан-Франциско-Киев: история внедрения распределенного проекта 100+

Vision

• Для (целевой клиент)

• Который (изложение необходимости или возможности)

• (Название решение) из (категории решения)

• Которое (ключевое преимущество, веская причина, чтобы купить)

• В отличии от (основной конкурент)

• Наше решение (изложение основного отличия)

Page 13: Сан-Франциско-Киев: история внедрения распределенного проекта 100+

Story map

Page 15: Сан-Франциско-Киев: история внедрения распределенного проекта 100+

1 2 3 5 8 13 20 40 ∞0.50.5−10−0.5 1−2 2−3 3−5 5−8 8−13 13−20 20−40

3, 2 - 5 ?

Оценка в сравнении(affinity estimation)

“Affinity Estimating: A How-To” article“Affinity Estimating” article

Page 17: Сан-Франциско-Киев: история внедрения распределенного проекта 100+

Трудности

• Новые ожидания от людей

• Выше ответственность

• Выше неопределённость

• Кросс-функциональность / взаимопомощь

• Legacy code

• Высокая связанность

• Нету модульных тестов

• Перевёрнутая пирамида

• “TestPyramid” article by Martin Fowler• “

The Forgotten Layer of the Test Automation Pyramid” article by Mike Cohn

• “Inverting the Testing Pyramid” article at agilefaqs• “Inverting the Testing Pyramid” slides by Naresh Jain

Page 18: Сан-Франциско-Киев: история внедрения распределенного проекта 100+

Эл. доски

Page 19: Сан-Франциско-Киев: история внедрения распределенного проекта 100+

Юмор

Page 21: Сан-Франциско-Киев: история внедрения распределенного проекта 100+

Ротация Скрам-Мастера

Page 22: Сан-Франциско-Киев: история внедрения распределенного проекта 100+

Команда без Скрам-Мастера

Page 23: Сан-Франциско-Киев: история внедрения распределенного проекта 100+

Ключевые наблюдения

• Изменения занимают разное время для разных команд

• Шаг за шагом

• Мониторинг, после перехода к следующим командам

• “The most common mistake change agents make is take on too much, too soon”