Deadline management

  • 483 views
Uploaded on

Presentation shows the way to develop the product. …

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

More in: Business , Technology
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
    Be the first to like this
No Downloads

Views

Total Views
483
On Slideshare
0
From Embeds
0
Number of Embeds
0

Actions

Shares
Downloads
4
Comments
0
Likes
0

Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

  • 1. Что ответить заказчику на вопрос: «Когда же все будет готово?»
  • 2.  Евгений Шеретов Лидер проекта в компании Ciklum, Днепропетровск Сертифицированый ScrumMaster Более 6-ти лет опыта разработки в IT 3 года применения Scrum/Agile методологий Skype: sheretov_ev Email: she@ciklum.net Почему я?
  • 3.  Поделиться опытом взаимодействия с заказчиком  Показать свое видение, как удовлетворить требования заказчика
  • 4. Вы узнаете: Как сохранить доверие заказчика; Как научиться общаться с ним на одном языке.Научитесь: Расчитывать дедлайн проекта; Отслеживать и реагировать на изменения.
  • 5. А также:Вы увидете, как эффективно визуализироватьрезультаты работы команды над продуктом.
  • 6. Когда будет сделан продукт?
  • 7. И нужно ему совсем немного: Он хочет, чтобы его похвалили Он хочет, чтобы его труд оценили Он хочет знать, что сказать своему начальству А без вас он никак!
  • 8.  Заказчика, ожидающего ответа... Кучу требований:
  • 9.  Шаг 1 – Выделяем User Stories Шаг 2 – Оцениваем User Stories Шаг 3 – Выставляем приоритеты Шаг 4 - Дробим User Stories спринта Шаг 5 – Рассчитываем скорость Шаг 6 – Прогнозируем Release scope Шаг 7 – Определяем ежедневные усилия Шаг 8 – Прогнозируем дату релиза Шаг 9 – Визуализируем процесс Шаг 10 – Реагируем на изменения
  • 10.  В роли ... Я хочу ..... Потому, что ....
  • 11.  Разбиваем спецификацию на User Stories Сохраняем соотношения между спецификацией и User Stories Получаем набор User Stories :
  • 12.  Сортируем User Stories по сложности Даем оценку User Stories в юнитах (Джоулях) Оцениваем сложность и объем User Stories Оцениваем риски выполнения User Stories
  • 13.  Даем ПИ для просмотра и определения приоритетов Владельцу Продукта Наполняем Спринт Беклог
  • 14.  Разбиваем ПИ спринта на задачи Задачи не должны превышать 8-10 часов
  • 15.  Прогнозируем скорость команды:  Яблоко – 5 ю = 15 ч  Черника – 3 ю = 6 ч  Гранат – 21 ю = 27 ч Сумма:29 ю = 48 ч Скорость:1 ю – 1.65 ч
  • 16.  Зависит от: ◦ Процесса оценки задач ◦ Скорости каждого члена команды Будьте готовы к тому, что скорость постоянно меняется: ◦ Состав команды ◦ Тип задач ◦ Мотивация команды ◦ Опыт команды
  • 17.  Оценка всех User Stories релиза 3 + 5 +21 + 2 + 13 = 44 ю Рассчитываем весь Release Scope, учитывая скорость команды: 44 * 1.65 = 72 ч Прогнозируем оставшиеся User Stories в часах: ◦ Клубники – 2 ю * 1.65 = 3 ч ◦ Бананы – 13 ю * 1.65 = 22 ч
  • 18.  Определяем ежедневные усилия команды Прогнозируем Burndown Chart
  • 19.  Ежедневная вытяжка информации по всем ПИ релиза
  • 20.  Управляем ограничениями ◦ Время/Дедлайн ◦ Скоуп работы ◦ Ресурсы
  • 21.  Шаг 1 – Выделяем User Stories Шаг 2 – Оцениваем User Stories Шаг 3 – Выставляем приоритеты Шаг 4 - Дробим User Stories спринта Шаг 5 – Рассчитываем скорость Шаг 6 – Прогнозируем скоуп релиза Шаг 7 – Рассчитываем усилия команды Шаг 8 – Прогнозируем дату релиза Шаг 9 – Визуализируем процесс Шаг 10 – Реагируем на изменения
  • 22. Визуализация компенсируетпрофессионализм разработчиков.
  • 23. Предварительная оценка НЕ будетменяться в течении проекта.
  • 24.  Спецификация не будет меняться.
  • 25.  Визуализируйте процесс, покажите команде Используйте ключевые слова в названии User Stories Ссылайтесь на разделы спецификации каждой User Stories Используйте Security Buffer для переработок, выясняйте причины. Оценивайте User Stories всей командой Празднуйте успех релиза!!!
  • 26.  1 – Как выполнять оценку продукта, основываясь на спецификации 2 – Как рассчитывать дедлайн релиза 3 – Как визуализировать процесс разработки 4 – Как реагировать на изменения 5 – Как удовлетворить ожидания заказчика
  • 27.  Евгений Шеретов Email: she@ciklum.net, sheretovev@gmail.com. Skype: sheretov_ev.