Interesting. I work with several teams and one does this fairly consistently and produces more predictable and quality results. They kept calling it 'discovery' which first made me a bit chary till I saw that it was a 'working' definition, so to speak. Frequently included a POC as well.
In my experience one of the harder parts is the slicing of the work.
This morning again, the developers indicated they could not slice this particular part.
Reason: if we slice it in this one particular way we'll have to throw away quite some of our work when we do the 2nd slice... Iterating, refactoring, etc. seem too hard for a lot of software engineers...
It is fine to throw away work to build a simple system that works.
Not throwing away the work frequently means trying to build a complex system from scratch that works.
That is a fool's errand due to Gall's Law.
Interesting. I work with several teams and one does this fairly consistently and produces more predictable and quality results. They kept calling it 'discovery' which first made me a bit chary till I saw that it was a 'working' definition, so to speak. Frequently included a POC as well.
In my experience one of the harder parts is the slicing of the work.
This morning again, the developers indicated they could not slice this particular part.
Reason: if we slice it in this one particular way we'll have to throw away quite some of our work when we do the 2nd slice... Iterating, refactoring, etc. seem too hard for a lot of software engineers...