Download to read offline
Uploaded byOntico
Искусство предсказания: как давать более точные оценки времени проекта / Андрей Степанов (Delete Agency)
Документ представляет собой руководство по методам оценки времени для проектов в IT-области, акцентируя внимание на важности точности и командной работы. Автор делится статистикой успешности проектов, подчеркивая необходимость обсуждения рисков и предположений, а также использует разные подходы к оценке. Основное внимание уделяется уникальным аспектам управления проектами, таким как интеграция и оценка по историческим данным.
More Related Content
Similar to Искусство предсказания: как давать более точные оценки времени проекта / Андрей Степанов (Delete Agency)
Искусство предсказания: как давать более точные оценки времени проекта / Андрей Степанов (Delete Agency)
- 1. Искусство предсказания Как давать болееточные оценки времени проекта Андрей Степанов
- 2. О себе • Техническийдиректор • Digital-агенство • eConsultancy Top 100 в UK • Лондон, Лидс, Челябинск
- 3. «Все программисты —оптимисты. Возможно, эта современная разновидность колдовства особенно привлекательна для тех, кто верит в хэппи-энды и добрых фей. Возможно, сотни неудач отталкивают всех, кроме тех, кто привык сосредоточиваться на конечной цели.» Фредерик Брукс «Мифический человеко-месяц», 1975
- 4. Статистика успешности проектов https://www.cnet.com/news/pennsylvania-sues-ibm-over-jobless-unemployment-claims-system-upgrade-170-million/ http://www.dailymail.co.uk/news/article-2040259/NHS-IT-project-failure-Labours-12bn-scheme-scrapped.html NHSConnecting for Health £12 млд Проект IBM Pennsylvania Jobless Claims System upgrade $170 млн HealthCare.gov $1500 млн £2 млд $110 млн $93 млн Оценка Реальность
- 5. Статистика успешности проектов CHAOSreport 2015 https://www.infoq.com/articles/standish-chaos-2015 Successful 29% Challenged 52% Failed 19%
- 7. Дисклеймер Ошибки в управлениипроектом мы в учет не берем
- 8.
- 9. Project manager Teamlead Сколько нужно времени на проект?
- 10. Сколько мне нужновремени, чтобы это закодить? Project manager Team lead
- 11. Сколько мне нужновремени на все? Project manager Team lead
- 12. Project manager Teamlead Кстати, это будет твой проект!
- 13. За сколько яточно все сделаю? Project manager Team lead
- 14. 1 год. Project managerTeam lead
- 15. @$#, это слишкоммного! Project manager Team lead
- 16. Как быстро ямогу успеть? Project manager Team lead
- 17. Окей – тогда1 месяц Project manager Team lead
- 18. Недооценка и переоценка Точностьоценки 100% Издержки, бюджет, срок Недооценка Нелинейный – аврал, грязные хаки, баги и т.д. Переоценка Линейный – закон Паркинсона
- 19. Сколько обычно нужномоей команде, чтобы сделать подобный проект? Правильный вопрос:
- 24.
- 25.
- 26. Уменьшаем непонятки • Какаяточность нужна? • Подумайте о неявных или забытых требованиях • Задавайте вопросы • клиенту • продукт-менеджеру или бизнес-аналитику • дизайнеру / UX • Задокументируйте предположения и риски • Разделяйте проект на понятные части: фазы, модули и т.д.
- 27.
- 28. Командная оценка • 2-4человека из разных областей: разработка, продукт- менеджмент и др. • Опыт — обязательно • Независимые эксперты: люди, которые не будут участвовать в разработке • Слепые независимые оценки • Блиц-оценка типа “Х недель для Y разработчиков”
- 29. Подходы к оценке— Bottom-up (WBS)
- 30. Подходы к оценке— Bottom-up (WBS)
- 31. Подходы к оценке— Bottom-up (WBS) • Плюсы: • Выглядит понятно и вселяет уверенность в клиентов • Минусы: • Заставляет фокусироваться на понятном и забывать о непонятном или пропущенном • Более детально = больше фич / факторов всплывает = завышенная оценка • Пропишите, что включается в оценку, например: • Проработка требований, разработка, внутренние совещания, тестирование и исправление багов
- 32. Подходы к оценке— Сравнительный
- 33. Подходы к оценке— Сравнительный • “Проект А = Проект Б ± Дельта“ • Факторы • Стек технологии: эффективности либо риски • Сложности клиента или предметной области, например, медицина или финансы • Сила команды, если известна
- 34. Проверяем по историческимданным • Time-tracking tools • Данные должны быть доступны всем оценщикам • Время в таске JIRA — это оценка снизу • На крайний случай — можно просто спросить • По данным можно проверять точность оценок
- 36. Используем две оценки— Low и High
- 37. Используем две оценки— Low и High • Low — “агрессивно, но возможно”, 50% вероятность • “Обычно я доезжаю до работы за 15 минут” • High — “очень вероятно”, 90% вероятность • “Чтобы точно успеть, выйду за 40 минут” • Большая разница между Low и High — повод поговорить • Буфер проекта — квадратный корень из суммы квадратов High-Low B𝑢𝑓𝑓𝑒𝑟 = 𝑖=0 𝑛 (𝐻𝑖𝑔ℎ𝑖 − 𝐿𝑜𝑤𝑖)2
- 38. Исследуем и прототипируем •Интеграции с другими продуктами • Новые технологии и фреймворки • Работа с другими командами • Реальные данные
- 39. Итого • Задаем вопросы,чтобы уменьшить непонятки • Документируем риски и предположения • Оцениваем командой • Используем различные подходы к оценке • Проверяем по историческим данным • Используем две оценки – Low и High • Исследуем и делаем прототипы
- 40.