I will definitely do so in the next couple of weeks. The software part has to map to the business part, so you really need to consider both together. it ties in with the XP sense of User Stories as a unit of work and with Naur's notions of "an affair [singular] of the world and how the software will handle and support it."
I wonder - we do need to be working backward from business value. Product Management arose to meet a need. But , I wonder if we are getting again ready to get rid of the intermediaries and have programmers interact directly with the business folks for business ( and quality ) requirements. Armed with the latest programming tools, perhaps we could go from idea to prototype in a couple of days, having iterated at the speed of business. And then, get the quality requirements , including architecture , optimized.
It would be interesting if you wrote more about creating those small focused business value applications that take a few weeks to write and release. I tried that once when migrating a legacy internal (employee facing) system, but realized I don't really know how to do it. The users didn't want to use multiple different applications, they wanted one big centralized system where they have everything in one place so they wouldn't need to keep switching between applications.
I will definitely do so in the next couple of weeks. The software part has to map to the business part, so you really need to consider both together. it ties in with the XP sense of User Stories as a unit of work and with Naur's notions of "an affair [singular] of the world and how the software will handle and support it."
I wonder - we do need to be working backward from business value. Product Management arose to meet a need. But , I wonder if we are getting again ready to get rid of the intermediaries and have programmers interact directly with the business folks for business ( and quality ) requirements. Armed with the latest programming tools, perhaps we could go from idea to prototype in a couple of days, having iterated at the speed of business. And then, get the quality requirements , including architecture , optimized.
It would be interesting if you wrote more about creating those small focused business value applications that take a few weeks to write and release. I tried that once when migrating a legacy internal (employee facing) system, but realized I don't really know how to do it. The users didn't want to use multiple different applications, they wanted one big centralized system where they have everything in one place so they wouldn't need to keep switching between applications.