Раздел 1. Урокy

1.

Урок 1
Как строится процесс
разработки по Agile
Максим Еремин
Руководитель направления развития
продуктов
Практики DevOps

2.

Разработка ПО — как это было раньше
Анализ
требований
• Последовательное выполнение этапов
разработки
• Каждый предыдущий этап должен
завершиться до начала следующего
• Строгое ведение документации
• Долгое согласование технического задания
Проектировани
е
Разработка
Тестирование
Внедрение
и поддержка
2

3.

Продукт по принципу Waterfall
Анализ
требований
Корпоративный
сервис,
интегрированный
с системами компании
Компания решила
внедрить еще одну
систему D, которая
не фигурировала
в требованиях
Система D смогла
покрыть некоторые
задачи систем A и B.
В сервисе эта задача
не отражается
Сотрудники перестают
пользоваться системой
B. Ценность сервиса
падает, ненужный
функционал
Проектирование
Разработка
Тестирование
Решено сделать
интеграцию
с системами A, B и C
Запуск разработки по
интеграции и
агрегации данных
Прописали коннекторы,
создали общую базу
данных, отстроили
функционал, тестируется
взаимодействие
Внутренние процессы
начали работать
по схеме системы D,
необходимость
в сервисе начинает
отпадать
Внедрение
и поддержка
Сервис приземлили
к заказчику
С каждой итерацией и невозможностью откатиться назад падает ценность продукта для конечного пользователя
3

4.

Что мы получаем?
• Долгое планирование
• Невозможно вернуться на шаг назад
• Каждый шаг необходимо документировать
• Сложно менять требования на ходу по необходимости заказчика
• Долгая разработка продукта при быстроизменяющихся требованиях и условиях в
среде
4

5.

Как улучшить процесс?
5

6.

Agile-подход
Сотрудники,
заинтересованные в продукте
Истории
пользователей
Истории
пользователей
Владелец продукта
Грумминг
Бэклог
Коммуникация
Реализованные задачи
Команда разработчиков
6

7.

Scrum
Спринт (1– 4 недели)
Истории заказчиков
5–7 штук
Планирование
от 15 мин до 4 часов
Скрам-мастер
Бэклог спринта
Scrum Meeting
Что сделано?
Что будет сделано?
Что тормозит?
Владелец продукта
Бэклог продукта
Ретроспектива
Команда разработки
7±2 человека
7

8.

Краеугольный камень
Спринт
Продукт
Добавляет новую ценность в продукт
Начинает приносить пользу после первого спринта
Фичи
Исправления
Исследования
Коммуникация
Гибкость
Между пользователями и разработчиками положительно
влияет на качество
Смена задач в зависимости от их переприоритизации
после каждого спринта
8

9.

Разработка продукта по Scrum
Компания решила внедрить
еще одну систему D,
которая не фигурировала
в требованиях
Бэклог
Анализ и
ретроспектива
Бэклог
Проектирование
Спринт 1
CI/CD
Система D покрыла
некоторые задачи
систем A и B
Разработка
Собрали ТЗ, сделали
прототип с системами A, B, C,
интегрировали
в инфраструктуру заказчика
Анализ и
ретроспектива
Бэклог
Проектирование
Спринт 2
CI/CD
Разработка
Новая версия с новым
функционалом для системы D
Анализ и
ретроспектива
Бэклог
Проектирование
Спринт 3
CI/CD
Внутренние
процессы начали
работать по схеме
системы D
Сотрудники
перестают
пользоваться
системой B
Разработка
Перевели основной
функционал на работу
с системой D
Анализ и
ретроспектива
Проектирование
Спринт 4
CI/CD
Разработка
Доработали продукт,
исправили баги, улучшили
взаимодействие
9