Популярное

Музыка Кино и Анимация Автомобили Животные Спорт Путешествия Игры Юмор

Интересные видео

2025 Сериалы Трейлеры Новости Как сделать Видеоуроки Diy своими руками

Топ запросов

смотреть а4 schoolboy runaway турецкий сериал смотреть мультфильмы эдисон
dTub
Скачать

Agile Estimating + Planning - The Planning Fallacy

Автор: Development That Pays

Загружено: 2018-03-28

Просмотров: 16506

Описание:

When will it be finished? Seems like a reasonable question. It isn't.

= = = = = = = = = = = =

New for 2024: my best-ever training:
"How Your Agile Teams Can Achieve Predictability and Productivity WITHOUT Burnout"
→ https://www.developmentthatpays.com/w...

= = = = = = = = = = = =

Today we'll meet Daniel Kahneman. (He's a Nobel Prize winner, so he's kind of a big deal.) His work help us to understand why estimates are so often wrong. Really wrong.

Download your FREE CHEAT SHEET: https://www.developmentthatpays.com/c...

This Part 2 of an Agile Estimating mini-series. If you missed Part 1, start here:    • Is Agile estimating and planning a waste o...  




-------------------
119. Agile Estimating + Planning - The Planning Fallacy
#AgileEstimating #DevelopmentThatPays

I am terrible at estimating. But I take comfort from the fact that you’re terrible at estimating too. Welcome to Development that Pays My name is Gary Straughan And welcome back to this “mini-series” on Agile Estimation and Planning. If you missed the first episode this link will take to you to in and deliver you automatically right back to this point. It’s a while since we’ve seen the Lego team. Let’s bring them back in, Our hero, the developer in blue Is working on an important feature. Not an improvement to an existing feature. A brand new features. A feature that - with a bit of luck - will be a game-changer for the business. And then it happens. A sequence of events… that may be familiar to you. The Boss asks the Product Owner a question: “When will it be ready ” The Product Owner seeks out the blue developer. And asks him a question: “When will it be ready ” The Blue developer thinks about it for a moment and says... We’ll come back to this in a moment. This is Danny Kahneman Nobel Laureate, no less. Early in his career, he was part of a team working on a new textbook a new university curriculum. A year in, and the the project was going well. Kahneman had the idea of asking the team a question. The question was, more or less “When will it be ready ” He didn’t ask the question in open forum; Each of the team wrote their answer on a piece of paper. When Kahneman read the responses He found they were in broad agreement Everyone thought it would take 18 months to 2.5 years to complete the project. Now, one on the members of the team was the Dean of the School of Education. And it occurred to Kahneman to ask him another question. He asked if he could think of other teams that have done what we’re trying to do And he said that he could How did they get on Well… not all of them succeeded. About 40% of them… gave up. And those that succeed The Dean couldn’t think of ny that took less than 7 years. Khanman realised that something funny was going on here: The Dean had all the information he needed to make a much better estimate. But he - like the others - had estimated between 18 months and 2.5 years. Khanman went on - with long-time collaborator Amos Tversky - to study this phenomenon in detail. And in 1979 they proposed the Planning Fallacy. As Wikipedia puts it: “a phenomenon in which predictions about how much time will be needed to complete a future task display an optimism bias and underestimate the time needed.” So when the Boss asks the Product Owner “When will it be ready ” And the Product Owner asks the Developer “When will it be ready ” The answer that the developer gives is high likely to be wrong. It’s likely to be far too optimistic. Even if the developer knows that similar tasks performed by others have taken longer. Indeed… even if the developer knows that similar tasks performed by HIMSELF have taken longer. (Or herself,. I do try to me gender- neutral around here. But this one looks like a guy to me.) So this sequence of questions is, at the very least, not helpful Just pause for a moment and think about how you feel about that. Perhaps you think that this question is more than reasonable. That you need some measure of predictability to do your job. Or perhaps your in this position - the Product Owner. Perhaps you’re feeling just a little bit insulted, because you’d never ask a developer for an estimate - at least, not in this way. Or perhaps you’re thinking something else. If so, I’d love to know what it is. Let me know in the comments below. // Add in the end Is there a way to give each of these people what they need I’m not sure… but we’ll take a step in that direction in the next episode. If you enjoyed this epsiode, please give it thumbs up. Share it with your network. And hit the logo right here For a new episode every Wednesday.
   • Agile Estimating + Planning - The Planning...  

Agile Estimating + Planning - The Planning Fallacy

Поделиться в:

Доступные форматы для скачивания:

Скачать видео mp4

  • Информация по загрузке:

Скачать аудио mp3

Похожие видео

Agile Estimating and Planning - The Factory Model

Agile Estimating and Planning - The Factory Model

Scrum to Scrumban in 6 Steps + FREE Cheat Sheet

Scrum to Scrumban in 6 Steps + FREE Cheat Sheet

Agile Estimation - Large Effort/Budget - 90% Accurate

Agile Estimation - Large Effort/Budget - 90% Accurate

Agile Management | Google Project Management Certificate

Agile Management | Google Project Management Certificate

Time to stop the madness. Time to stop estimating.

Time to stop the madness. Time to stop estimating.

Ошибка невозвратных затрат

Ошибка невозвратных затрат

4 часа Шопена для обучения, концентрации и релаксации

4 часа Шопена для обучения, концентрации и релаксации

STOP ESTIMATING when using AGILE & SCRUM (#NoEstimates movement EXPLAINED)

STOP ESTIMATING when using AGILE & SCRUM (#NoEstimates movement EXPLAINED)

Объяснение концепции решения проблем McKinsey

Объяснение концепции решения проблем McKinsey

System Design Concepts Course and Interview Prep

System Design Concepts Course and Interview Prep

Я вернул себе фокус (вот, что реально сработало)

Я вернул себе фокус (вот, что реально сработало)

Talk: Scaling the CTO: How to become the right leader at the right stage of your company

Talk: Scaling the CTO: How to become the right leader at the right stage of your company

How to Supercharge your Agile Board (Kanban Board)

How to Supercharge your Agile Board (Kanban Board)

Scrum против Kanban: две Agile-команды сошлись лицом к лицу

Scrum против Kanban: две Agile-команды сошлись лицом к лицу

Ряд Фибоначчи = точные гибкие оценки?

Ряд Фибоначчи = точные гибкие оценки?

Визуализация внимания, сердце трансформера | Глава 6, Глубокое обучение

Визуализация внимания, сердце трансформера | Глава 6, Глубокое обучение

Agile & Scrum Don't Work | Allen Holub In The Engineering Room Ep. 9

Agile & Scrum Don't Work | Allen Holub In The Engineering Room Ep. 9

Overcoming the Planning Fallacy

Overcoming the Planning Fallacy

Scrumban - Your Questions, Comments and Concerns

Scrumban - Your Questions, Comments and Concerns

4 Hours Chopin for Studying, Concentration & Relaxation

4 Hours Chopin for Studying, Concentration & Relaxation

© 2025 dtub. Все права защищены.



  • Контакты
  • О нас
  • Политика конфиденциальности



Контакты для правообладателей: [email protected]