|
I had a teacher once, at a training seminar, that kept repeating the phrase "We need to know what 'done' looks like." "Done" is often a compromise. There's more that can be added, there's still burrs and "rough spots," but we need to declare it ready to go out the door, and be prepared to fully support our release. I've been shipping software for my entire adult life, and have had to embrace this philosophy. Just the other day, I stopped working on a "play" project that I was working on, because it was a rabbithole, and not worth the agita of fixing the fundamental design issues that I was encountering (an unfortunate by-product of my "Evolutionary Design" process, is that it's quite easy to fall into Wonderland, and I need to learn to understand that I should just let the rabbit go). |
As much hate as Agile gets here at HN because of its wrong usage by many people, one thing that Agile recommends is setting up a 'Definition of Done' within your team before even starting your very first sprint.