Revision history for ScrumIncrement
Additions:
===Theoretisch und praktisch===
Die Realität zeigt, dass sich das Team gerade wegen Scrum bemüht Funktionen des Produks als "vollständig umgesetzt" am Ende eines jeden Sprints zu präsentieren. Normalerweise ist das Team gerade am Anfang eine Projekts mit der Analyse und dem Entwurf beschäftigt, weshalb wenig gezeigt werden kann, was für die [[StakeHolder Stakeholder]] von Interesse wäre oder als umgesetzte Produktfunktion vom [[ProductOwner Product Owner]] anerkannt werden kann. Die Gefahr besteht, dass teilweise provisorische Programmteile und "Fassaden" für die Präsentation erstellt werden. Das was dem [[ProductOwner Product Owner]] und den [[StakeHolder Stakeholdern]] im [[SprintReviewMeeting Sprint Review Meeting]] präsentiert wird, können Funktionen sein, die eine Begeisterung für den Projektfortschritt hervorrufen, in Wirklichkeit jedoch nur für die Präsentation tauglich sind.
Der Product Owner muss diesen Zustand möglichst gleich oder nachträglich identifizieren und ggf. den Aufwand für die betroffenen Anforderung anpassen. Damit gelten diese Anforderungen als nicht umgesetzt. Da hier tatsächlich noch etwas zu tun ist, entspricht dies auch exakt dem Stand der Dinge.
vgl. Schwaber2007, S. 98
NotizFormalMenschlich
Die Realität zeigt, dass sich das Team gerade wegen Scrum bemüht Funktionen des Produks als "vollständig umgesetzt" am Ende eines jeden Sprints zu präsentieren. Normalerweise ist das Team gerade am Anfang eine Projekts mit der Analyse und dem Entwurf beschäftigt, weshalb wenig gezeigt werden kann, was für die [[StakeHolder Stakeholder]] von Interesse wäre oder als umgesetzte Produktfunktion vom [[ProductOwner Product Owner]] anerkannt werden kann. Die Gefahr besteht, dass teilweise provisorische Programmteile und "Fassaden" für die Präsentation erstellt werden. Das was dem [[ProductOwner Product Owner]] und den [[StakeHolder Stakeholdern]] im [[SprintReviewMeeting Sprint Review Meeting]] präsentiert wird, können Funktionen sein, die eine Begeisterung für den Projektfortschritt hervorrufen, in Wirklichkeit jedoch nur für die Präsentation tauglich sind.
Der Product Owner muss diesen Zustand möglichst gleich oder nachträglich identifizieren und ggf. den Aufwand für die betroffenen Anforderung anpassen. Damit gelten diese Anforderungen als nicht umgesetzt. Da hier tatsächlich noch etwas zu tun ist, entspricht dies auch exakt dem Stand der Dinge.
vgl. Schwaber2007, S. 98
NotizFormalMenschlich
Additions:
vgl. //Was bedeutet "fertig"?// (Schwaber2007, S. 74)
===Vorschlag für die Definition eines Increments===
===Vorschlag für die Definition eines Increments===