Как отвечать на вопросы «когда?» и «сколько стоит?»

3,549 views

Published on

Published in: Education
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
3,549
On SlideShare
0
From Embeds
0
Number of Embeds
1,493
Actions
Shares
0
Downloads
0
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide

Как отвечать на вопросы «когда?» и «сколько стоит?»

  1. 1. Как отвечать на вопросы «когда?» и «сколько стоит?» Киев 2 9.05.2010
  2. 2. Обо мне <ul><li>Тимофей Евграшин </li></ul><ul><ul><ul><li>Agile coach </li></ul></ul></ul><ul><ul><ul><li>Certified ScrumMaster </li></ul></ul></ul><ul><ul><ul><li>Scrum практик </li></ul></ul></ul><ul><ul><ul><li>Тренер по внедрению гибких методологий управления проектами ( Agile/Scrum ) </li></ul></ul></ul><ul><ul><ul><li>Автор блога « The Improved Methods » </li></ul></ul></ul><ul><ul><li>email: tim(at)tim.com.ua </li></ul></ul><ul><ul><li>skype: spidertim </li></ul></ul><ul><ul><li>http://tim.com.ua </li></ul></ul>
  3. 3. Только 32% всех IT проектов заканчивается «в срок» и «в рамках бюджета» В среднем, проекты стоят 189% от первоначальных оценок The Standish Group's &quot;Chaos Report 2009 &quot;
  4. 4. <ul><li>Формальные практики оценок имеют погрешность около 85%, когда применяются на неоткалиброванных данных </li></ul><ul><ul><li>Chris Kemerer reported in &quot;An Empirical Validation of Software Cost Estimation Models&quot; (Communications of the ACM, May 1987) </li></ul></ul>
  5. 5. Когда будет готово? Сколько стоит? Что успеем к дате… Зачем мы планируем проекты? Инструмент отслеживания проекта
  6. 6. Как мы строим планы   Scott W. Ambler, March 2003 article &quot;Iron Triangle: Something's Gotta Give&quot; (www.ddj.com/dept/architect/184414962) Качество Ресурсы Время Функциональность
  7. 7. Работа итерациями Работающий продукт Требования к продукту (Бэклог продукта) Бэклог спринта (план итерации) 2-4 недели Ежедневная координация
  8. 8. Оценки: непредсказуемость Просто Запутанно Анархия Сложно Технология Требования Далеко от согласия Близко к согласию Близко к уверенности Далеко от уверенности Источник : « Стратегический менеджмент и организационная динамика » , Ральф Стейси в « Гибкая разработка ПО со Скрам » , Кен Швабер и Майк Бидл
  9. 9. Парадоксы оц енок <ul><li>Многозадачность </li></ul><ul><li>Студенческий синдром </li></ul><ul><li>Закон Мерфи </li></ul>
  10. 10. Сдвиг парадигмы в Agile <ul><li>Фокус всей команды на одной задаче </li></ul>Push Pull
  11. 11. Сдвиг парадигмы в Agile <ul><li>Оценка объема работы в идеальных часах </li></ul>
  12. 12. Сдвиг парадигмы в Agile <ul><li>Отслеживание оставшегося времени </li></ul>Активности Сделать интерфейс пользователя Сделать логику Протестировать логику Написать руководство пользователя Вынести утилиты в общий класс Пн Вт Ср Чт Пт 8 16 8 12 8 4 12 16 8 4 11 8 4 8 8 Добавить журнал ошибок 8 10 16 8 8
  13. 13. Burndown график 10 20 30 40 50 60 70 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 Осталось часов День спринта
  14. 14. <ul><li>И все вместе… </li></ul><ul><li>Спринт – это мини-проект (с фиксированным временем и с фиксированным бюджетом) </li></ul><ul><li>Сверху списка выбираем то, что понимаем и успеем сделать </li></ul><ul><li>Идеальные часы для уточненных работ </li></ul><ul><li>План спринта с оценками на первый день </li></ul><ul><li>Каждый день уточнять оставшееся и смотреть на график и доску </li></ul>
  15. 15. Планирование проектов <ul><li>Больше непредсказуемости </li></ul><ul><li>Больше масштабы </li></ul>Возвращаемся к основным вопросам Качество Ресурсы Время Функциональность
  16. 16. Нет статистической базы
  17. 17. Обманчивость оценок в днях на большом отрезке (разница в 10:1)
  18. 18. Детализация не помогает
  19. 19. Три уровня планирования … Презнтация Майка Кона о SCRUM и оценках … три уровня точности
  20. 20. Оценка в « Story Points » («Пункты») <ul><li>Показывает «размер» требования </li></ul><ul><li>Важны относительные значения </li></ul><ul><li>«Пункты» не имеют физических единиц измерения </li></ul>
  21. 21. Метод оценки: <ul><li>Размеры футболок ( S,M,L,XL) </li></ul>
  22. 22. Метод оценки: Движение по шкале Фибоначчи
  23. 23. Метод оценки: Planning Poker
  24. 24. Скорость работы Начало итерации Планируемая скорость = 26 Конец итерации Сделано ! Сделано ! Сделано ! Почти… Не начинали Реальная скорость = 18 8 5 3 5 5 5 3 5 5 8 Product Backlog 8 5 3 5 5 Sprint Backlog 8 5 3 5 5 Sprint Backlog
  25. 25. Пара советов о замерах скорости 0 5 10 15 20 25 30 35 40 45 1 2 3 4 6 7 8 9 Средняя Максимальная Минимальная
  26. 26. Планирование выпуска <ul><li>Средняя скорость = 35 </li></ul><ul><li>Минимальная = 30 </li></ul><ul><li>Максимальная = 40 </li></ul><ul><li>Сколько мы успеем за 10 итераций? </li></ul>300 400 ВП
  27. 27. Отслеживание выпуска
  28. 28. Идеальный сценарий <ul><li>Заказчик приходит с проектом </li></ul><ul><li>Составляем бэклог </li></ul><ul><li>Оцениваем все в пунктах </li></ul><ul><li>Берем (или прогнозируем) скорость </li></ul><ul><li>Планируем выпуск </li></ul>
  29. 29. Agile в Украине Исследование http://tim.com.ua/survey/
  30. 30. Спасибо за внимание! <ul><li>Н аш блог http://tim.com.ua </li></ul>

×