Presentation shows the way to develop the product. Starting from received Specification Finishing with successfully delivered required product.

1. Что ответить заказчику на вопрос:
«Когда же все будет готово?»

2.  Евгений Шеретов
 Лидер проекта в компании Ciklum,
Днепропетровск
 Сертифицированый ScrumMaster
 Более 6-ти лет опыта разработки в IT
 3 года применения Scrum/Agile
методологий
 Skype: sheretov_ev
 Email: she@ciklum.net
Почему я?

3.  Поделиться опытом взаимодействия с
заказчиком
 Показать свое видение, как
удовлетворить требования заказчика

4. Вы узнаете:
 Как сохранить доверие заказчика;
 Как научиться общаться с ним на одном
языке.
Научитесь:
 Расчитывать дедлайн проекта;
 Отслеживать и реагировать на изменения.

5. А также:
Вы увидете, как эффективно визуализировать
результаты работы команды над продуктом.

8. Когда будет сделан продукт?

9. И нужно ему совсем немного:
 Он хочет, чтобы его похвалили
 Он хочет, чтобы его труд оценили
 Он хочет знать, что сказать своему
начальству
 А без вас он никак!

10.  Заказчика, ожидающего ответа...
 Кучу требований:

12.  Шаг 1 – Выделяем User Stories
 Шаг 2 – Оцениваем User Stories
 Шаг 3 – Выставляем приоритеты
 Шаг 4 - Дробим User Stories спринта
 Шаг 5 – Рассчитываем скорость
 Шаг 6 – Прогнозируем Release scope
 Шаг 7 – Определяем ежедневные усилия
 Шаг 8 – Прогнозируем дату релиза
 Шаг 9 – Визуализируем процесс
 Шаг 10 – Реагируем на изменения

13.  В роли ... Я хочу ..... Потому, что ....

14.  Разбиваем спецификацию на User Stories
 Сохраняем соотношения между
спецификацией и User Stories
 Получаем набор User Stories :

15.  Сортируем User Stories по сложности
 Даем оценку User Stories в юнитах (Джоулях)
 Оцениваем сложность и объем User Stories
 Оцениваем риски выполнения User Stories

16.  Даем ПИ для просмотра и определения
приоритетов Владельцу Продукта
 Наполняем Спринт Беклог

17.  Разбиваем ПИ спринта на задачи
 Задачи не должны превышать 8-10 часов

18.  Прогнозируем скорость команды:
 Яблоко – 5 ю = 15 ч
 Черника – 3 ю = 6 ч
 Гранат – 21 ю = 27 ч
 Сумма:
29 ю = 48 ч
 Скорость:
1 ю – 1.65 ч

19.  Зависит от:
◦ Процесса оценки задач
◦ Скорости каждого члена команды
 Будьте готовы к тому, что скорость
постоянно меняется:
◦ Состав команды
◦ Тип задач
◦ Мотивация команды
◦ Опыт команды

21.  Оценка всех User Stories релиза
 3 + 5 +21 + 2 + 13 = 44 ю
 Рассчитываем весь Release Scope,
учитывая скорость команды:
44 * 1.65 = 72 ч
 Прогнозируем оставшиеся User Stories
в часах:
◦ Клубники – 2 ю * 1.65 = 3 ч
◦ Бананы – 13 ю * 1.65 = 22 ч

22.  Определяем ежедневные усилия команды
 Прогнозируем Burndown Chart

24.  Ежедневная вытяжка информации по всем
ПИ релиза

27.  Управляем ограничениями
◦ Время/Дедлайн
◦ Скоуп работы
◦ Ресурсы

28.  Шаг 1 – Выделяем User Stories
 Шаг 2 – Оцениваем User Stories
 Шаг 3 – Выставляем приоритеты
 Шаг 4 - Дробим User Stories спринта
 Шаг 5 – Рассчитываем скорость
 Шаг 6 – Прогнозируем скоуп релиза
 Шаг 7 – Рассчитываем усилия команды
 Шаг 8 – Прогнозируем дату релиза
 Шаг 9 – Визуализируем процесс
 Шаг 10 – Реагируем на изменения

30. Визуализация компенсирует
профессионализм разработчиков.

31. Предварительная
оценка НЕ будет
меняться в течении
проекта.

32.  Спецификация не будет меняться.

33.  Визуализируйте процесс, покажите команде
 Используйте ключевые слова в названии User
Stories
 Ссылайтесь на разделы спецификации
каждой User Stories
 Используйте Security Buffer для переработок,
выясняйте причины.
 Оценивайте User Stories всей командой
 Празднуйте успех релиза!!!

35.  1 – Как выполнять оценку продукта,
основываясь на спецификации
 2 – Как рассчитывать дедлайн релиза
 3 – Как визуализировать процесс
разработки
 4 – Как реагировать на изменения
 5 – Как удовлетворить ожидания заказчика

37.  Евгений Шеретов
 Email: she@ciklum.net,
sheretovev@gmail.com.
 Skype: sheretov_ev.