Propely done Agile is more to solve the “We have the general idea of what we need but will only know for sure the details of how it will work once the users see it and start playing around with it”.
You still need to upfront know that a wedding is actually needed, but have a process for figuring out and trying out the details of the various elements of it (say, as part of deciding what kind of food will there be for the reception, actually preparing and trying various options) before the whole things actually gets “delivered”.
Agile also works well for environments were software is developed to serve the kind of business which is are constantly changing (for example, certain areas of Finance) or is something totally new being created from the ground up (i.e. many if not most Startups) because the business itself is a sort of a neverending “we’ll figure out what we need and if it works well when we get there and try it out” which matches almost perfectly the fast and scope-limited definition->implementation->feedback cycles of the Agile software development process.
Isn’t this what Agile* is supposed to solve?
*The actual principles of Agile, not whatever bastardised version your team is doing!
agile is the communism of software developers
Propely done Agile is more to solve the “We have the general idea of what we need but will only know for sure the details of how it will work once the users see it and start playing around with it”.
You still need to upfront know that a wedding is actually needed, but have a process for figuring out and trying out the details of the various elements of it (say, as part of deciding what kind of food will there be for the reception, actually preparing and trying various options) before the whole things actually gets “delivered”.
Agile also works well for environments were software is developed to serve the kind of business which is are constantly changing (for example, certain areas of Finance) or is something totally new being created from the ground up (i.e. many if not most Startups) because the business itself is a sort of a neverending “we’ll figure out what we need and if it works well when we get there and try it out” which matches almost perfectly the fast and scope-limited definition->implementation->feedback cycles of the Agile software development process.
In proper agile you don’t have end goal and date set, however management needs end goal and a date.
Doesn’t a definition of done count as a goal?
That’s just how you know when you’ve finished
How many story points is it to get to 2nd base?
We’re saving ourselves for marriage, that’s not part of the MVP