Re:Driving engineers to an arbitrary date is a value destroy...
by madeofpalk on Friday August 06, 2021 @10:41AM
(#28087787)
If anything this is the reality of shipping software that "agile" is designed to handle.
It's so you can (hopefully) have an educated understanding of setting that deadline, and then how you're progressing towards it. It's so if you're not on track to deliver, you can make more educated decisions about cutting scope, or adding resources (yes yes yes, i know).
Re:Driving engineers to an arbitrary date is a value destroy...
by jnwatson on Friday August 06, 2021 @10:01AM
(#28087261)
Agile is fine with fixed due dates. Fixed features on the other hand...
Re:Driving engineers to an arbitrary date is a value destroy...
by Jtsummers on Friday August 06, 2021 @11:58AM
(#28088968)
Exactly this. You create a minimum set of features that must be shipped by the due date. You negotiate on this, adjusting the minimum set or the due date correspondingly.
The desired features beyond the minimum set are accepted as being at risk of remaining unimplemented if the due date can't be shifted further to the right. They become stretch goals that may be achieved by the deadline, or will be worked into a second effort during the maintenance of the system.
Agile (especially some of the stuff in the Lean Software world) is very well-suited to this kind of development. As are the classical evolutionary or iterative & incremental models.
On the other hand, setting a deadline can't force something to be possible, it can only force people to work harder and more painfully towards it. I'm sure the Amazon drone delivery failure had a date target, for example. And there have been plenty of failed "big bang" IT migrations delivered by similar immovable deadlines.