Ich lese oft in Blogs über agile Entwicklung. Es scheint, dass einige PM-Begriffe je nach Kontext manchmal mit leicht unterschiedlichen Bedeutungen erwähnt werden. Könnten Sie die Definitionen der folgenden Begriffe aus einem Buch (entweder agil/nicht agil) transkribieren?
Vielen Dank.
Sie sind sich nicht sicher, ob Sie nach Metriken suchen, mit denen diese gemessen werden, oder nur nach den Definitionen.
Kapazität stellt man sich am besten als Bandbreite vor. Wie viel gleichzeitige Arbeit kann ein Team leisten? Größere Teams verfügen über mehr Kapazität (allerdings mit abnehmender Rendite, wenn das Team größer wird).
Die Teamverfügbarkeit gibt an, wie viel Zeit Teammitglieder dem Projekt aufgrund von Urlaub, Verpflichtungen mit anderen Teams, administrativen Aufgaben usw. widmen können. Niedrige Verfügbarkeit (z. B. in Fällen, in denen ein Teammitglied an mehr als einem Projekt arbeitet) verringert die Kapazität .
Aufwand wird normalerweise im Zusammenhang mit der Schätzung verwendet, wie lange etwas dauern wird. Eine Funktion, die viel Aufwand erfordert, verbraucht mehr Kapazität Ihres Teams.
Wenn Sie daran interessiert sind, wie wir einige dieser Dinge messen:
In Scrum (einem agilen Framework) werden Story Points als Schätzung des Gesamtaufwands für die Fertigstellung einer User Story verwendet. Eine Geschichte, die eine kleine Änderung durch den Entwickler beinhaltet, aber viele Tests erfordert, kann 13 Punkte erhalten, während eine andere, die mehr Entwickler benötigt, aber einfach zu testen ist, möglicherweise nur 5 Punkte erhält. Komplexität und Ungewissheit können die Schätzung ebenfalls beeinflussen.
Scrum verwendet Velocity , um die Kapazität zu messen . Geschwindigkeit ist die durchschnittliche Anzahl von Story Points, die sie in einem Sprint abschließen (definierter Zeitraum, normalerweise zwischen 1 - 4 Wochen).
Normalerweise berücksichtigen wir die Teamverfügbarkeit nicht speziell, da die Geschwindigkeit sowieso ein Durchschnitt ist (in manchen Wochen sind alle dabei, in manchen sind ein paar Leute ausgefallen). Wenn wir jedoch wissen, dass wir im nächsten Sprint nicht die Hälfte des Teams haben, könnten wir dies tun stimme zu, weniger Geschichten zu schreiben.
Ein weiterer Ansatz, der häufig von agilen Teams verwendet wird, besteht darin , die laufende Arbeit zu begrenzen und die Zykluszeit zu messen (Zeit von der Arbeit bis von einem Teil ihres Prozesses zum nächsten).
Beispielsweise kann ein Team nur 3 Elemente gleichzeitig in Bearbeitung lassen (um sicherzustellen, dass sie die Kapazität des Teams nicht mit unfertigen Arbeiten überlasten) und misst die durchschnittliche Zeit, die es dauert, bis der Product Owner die Story vorstellt Team zur Geschichte, die ins Leben gerufen wird. Auf diese Weise können sie, wenn sie gefragt werden, „wie lange es dauern wird, bis dies erledigt ist“, 10 Tage (plus oder minus zwei) mit 90 %iger Sicherheit sagen.
Todd A. Jacobs
Andreas klar