Deadline management
Upcoming SlideShare
Loading in...5
×
 

Like this? Share it with your network

Share

Deadline management

on

  • 705 views

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.

Statistics

Views

Total Views
705
Views on SlideShare
704
Embed Views
1

Actions

Likes
0
Downloads
3
Comments
0

1 Embed 1

http://www.slideshare.net 1

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Deadline management Presentation 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.