10 Fragen Sie feststellen, ob Sie Transitioning zu oder weg von Scrum

Sind Sie sich nicht sicher, ob Sie gedränge richtig sind ausführen? Die folgenden Fragen können Warnzeichen erhöhen, dass Sie Ihre Durchführung von Scrum zu beeinträchtigen oder zu häufige Fehler fallen, die Umstellung auf scrum entgleisen könnte.

Haben Sie sich selbst sagen oder hören andere sagen, # 147-Ja, wir tun gedränge, aber. . . # 148-?

# 147-Scrum-aber # 148- ist eine bekannte Bedingung, wenn Organisationen teilweise gedränge nehmen.

Denken Sie daran, gedränge ein einfaches Framework ist: nur drei Rollen, drei Artefakte und fünf Aktivitäten. Wenn Sie das Gefühl, dass Sie gedränge zwicken müssen, sollte das bedeuten, dass Sie ein Problem sind zu vermeiden, dass gedränge ausgesetzt. Gemeinsame agile Praktiken gedränge verbessern, anstatt sie zu verdünnen.

Dokumentieren Sie immer noch und in der alten Weise berichten?

Wenn Sie noch Stunden auf kräftige Dokumentation und Berichterstattung brennen, ist es ein Zeichen dafür, dass die Organisation gedränge nicht angenommen hat und andere agile Ansätze zur Förderung von Projektstatus. Hilfe-Manager zu verstehen, wie Scrum verwenden bestehende Artefakte Berichterstattung und beenden Sie doppelte Arbeit zu tun!

Wann wird unterzeichnen die Beteiligten auf allen Spezifikationen ab?

Wenn Sie Abzeichnung auf umfassende Anforderungen darauf warten Entwicklung zu starten, werden Sie nicht gedränge folgen. Sie können die Entwicklung beginnen, sobald Sie genug Anforderungen für den ersten Sprint haben.

Entwicklung Teammitglieder in einem Sprint für mehr Zeit zu fragen Aufgaben zu beenden?

Das Entwicklungsteam kann nicht arbeiten, funktionsübergreifend oder Schwärmen auf die vorrangigen Anforderungen. Development-Team-Mitglieder können sich gegenseitig Finish Aufgaben helfen, auch wenn diese Aufgaben sind außerhalb der Kernkompetenz einer Person.

Diese Frage kann auch angeben, Druck von außen Aufgaben zu unterschätzen und mehr Arbeit in einem Sprint passen als das Entwicklungsteam umgehen kann.

Sind Sie fragen Entwicklung Teammitglieder, was sie als nächstes tun sollten?

Wenn die Entwickler für die Richtung von dem Produkt Eigentümer warten, oder, schlimmer noch, die Scrum Master, sind sie nicht selbstorganisierend. Das Entwicklungsteam sollte den Sprint Backlog jeden Tag werden die Aktualisierung und reden über das, was sie erreicht haben und was sie arbeiten, auch Hindernisse in den Weg, bei jeder täglichen Gedränge. Der Sprint Backlog und Entwicklungsteam sich jeden Tag der Arbeit fahren, nicht das Produkt Eigentümer oder Scrum Master.

Sind die Teammitglieder bis zum Ende des Sprints warten Tests zu tun?

Scrum-Entwicklungsteams sollten in einem Sprint jeden Tag jeden in-progress Anforderung testen. Alle Entwicklungsteammitglieder sind Tester.

Sind die Beteiligten zeigt sich für Sprint Bewertungen?

Wenn die einzigen Leute im Sprint Bewertungen die Scrum-Team-Mitglieder sind, ist es Zeit Beteiligten daran erinnern, wie Scrum funktioniert. Lassen Beteiligten wissen, dass sie ihre Chance sind fehlende Arbeitsproduktfunktionalität zu überprüfen, sofort Feedback zu geben Kurskorrektur Kosten und Verzögerungen zu minimieren, und aus erster Hand zu sehen, wie das Projekt voranschreitet.

Ist das Scrum-Team beschweren wird durch den Scrum Master herumkommandiert?

Steuerungs- und Kontrolltechniken sind das Gegenteil von Selbstverwaltung und in direktem Konflikt mit agilen Werten und Prinzipien. Scrum-Teams sind Teams von Kollegen - der einzige Chef, wie die Arbeit zu tun, ist das Team selbst. Haben Sie ein Gespräch mit Ihrem gedränge Mentor und schnell handeln, um die Scrum Master die Erwartungen seiner Rolle zurückzustellen.

Ist das Scrum-Team in vielen Überstunden setzen?

Wenn das Ende eines jeden Sprints ein Ansturm wird Aufgaben zu erledigen, üben Sie keine nachhaltige Entwicklung. Suchen Sie nach Ursachen, wie zum Beispiel Druck zu unterschätzen. Der Scrum Master benötigen das Entwicklungsteam zu coachen und ihnen vom Product Owner Druck schützen, wenn dies der Fall ist. Reduzieren Sie die Geschichte Punkte für jeden Sprint bis das Entwicklungsteam einen Griff auf die Arbeit zu bekommen.

Was für retrospektive?

Wenn Scrum-Team-Mitglieder beginnen zu vermeiden oder Sprint-Retrospektiven Cancelling, sind Sie auf der Folie zurück zum Wasserfall. Denken Sie daran, die Bedeutung der Überprüfung und Anpassung, und sicher sein, zu sehen, warum die Menschen die Retrospektive in erster Linie fehlen. Auch wenn das Scrum-Team großer Geschwindigkeit hat, kann die Entwicklungsgeschwindigkeit immer besser sein, so die Retrospektive zu halten und die Verbesserung halten.