Der AgileBlog für Scrum

Wie man Scrum und das V-Modell der Softwareentwicklung kombiniert

Nicht jedes Scrum-Team darf seinen eigenen Softwareentwicklungsprozess definieren. Die Gründe dafür sind oft regulatorische Vorgaben der jeweiligen Branche, Kundenanforderungen oder bestehende Prozesse. V-Modell-orientierte Entwicklungsprozesse stellen Agile Coaches und Scrum Master vor die Herausforderung, diese Prozesse in das Scrum-Framework zu integrieren. Dieser Artikel zeigt, wie sich Scrum und das V-Modell der Softwareentwicklung kombinieren lassen.

Gibt es ein Planungsmeeting in Kanban?

Gibt es ein Planungsmeeting in Kanban?

Gibt es ein Planungsmeeting in Kanban? Während Entwicklungsteams oft denken, dass die Verwendung eines Taskboards und das Ausführen von Kanban dasselbe sind, stimmt das nicht. Kanban ist ein System, das sich stark auf Kernmetriken konzentriert, und natürlich sind Arbeit und Service Delivery in Kanban-Organisationen geplant. In diesem Artikel wird erläutert, wie die Arbeit mit Kanban-Kadenzen geplant und organisiert werden kann.

Wo man in Einem Pull System Seine Nächste Aufgabe Findet

Wo man in Einem Pull System Seine Nächste Aufgabe Findet

Wo findet man in einem Pull System seine nächste Aufgabe? Obwohl die Antwort auf diese Frage auf den ersten Blick einfach erscheint, neigen Menschen oft dazu, die Aufgabe mit dem größten Spaßfaktor zu wählen. Dieser Artikel zeigt, warum es sinnvoll ist, die Aufgabe nach bestimmten Kriterien auszuwählen.

Was bedeuten die Story Point Werte?

Was bedeuten die Story Point Werte?

Was bedeuten die Story Point Werte? Dies ist eine Frage, die sich Entwickler sehr oft stellen, wenn sie an einem Planning Poker teilnehmen. Dieser Beitrag beschreibt, wie wir mithilfe visueller Unterstützung einen intuitiven Zugang zu agilen Schätztechniken erhalten können.

Ein Kurzer Leitfaden für die Durchführung von Story Mapping

Ein Kurzer Leitfaden für die Durchführung von Story Mapping

Ein kurzer Leitfaden für die Durchführung von Story Mapping beantwortet die Fragen welche sich viele Organisationen während agiler Transitionen stellen. Wie kommen wir an unsere Anforderungen? Wie sollen unsere Teams strukturiert sein? In welcher Form werden wir unser Produkt ausliefern, und welchen Wert wird es dem Kunden liefern?

Technische Schuld ist kein Bug

Technische Schuld ist kein Bug

Viele Autoren betrachten technische Schulden und Bugs als identisch und setzen die Behebung von Bugs mit der Rückzahlung technischer Schulden gleich. Das ist leider falsch. In diesem Artikel werden die Merkmale technischer Schulden und Bugs sowie die Gründe für die Differenzierung erläutert.

Transparenz erhöhen durch Technische Stories

Transparenz erhöhen durch Technische Stories

Agile Puristen vertreten oft die Meinung, dass es in einer agilen Organisation genau zwei Typen von Anforderungen gibt – Epics und User Stories. Lies in diesem Artikel, weshalb es sinnvoll ist neben User Stories auch technische Stories zu betrachten!

Warum Story Points Aufwandsschätzungen überlegen sind

Warum Story Points Aufwandsschätzungen überlegen sind

Story Points sind Aufwandsschätzungen überlegen. Dennoch gehören klassische Schätzungen in vielen Unternehmen immer noch zum Tagesgeschäft. In agilen Unternehmen wurden sie durch Komplexitätsschätzungen mit Story Points ersetzt. Lesen Sie jetzt, warum das Sinn macht!

Die Fibonacci-Folge und der Kegel der Unsicherheit

Die Fibonacci-Folge und der Kegel der Unsicherheit

Die Fibonacci-Folge und der Kegel der Unsicherheit sind zwei Konzepte, die wiederholt in der agilen Entwicklung auftreten und auf das Herzstück agiler Schätztechniken abzielen. In diesem Artikel erfahren Sie, warum dies der Fall ist und woher die beiden Konzepte stammen.