Leistungen Standorte Produkte Referenzen Technologie Prozess Preise Magazin Kontakt
Prozess

Scrum in Individualsoftware: Rollen, Artefakte und realistische Velocity

Scrum fuer Softwareprojekte: Sprints, Backlog-Refinement, DoD und warum Velocity kein Benchmark fuer andere Teams ist.

Team in Sprint Planning

Scrum passt nicht ueberall

Bei klaren Produkten mit Stakeholder-Zugang funktioniert Scrum gut. Bei starken Abhaengigkeiten externer Systeme oder wechselnden Prioritaeten kann Kanban sinnvoller sein - wir waehlen das Framework nach Kontext, nicht nach Trend.

Velocity ist teamintern

Story Points dienen der Planung innerhalb eines Teams. Vergleiche zwischen Teams sind irrefuehrend. Typische Sprintlaengen: 2 Wochen; Velocity stabilisiert sich oft nach 4-6 Sprints.

DoD: Ohne gemeinsame Definition of Done (Tests, Docs, Monitoring) wächst technische Schuld unsichtbar.

Technische Schuld: Technical Debt.

← Zurück zur Übersicht