▲ | andrekandre 3 days ago | |||||||||||||||||||||||||
ironically, giving more time upfront can make things faster because people now have time to make a proper implementation, so you have less rework/qa cycles... | ||||||||||||||||||||||||||
▲ | godelski 2 days ago | parent [-] | |||||||||||||||||||||||||
I don't think it is ironic, but makes perfect sense. It's about the marathon strategy. I think another important part of "running a marathon" is having excess time. It is hard to predict disaster, but you can prepare for it. You don't want the exact number of lifeboats so that each passenger on the ship has a seat on a lifeboat. You need excess because in a disaster it is likely a lifeboat will fail. The lucky thing with time is that if you finish ahead of schedule you can just go onto the next thing. It's always better to finish ahead of schedule than behind. But if you always predict to be on schedule you're more likely to fall behind because there's more ways to fall behind than get ahead. | ||||||||||||||||||||||||||
|