Wie Agile Geschwindigkeit im Projektzeitmanagement nutzen
Agile Methoden unterstützen sowohl die strategische und taktische Zeitpläne und Zeitmanagement. V
Menu
Sie bestimmen Geschwindigkeit durch die Anzahl der User Story Punkte das Entwicklungsteam in jedem Sprint abgeschlossen ist. Am Ende eines jeden Sprints, sieht das Scrum-Team an den Anforderungen es fertig und fügt die Anzahl der damit verbundenen Geschichte Punkte nach oben. Die Gesamtzahl der abgeschlossenen Geschichte Punkte ist die Geschwindigkeit des Scrum-Team für diesen Sprint. Nach den ersten paar Sprints, starten Sie einen Trend zu sehen und mittlere Geschwindigkeit berechnen kann, die durch die Gesamtzahl der Sprints abgeschlossen unterteilt die Gesamtzahl der Story-Punkte abgeschlossen ist.
Mit Geschwindigkeit der Timeline auf einem agilen Projekt zu schätzen
Nachdem Sie einen Sprint laufen und kennen die Geschwindigkeit des Scrum-Teams, können Sie die verbleibende Zeit an Ihrem Projekt Prognose:
Fügen Sie die Anzahl der Geschichte Punkte für die verbleibenden Anforderungen im Produktbestand auf.
Bestimmen Sie die Anzahl der Sprints Sie benötigen, indem die Anzahl der Geschichte Punkte Teilung im Produktbestand durch die Geschwindigkeit bleibt.
Wenn Ihr Produkt Bestand enthält 800 Story-Punkte und Ihr Entwicklungsteam Geschwindigkeit Durchschnitte 20 Story-Punkte pro Sprint, 800/20 = 40 weitere Sprints.
Ermitteln Sie, wie viel Zeit es werden nehmen Sie die Geschichte Punkte im Produktbestand zu vervollständigen, indem Sprint Länge durch die Anzahl der verbleibenden Sprints multipliziert wird.
Wenn Sie 40 mehr Sprints müssen das Projekt zu beenden und jeder Sprint dauert zwei Wochen, wird Ihr Projekt 80 weitere Wochen dauern.
Am Anfang eines Projektes variiert Geschwindigkeit von Sprint deutlich zu sprinten. Wenn das Projekt neu ist, hat das Scrum-Team typischerweise eine geringe Geschwindigkeit. Im weiteren Projektverlauf sollte Geschwindigkeit erhöhen und konsequenter geworden, da das Scrum-Team mehr über das Produkt lernt und reift als Team. Rückschläge innerhalb bestimmter Sprints können Geschwindigkeit von Zeit zu Zeit zu verringern, aber agile Prozesse wie die Sprint Retrospektive können diese Rückschläge vorübergehend sicherzustellen.
Wenn Sie das Scrum-Team Geschwindigkeit und die Anzahl der Geschichte Punkte für die Anforderungen kennen, können Sie die Geschwindigkeit verwenden, um zu bestimmen, wie lange jede gegebene Gruppe von Anforderungen zu schaffen nehmen.
Verwenden Geschwindigkeit Entwicklungsgeschwindigkeit nach einem Sprint zu messen, anstatt zu diktieren, wie viel Arbeit ein Scrum-Team vor einem Sprint abschließen sollte. Wenn die Geschwindigkeit in eine Ziel dreht, anstatt eine Vergangenheit Messung kann gedränge Teams versucht sein, geschätzte Geschichte Punkte, um übertreiben, um dieses Ziel zu erreichen, wodurch Geschwindigkeit bedeutungslos.
Wie Geschwindigkeit auf einem agilen Projekt zu erhöhen
Scrum-Teams können ihre Geschwindigkeit im gesamten agilen Projekten zu erhöhen, Projekte kürzer und weniger kostspielig zu machen. Zunehmende Geschwindigkeit kann viel Zeit sparen und damit Geld. Jeder auf einem Scrum-Team kann helfen, höhere Geschwindigkeit erhalten bei jedem aufeinanderfolgenden Sprint:
Entfernen Projekt Hindernisse oder Straßensperren: Alles, was ein Entwicklungsteammitglied von der Arbeit bis zur vollen Kapazität hält verringert Geschwindigkeit.
Vermeiden Projekt Straßensperren: Informieren Sie sich über die Prozesse und die spezifischen Bedürfnisse von Gruppen Ihr Team mit arbeiten, so dass Sie Hindernisse Kopf ab, bevor sie entstehen.
Beseitigen Sie Ablenkungen: Die Aufgabe des Scrum Master ist das Entwicklungsteam von Ablenkungen zu schützen. Indem sichergestellt Menschen nicht Sprint nicht verlangen, zielbezogene Arbeit des Entwicklungsteams - auch kurzfristige Aufgaben - die Scrum Master kann das Entwicklungsteam halten konzentrierte sich auf den Sprint.
Erbitten Eingabe von der Mannschaft: Jeder auf dem Scrum-Team können Ideen zur Steigerung der Geschwindigkeit bieten im Sprint Retrospective Meeting. Das Entwicklungsteam kennt seine Arbeit, um die besten und haben Ideen, wie Ausgang zu verbessern. Der Product Owner kann Einblicke in die Anforderungen, die das Entwicklungsteam die Arbeit schneller helfen können. Der Scrum Master hat jede sich wiederholende Hindernisse gesehen und kann darüber diskutieren, wie sie zu verhindern.