Projekte, Prozesse und Requirements
Die DEEP-Kriterien helfen dabei, zu überprüfen, ob einzelne Product Backlogs “gut” sind. Das Akronym DEEP steht für folgende vier Eigenschaften: Beim → PMI steht zu DEEP /PMG-BA17/:“Describes the characteristics that a product → backlog needs to demonstrate to be considered well refined. DEEP is an acronym that stands for detailed appropriately, estimated, emergent, and prioritized.“Eigene …
Management-Zusammenfassung dieses Beitrags:Unter “Agiles → Schätzen” (engl. Agile Estimation) wird eine Reihe von → Schätzmethoden verstanden, die ihren Ursprung in der agilen → Softwareentwicklung haben, inzwischen aber auch in anderen Kontexten eingesetzt werden. Beim Agilen Schätzen werden Anforderungen, die typischerweise in Form von → User Stories erfasst wurden, abgeschätzt.In diesem Beitrag wird das “Agile Schätzen” …
Die INVEST-Kriterien helfen dabei, zu überprüfen, ob einzelne → User Stories “gut genug” sind. Ursprünglich von Bill Wake im 2003 /INVEST-03/ vorgestellt, kommen die INVEST-Kriterien in fast allen Entwicklungsprojekten zum Einsatz, in denen User Stories verwendet werden. Das Akronym INVEST steht für folgende sechs Eigenschaften: Abbildung 1 stellt die sechs Eigenschaften zusammenfassend dar. Abbildung 1: Die …
Management-Zusammenfassung dieses Beitrags:Das Agile → Requirements Engineering (Abkürzung: ARE) fasst alle Aktivitäten zusammen, die bei der Erfassung und Behandlung von Anforderungen in agilen Kontexten / bei agilem Vorgehen zum Einsatz kommen können.In diesem Beitrag wird das Agile Requirements Engineering beschrieben. Agiles Requirements Engineering (ARE) ergänzt die agilen Methoden und Ansätze, wie sie beispielsweise in → …
Management-Zusammenfassung dieses Beitrags:Der Product Owner ist eine zentrale Person / Rolle bei der Erfassung und Umsetzung von Anforderungen in agilen Projekten und im → Agilen Requirements Engineering (ARE).In diesem Beitrag wird die Rolle des Product Owners mit den Aufgaben kurz beschrieben. Der Product Owner erfasst und verwaltet die Anforderungen bei agiler Vorgehensweise. Da bei der …
Management-Zusammenfassung dieses Beitrags:Die Begriffe → Use Case und → User Story werden häufig verwechselt. Im → Requirements Engineering ist eine Unterscheidung aber wichtig.In diesem Beitrag wird eine Kurzdarstellung zur Unterscheidung der Begriffe geliefert. → Use Cases und → User Stories werden im Requirements Engineering eingesetzt und Anforderungen zu erfassen. Hinter beiden Schlagwörtern verbergen sich aber …
Management-Zusammenfassung dieses Beitrags:Personas beschreiben Nutzer (potenzieller Produkte) und können bei der Entwicklung von Anforderungen eingesetzt werden.Es wird in diesem Beitrag Personas und deren Einsatz dargestellt. Personas sind ein etabliertes Konzept im → Agilen Requirements Engineering und helfen Anforderungen auf Basis “fiktiver Nutzer” zu erstellen. Sie unterstützen damit die Erstellung von → Use Cases (im klassischen …
Management-Zusammenfassung dieses Beitrags:Das Backlog ist eine Sammlung von Themen, die bearbeitet werden sollen. Meistens sind dies Anforderungen, die im agilen Kontext in Form von → User Stories notiert werden.In diesem Beitrag wird eine Kurzdarstellung zum Backlog geliefert. Erläuterungen zum Backlog sind häufig in den Beschreibungen von → Scrum oder den → User Stories enthalten. Im …
Management-Zusammenfassung dieses Beitrags:Die Definition of Done (DoD) beschreibt, wann eine → User Story als fertig umgesetzt gilt, das heißt, vom Kunden oder Anwender abgenommen werden kann.In diesem Beitrag wird eine Kurzdarstellung dazu geliefert. Erläuterungen zur Definition of Done sind häufig in den Beschreibungen von → Scrum oder den → User Stories enthalten. Wenn → User …