Q166: Lieber mal auf ein Review verzichten!

Fortsetzung von Q165:

Zur Belohnung für die Mühe geht’s anschließend ins Marx. TheBoss ladet ein, gilt es doch sein Versprechen einzulösen und für leibliches Wohl zu sorgen. Netterweise dürfen alle Fraggles mit. 

Beim Studium der Speisekarte führt wieder die UND/ODER Codierung (Q99) zu Verwirrung. Fast an der Essensbestellung scheitern aber Passwörter mit undefinierter Länge in NullKommaNix cracken. Das sind mir die Liebsten! 

Beim Requirements Engineering („Was wollen sie essen?“) kommt es zu einem  Hoppala und der Requirements-Engineer (aka Kellnerin) nimmt die Anforderungen falsch auf. Ein Review („Habe ich sie richtig verstanden, sie wollen also Risotto?“) hätte in diesem Fall etwas gebracht, so aber geht es uns wie in der klassischen SW-Entwicklung und der Kunden kommt erst bei der Lieferung drauf, dass da was nicht stimmt. Was ich damit wohl sagen will?

Bei der Lieferung (Abnahmetest) stellen KillBill und DLTB fest, das die Akzeptanzkriterien nicht erfüllt sind: „Tschuldigung, wir haben Beuschel bestellt! Das schaut aber nach Risotto aus!“.

Ein blitzschneller Beuschel-Bug-Fix sorgt für entspannte Gesichter. Als kleine Entschädigung für die Unanehmlichkeiten gibt’s für die gesamte Fraggle-Truppe die Nachspeise gratis. In der Softwareentwicklung würde das als Enhancement-Request verkauft.

Was wir daraus lernen: Lieber auf ein Review verzichten und dafür die Nachspeise gratis bekommen!.