Agile Kitchen November 2013 Долгое время наша команда работала с собственным кодом, применяя различные методологии и подходы, писала качественный код и можно сказать жила в раю, но вот настал день, когда изменилось всё☺. Когда мы взяли на поддержку чужой объемный продукт и завязли по колено в легаси. Нам пришлось активно подключить наш agile mindset, чтобы изменить ситуацию и адаптироваться под новые условия. В общем, мы расскажем почему базовые практики того же scrum плохо работают с legacy, что нам пришлось изменить в команде и во взаимоотношениях со стейкхолдерами, и к чему это привело. Ну а если вы еще сомневаетесь, то попробуйте ответить себе на пару следующие вопросов: приходилось ли вам брать на поддержку чужой продукт целиком с его непонятными правилами, устаревшим поведением, неработающим функционалом? Приходилось ли отвечать за него по SLA? Если хотя бы на часть из этих вопросов вы ответили да, то вам точно будет интересен наш доклад, в котором мы расскажем, как наша сплоченная команда выбиралась из этого ада.

1. Legacy vs Agile Team
Agile Kitchen
11/29/2013
November 2013

2. Действительно сильная команда ;-)

4. Что это дало…
На 90% автоматизированный регресс
Автоматизированная сборка
Минимальный объем технического долга
Документация
Минимум дефектов
Прогнозируемость

5. Рай для разработчика

6. Scrum работает отлично если вы…
С самого начала …
Используете инженерные
практики
Поддерживаете объем тех долг
на минимальном уровне
Автоматизируете регресс

7. Но однажды …

8. Обязательная процедура
высмеивания кода

9. Масштаб бедствия
120 сборок
35 000 строк кода
Жестко связанный и расфокусированный код
Полное отсутствие документации
Полное отсутствие тестового плана, автоматизированных тестов
Две параллельные активные ветки разработки
Ручная схема сборки дистрибутива
Отсутствие версионирования
Два крупных бизнес-проекта национального масштаба
Жесткий SLA

10. Работа с Legacy Code

11. С чего мы начали
Автоматизация сборки системы
Версионирование
Build-Deploy-Test
Небольшой набор smoke тестов

12. До и после
До
После

13. Бомбардировка багами

14. Тех долг

15. Пора остановиться

16. Изменение
До Legacy
C Legacy
Комфорт
Новый
функционал
Плановые работы
Scrum
Дискомфорт
Новый
Исследование и
функционал
исправление дефектов
Плановые работы Снижение технического
долга
Scrum
Схема работ по
дефектам и тех долгу
Тех. долг
Исслед.
дефектов
1 нед
Исправ.
дефектов
2 нед

17. Изменение (реальность)
До Legacy
C Legacy
Комфорт
Новый
функционал
Плановые работы
Scrum
Дискомфорт
Новый
Исследование и
функционал
исправление дефектов
Плановые работы Снижение технического
долга
Scrum
Схема работ по
дефектам и тех долгу
Тех. долг
Исслед.
дефектов
1 нед
Исправ.
дефектов
2 нед

18. Выводы (Legacy + Scrum)
Разделяйте «физически» работы над новым
функционалом и дефектами, тех. долгом
Научитесь говорить «НЕТ», препятствуйте
внезапным изменениям плана итерации
Обязательно уделяйте время на минимизацию
тех. долга
Будьте максимально прозрачны для стэйкхолдеров

19. Воронин Алексей
about.me/avoronin
facebook.com/avoronin82
alexavoronin@mail.ru