3 ms·
UML is mostly useless, but thinking ahead, even a bit, has value. I've seen stuff shipped in a sprint that was not used by any actual end users, only to be "red
by icedchai 3y ago
UML is mostly useless, but thinking ahead, even a bit, has value. I've seen stuff shipped in a sprint that was not used by any actual end users, only to be "redone" in the next sprint.
- lmm 3y agoMy experience is that shipping stuff that doesn't get used by any actual end users is more often caused by thinking ahead too much than by thinking ahead too little.
- icedchai 3y agoI've actually seen it both ways: whole features (or even products) that were too early. But on the implementation level, I've seen someone pick the wrong thing (library, database, whatever) "because it was simple", only to have it be thrown out before getting any real usage.
- kubanczyk 3y ago"Pick the wrong thing and then retract, losing some work" is as close to optimal as you can get. Iterate. The much worse outcome is "pick a thing, fiercely defend it whether it helps the ship to float or to sink".
- icedchai 3y agoI agree that outcome is worse. However, both extremes are bad. The optimal approach would be to do a little bit more work upfront, pick a "better" thing (where "better" is at least more than the next sprint or 3!), and use that.
- lmm 3y agoEven then I'm not sure. Sometimes the quickest way to discover the problems with something is to try it on the real product.