Dass die klassischen und agilen Vorgehensmodelle im IT-Projektmanagement vom Grundsatz her nicht unterschiedlicher sein könnten ist bereits bekannt. Bei den klassischen Vorgehensmodellen hat das Thema „Qualitätssicherung“ einen festen Platz im Projektablauf und es werden von vorne rein entsprechende Tätigkeiten und Ressourcen dafür auch eingeplant. Was ist aber mit der Qualitätssicherung bei den agilen Projekten? Wann und wie wird hier das Thema Qualität behandelt?
Bei immer mehr Projekten im IT-Umfeld werden die agilen Methoden eingesetzt. Eins dieser Methoden ist „Scrum„. Der Hauptmerkmal und das Ziel von agiler Arbeitsweise ist es die Entwicklung schlanker und flexibler zu machen. Grund dafür sind ständig wechselnde bzw. ändernde Rahmenbedienungen und neue Anforderungen.
Scrum ist jedoch keine Garantie für den Projekt-Erfolg. Jede weitere Iteration bedeutet auch mehr Erwartungen von Kunden und Stakeholdern. Diese Erwartungen beziehen sich gleichermaßen auch auf die Qualität des Produktes. Bei Scrum geht man davon aus, dass die Qualitätssicherung sowie alle damit verbundenen Aktivitäten bereits während des Sprints, also während des Entwicklungszyklus durchgeführt werden.

Die Definition of Ready bestimmt, ob ein Item aus dem Product Backlog ausreichend beschrieben ist, um es in ein Sprint-Backlog aufzunehmen.
Ziel: Die DoR hat das Ziel, die Qualität der User-Story zu erhöhen, um dadurch ein besseres End-Ergebnis zu erzielen.
Verantwortung: Der Product Owner ist für die Erfüllung der DoR verantwortlich und somit auch für die Qualität des Product-Backlogs.
Inhalt: Zu Inhalten der DoR gehören die formale Beschreibung der User-Story, der Umfang der User-Story (diese muss in einem Sprint umgesetzt werden können), die Definition der Akzeptanzkriterien und die Schätzung.

Mit der Definition of Done soll festgelegt werden, wann die User-Story als “Fertig” (also „Done“) bezeichnet werden darf.
Ziel: Anhand von der DoD wird festgelegt, wann die Umsetzung einer Anforderung abgeschlossen ist.
Verantwortung: Das Scrum-Team muss sich einigen und die Abnahmekriterien dafür festlegen, wann die Anforderung als „Fertig“ bezeichnet werden darf. Die Abnahme der entsprechenden User-Story erfolgt dann durch den Product Owner.
Inhalt: Eine Anforderung gilt als umgesetzt, wenn die Entwicklung des entsprechenden Features die DoD erfüllt. Im Sprint-Review Meeting muss das Entwicklungsteam den aktuellen Entwicklungsstand präsentieren und darüber Auskunft geben, welche Anforderungen gemäß der DoD abgeschlossen sind.

Neben den vom Scrum Guide vorgegebenen Instrumenten wie die „Definition of Ready“ und „Definition of Done“ gibt es auch noch die Scrum-Events wie „Sprint Planning“ oder „Sprint Review“ die für die Qualitätsmaßnahmen entscheidend sind. Aber was ist mit den Fragen, die das Scrum-Team während des Entwicklungszyklus doch nicht beantwortet bekommen, wie

Die Antworten auf diese und weitere Fragen sind in unserem Whitepaper „Qualitätssicherung in agilen IT-Projekten“ zu finden. Hier werden die Herausforderungen und mögliche Maßnahmen für mehr Qualität im agilen Umfeld geschildert.
Anhand des SCRUM Modells wird der zentrale Aspekt der Qualitätssicherung im agilen
Projektmanagement näher beleuchtet.
There are no results matching your search
There are no results matching your search
Anhand des SCRUM Modells wird der zentrale Aspekt der Qualitätssicherung im agilen
Projektmanagement näher beleuchtet.
There are no results matching your search
Willkommen bei unserem exklusiven Support für Bestandskunden. Hier finden Sie alle nötigen Informationen, um schnell und unkompliziert Hilfe bei technischen Anfragen zu erhalten.
Senden Sie uns Ihr Anliegen mit allen relevanten Details an:
Für eine direkte Unterstützung per Fernwartung, laden Sie bitte unser TeamViewer-Modul herunter:
Bitte beachten Sie: Dieser Kanal ist speziell für technische Anfragen unserer Bestandskunden vorgesehen. Für allgemeine Anfragen, Informationen zu unseren Dienstleistungen oder eine Erstberatung nutzen Sie bitte unser Kontaktformular oder schreiben Sie eine E-Mail an info@rewion.com.