Developers
Potenzielle Increments entwickeln
Übungsfragen zu Developers (4)
✅Sich gegenseitig als Fachleute zur Rechenschaft ziehen
❌Die Reihenfolge des Product Backlog festlegen
✅Qualität durch Einhalten der Definition of Done
✅Einen Plan für den Sprint erstellen (Sprint Backlog)
❌Stakeholder-Erwartungen final entscheiden
Developers erstellen das Sprint Backlog, sichern Qualität (Definition of Done) und halten sich gegenseitig verantwortlich. Die Backlog-Reihenfolge verantwortet der Product Owner.
✅Den Plan für den Sprint zu erstellen (Sprint Backlog)
✅Qualität durch Einhaltung der Definition of Done sicherzustellen
❌Die Reihenfolge des Product Backlogs festzulegen
✅Den Plan täglich in Richtung Sprint-Ziel anzupassen
❌Die Stakeholder-Kommunikation zu verantworten
Backlog-Reihenfolge und Stakeholder-Verantwortung liegen beim Product Owner. Die Developers verantworten Sprint Backlog, Qualität und die tägliche Anpassung.
❌Nur Personen mit einem Entwickler-Arbeitsvertrag
✅Jede Person im Scrum Team, die an einem nutzbaren Increment arbeitet – unabhängig von Fachgebiet
❌Nur Personen, die programmieren
❌Alle Teammitglieder außer Testern und Designern
Der Begriff ist bewusst weit gefasst: Tester, UX-Designer, Analysten, Techniker – wer zum Increment beiträgt, ist Developer im Sinne von Scrum.
❌Mindestens sieben
✅Der Scrum Guide nennt keine Mindestzahl, das Team muss aber groß genug sein, um pro Sprint Wert zu liefern
❌Mindestens fünf
❌Mindestens drei
Die früheren Grenzen 3–9 für das Development Team wurden 2020 entfernt. Maßgeblich ist die Gesamtgröße des Scrum Teams (typischerweise 10 oder weniger).