Die Schätzung der Projektdauer und des Projekts selbst sind im Rahmen der agilen Methodik (Agile) oder genauer gesagt im Scrum-Framework entscheidend und wichtig.
Schätzung der Zeit des Projekts in der Praxis bedeutet die Notwendigkeit, über genaue und angemessene in Bezug auf die Größe des Produkt-Backlog Techniken zur Schätzung zu lernen.
Sie müssen bedenken, dass die Schätzung von Projekten in gewissem Maße mühsam und schwierig ist.
Das gelingt nicht immer, und die Forschung, über die wir in diesem Artikel — natürlich unter anderem — schreiben werden, ist ein gutes Beispiel dafür.
Es ist eine Aufgabe, die auf verschiedene Weise erfüllt werden kann, wie die Anzahl der für ihre Umsetzung entwickelten Techniken beweist.
Unter den am häufigsten beschriebenen Wegen gibt es mindestens ein Dutzend, die offensichtliche Vorteile haben, aber nicht frei von kleineren oder größeren Nachteilen sind.
Die Schätzung der Zeit in einem Projekt erfordert zweifelsohne beträchtliche Erfahrung und Kenntnisse darüber, wie man die Zeit, die für die Bereitstellung oder Implementierung eines bestimmten Elements aus dem Produkt-Backlog benötigt wird, korrekt, zuverlässig und genau berechnet.
Den Projektverlauf zu kontrollieren bedeutet zu wissen, wie viel Zeit etwas in Anspruch nehmen kann (optimistische Projektzeitschätzung) und gleichzeitig, wie viel Zeit es nicht in Anspruch nehmen kann oder sollte (pessimistische Projektzeitschätzung).
Obwohl die Zeit für die Umsetzung eines bestimmten Elements aus dem Produkt-Backlog von vielen Faktoren abhängt — von objektiven und externen bis hin zu subjektiven und internen — müssen sich Product Owner, Scrum Master oder Scrum-Teams nicht auf reine Vermutungen verlassen.
Je erfahrener und perfekter die Scrum-Teams den Arbeitsaufwand für die Umsetzung von Elementen aus dem Produkt-Backlog einschätzen können, desto effizienter und reibungsloser läuft das Projekt.
Sie können es pünktlich und im Einklang mit dem festgelegten Zeitplan "abliefern" und so das Budget einhalten.
Die Fähigkeit, den Zeitbedarf für die Arbeiten vorherzusagen, ist eine wesentliche Voraussetzung für den Erfolg des Projekts und die Erfüllung der Erwartungen der verschiedenen Beteiligten.
Noch entscheidender ist, dass die genaue Einschätzung des Produkt-Backlogs in Bezug auf die Zeit es Ihnen ermöglicht, Aufgaben zu priorisieren und sie in einen breiteren zeitlichen Kontext zu stellen (z. B. in Bezug auf die Anzahl der Arbeitstage, geplanten Urlaub oder unvorhergesehene Situationen).
Was sind die besten Techniken zur Schätzung der Zeit, die für die Arbeit an den Elementen des Produkt-Backlogs benötigt wird?
Wie lassen sich genauere, fundiertere und rentablere Entscheidungen über den Zeitplan für die Erstellung digitaler Produkte treffen?
Was sind die wichtigsten Vorteile einer Schätzung der Arbeit in Bezug auf das Produkt-Backlog?
Wenn Sie neugierig auf die Antwort sind, dann sollten Sie diesen Artikel lesen, in dem wir die Fragen der Arbeits- und Zeiteinschätzung näher beleuchten.
Wir laden Sie herzlich ein, den Artikel zu lesen!
Sind Sie auf der Suche nach einem Webentwicklungsunternehmen?
Schätzung — was ist das?
Beginnen wir mit grundlegenden Fragen: Was ist eine Schätzung? Was bedeutet es, Projekte, die in einer Organisation durchgeführt werden, zu schätzen?
Was ist die Aufgabendauer, und was beinhaltet die Schätzung im Projektmanagement? Wie wird der Zeitbedarf für das Projekt im Rahmen des Schätzungsprozesses ermittelt?
Vielleicht weiß nicht jeder Leser des Journals, was das Substantiv "Schätzung" und das davon abgeleitete Verb "schätzen" bedeutet; lassen Sie uns daher zur Klarheit eine Definition geben.
Nach dem Cambridge Dictionary bedeutet "eine Schätzung oder Berechnung der Kosten, der Größe, des Wertes usw. von etwas".
Die Schätzung ist also nicht zu verwechseln mit der genauen Bestimmung der Menge. Eine Schätzung ist nie genau genug, um als endgültiger, unveränderlicher Wert zu gelten.
Eine Schätzung ist eine Annäherung an die Wahrheit, und der Grad ihrer Genauigkeit, d. h. die Übereinstimmung mit dem tatsächlichen Zustand, hängt von vielen Faktoren ab.
Faktoren, die bekannt sind, und solche, die unwägbar sind, d. h. Elemente, die nicht genau bestimmt werden können.
Elemente, die nicht leicht und genau gemessen oder berechnet werden können und von denen angenommen wird, dass sie erhebliche Auswirkungen haben.
Schätzungstechniken, die Schätzung einzelner Aufgaben, die von einem ganzen Team ausgeführt werden, und die parametrische Schätzung ermöglichen eine rationellere Ausführung und Planung von Aufgaben.
Zu den wichtigsten Aspekten, die die Genauigkeit der Schätzung bestimmen, gehören die folgenden:
- Anzahl der historischen Daten.
- Vollständigkeit der historischen Daten.
- Stabilität der Daten — die Dynamik ihrer Variabilität im Laufe der Zeit.
- Vielfalt der Daten.
- Wert der Daten — die Stärke ihres Einflusses.
- Bezugspunkte — die Fähigkeit, Analogien zu erkennen.
- Erfahrung in der Schätzung.
- Verständnis von Daten, Zusammenhängen und Determinanten.
- Bewusstsein für die wichtigsten Risiken, die Variabilität und die Regelmäßigkeit der Prozesse.
- Vorbereitung und Erfahrung des Teams und angenommene Annahmen - es ist wichtig, den Umfang, die Komplexität und die Relevanz der Maßnahmen genau zu definieren.
Im Zusammenhang mit der Schätzung der Arbeit, die für die Umsetzung einer bestimmten User Story aus dem Produkt-Backlog erforderlich ist, bedeutet die Schätzung, wie viel Zeit, Ressourcen und Spezialisten benötigt werden, um die Story fertigzustellen.
Es bedeutet auch, dass Sie spezifische Kriterien festlegen müssen, anhand derer Sie eindeutig feststellen können, ob die Implementierung einer bestimmten Funktionalität vollständig ist.
Nebenbei bemerkt, haben wir über die Definition of Done (DoD) in einem separaten Artikel geschrieben: "Definition of Done — was ist das?"
Im Allgemeinen können Sie eine Schätzung auf zwei Arten vornehmen.
Auf traditionelle Weise, das heißt, Sie können versuchen, die Zeit des Projekts zu bestimmen, die sowohl ausreichend als auch notwendig ist, um die gewünschte Wirkung zu erzielen.
Im zweiten Fall können Sie die Schätzung relativ angehen, indem Sie versuchen, Ähnlichkeiten zwischen zwei Aufgaben zu erkennen und nicht die Zeit zu bestimmen.
Indem man bekannte Aufgaben mit unbekannten oder halb bekannten Aufgaben vergleicht, indem man deren Komplexität und Bedingungen (in Bezug auf Technologie, Kompetenzen oder Markt) bestimmt, kann man ermitteln, wie viel Zeit eine unbekannte, aber in gewissem Maße ähnliche Aufgabe in Anspruch nehmen kann.
Es handelt sich um eine Vergleichsmethode, bei der es darum geht, Analogien zu sehen und Bedingungen zu kennen. Sie verdankt ihre Genauigkeit weitgehend der Erfahrung, dem Wissen und der Präzision der getroffenen Annahmen.
Unabhängig davon, wie Sie Zeitschätzungen vornehmen, sollte jede Schätzungsmethode an erster Stelle stehen:
- Leicht zugänglich — es sollten keine teuren Werkzeuge, Techniken oder Methoden verwendet werden.
- Einfach und schnell durchführbar.
- So billig wie möglich — gemessen an den Kosten für die Zeit der Mitarbeiter, die sie durchführen.
- Überzeugend durch Einfachheit, Effektivität, Intuitivität und Genauigkeit — es sollte ein "hartes" Gefühl vermitteln, dass seine Verwendung richtig und nützlich ist und wenig Risiko beinhaltet.
Bei der Schätzung der Arbeit an den Elementen des Product Backlogs lohnt es sich auch, die von Vibhuti Verma im Artikel "How to estimate an Agile Backlog?" beschriebenen Regeln zu berücksichtigen.
Vibhuti Verma empfiehlt zu Recht, dass die Schätzung der Arbeitszeit im Rahmen agiler Methoden auf folgenden Faktoren beruhen sollte:
- Geschwindigkeit geht vor Genauigkeit.
- Einvernehmlichkeit vor Willkür.
- Relativität vor Absolutheit.
Sie sollten in der Lage sein, schnell zu Kostenvoranschlägen zu kommen, auch wenn dies auf Kosten der Genauigkeit geht, denn das Ziel ist nicht, Gewissheit zu erlangen, sondern das Projekt rechtzeitig zu strukturieren.
Die Bewertung sollte das Ergebnis von Teamarbeit und einer Art von gesundem Menschenverstand sein; sie sollte also vernünftig sein und die volle Unterstützung der Teammitglieder haben.
Ein kollektiver Konsens ist viel genauer oder zumindest widerstandsfähiger gegenüber persönlichen Vorlieben, Erfahrungen, Voreingenommenheiten oder unbewussten Annahmen.
Das sollten Sie sich merken, zumal es Sie vor mehr oder weniger schwerwiegenden Fehlern schützt.
Die Relativität der Schätzung wird durch das natürliche menschliche Bedürfnis unterstützt, zu vergleichen und Proportionen zu bestimmen, Unterschiede und Ähnlichkeiten aufzuzeigen und Analogien zu erkennen.
Die relative Schätzung ist ein konstantes Merkmal der menschlichen Tätigkeit in der Realität. Es handelt sich um eine natürliche Fähigkeit, die zur Einschätzung der Arbeitszeit genutzt werden kann.
Zumal unsere Spezies evolutionär eine sehr wirksame Methode der kollektiven Problemlösung entwickelt hat, die viel effektiver ist als Lösungen, die von Einzelnen angeboten werden.
Die Mustererkennung hat es dem Menschen ermöglicht, sich die Realität allmählich untertan zu machen.
Zwei ähnliche Dinge zu vergleichen und ihre Ähnlichkeiten und Unterschiede zu erkennen, fällt uns sehr leicht, vor allem wenn die "kollektive Weisheit" aktiviert ist.
Das gilt auch für die Schätzung der für die Erstellung eines Projekts erforderlichen Zeit.
Die Wirkung hängt auch von statistischen Regelmäßigkeiten ab.
Selbst wenn die Gruppe in Bezug auf Fähigkeiten, Kompetenzen, Erfahrungen und Potenziale nicht homogen ist, werden die Fehler Einzelner bei der richtigen Größenordnung die Qualität der von der Gruppe getroffenen Entscheidung nicht beeinträchtigen. Ihr Einfluss wird zurückgedrängt werden.
Wenn Sie z. B. wissen, wer eine bestimmte Arbeit ausführt, welche Kompetenzen und Erfahrungen er hat und wie effizient er ist, können Sie abschätzen, wie schnell/langsam er eine Aufgabe erledigen wird und ob sie als leicht/schwierig empfunden wird.
Es lohnt sich auch, die Faktoren zu berücksichtigen, die die Komplexität der Arbeit beeinflussen, die Manuel Küblböck in dem Artikel "How to estimate backlog items" beschrieben hat.
Nach dem Ansatz von Küblböck wird die Komplexität eines Elements vor allem durch folgende Faktoren beeinflusst:
- Anzahl der für die Durchführung der Arbeiten erforderlichen Personen.
- Differenzierung der erforderlichen Kompetenzen.
- Anzahl und Komplexität der Abhängigkeiten, Verbindungen des jeweiligen Produkt-Backlog-Elements mit anderen Elementen.
- Die Fähigkeit des Teams, mit Abhängigkeiten "umzugehen" — die Arbeit ist arbeitsintensiver, wenn sie auf dem "Outsourcing von Kompetenzen und Erfahrungen" beruhen muss.
- Anzahl der Komponenten, die zur Erfüllung einer bestimmten Aufgabe erforderlich sind.
- Technische Schulden und die Notwendigkeit, sie zu beseitigen.
- Verfügbarkeit von Testdaten.
- Anzahl und Komplexität der miteinander verknüpften Arbeiten, die während eines bestimmten Sprints durchgeführt werden sollen.
- Menge, Bedeutung und Einfluss unsichtbarer, unbewusster Faktoren, die sich jedoch auf die Schnelligkeit, Qualität, Störungsfreiheit, Fehlerfreiheit und Makellosigkeit der geleisteten Arbeit auswirken.
Außerdem gilt: Je ähnlicher zwei Dinge miteinander verglichen werden, desto einfacher ist es, sie zu vergleichen.
Die Schätzung der Arbeit von Produkt-Backlog-Elementen, die einander weitgehend ähnlich sind, wird viel einfacher, genauer und weniger fehleranfällig.
Wie schätzt man die Arbeit an Elementen des Produkt-Backlogs?
Die Genauigkeit und Nützlichkeit von Schätzungen ist natürlich ein vorrangiges und problematisches Thema.
Es lohnt sich jedoch, halb im Scherz, halb im Ernst, zu bedenken, dass nach dem Hofstadters Gesetz das erzielte Ergebnis, ob quantitativ oder qualitativ ausgedrückt, immer in irgendeiner Weise unterschätzt wird.
Zur Erinnerung: Hofstadters Gesetz besagt: "Es dauert immer länger, als man erwartet, selbst wenn man Hofstadters Gesetz berücksichtigt".
Sie wurde in dem Buch "Gödel, Escher, Bach: An Eternal Golden Braid" vorgestellt und zeigt, dass die Genauigkeit der Schätzung immer mehr oder weniger problematisch ist.
Daher kann er nicht als absoluter Wert betrachtet werden, sondern eher als eine Art Wegweiser, ein Hinweis.
Hofstadters Gesetz ist nicht nur eine intellektuelle Kuriosität, eine Art intellektueller Scherz, sondern ist in der täglichen Arbeit von Scrum-Teams zu beobachten.
Auch Studien bestätigen dies.
Eine Studie von McKinsey und dem BT Center for Major Program Management an der Universität Oxford ergab, dass bei 66 % der Softwareprojekte Kostenüberschreitungen auftreten.
Schlimmer noch: Laut der McKinsey-Studie, die in Zusammenarbeit mit dem BT Center durchgeführt wurde, führten Unterschätzungen bei 17 % der IT-Projekte fast zum Scheitern des Unternehmens.
Im Durchschnitt überschreiten große IT-Projekte das Budget um 45 % und erbringen 56 % weniger Wert als erwartet.
Diese Studie wurde an über 5400 IT-Projekten durchgeführt, was die Zuverlässigkeit und Genauigkeit der Ergebnisse gewährleistet. Die Untersuchungen von McKinsey und BT Center for Major Program Management zur Methodik sind sehr glaubwürdig.
Es überrascht nicht, dass die Genauigkeit der Schätzung der Arbeit an den Produkt-Backlog-Elementen verbessert werden sollte.
Der Umfang, die Komplexität, die Typizität/Ungewöhnlichkeit des Projekts, Änderungen des Umfangs während der nachfolgenden Sprints und fehlende Funktionalitäten sind am häufigsten für die Überschreitung der geschätzten Implementierungszeit verantwortlich.
Darüber hinaus ist der "Schuldige" auch die Tendenz der Menschen, ihre eigenen Fähigkeiten zu überschätzen, was dazu führt, dass sie die Zeit unterschätzen, die sie für eine bestimmte Aufgabe benötigen, um ein bestimmtes Ziel zu erreichen.
In der Psychologie wird diese Tendenz als illusorische Überlegenheit bezeichnet, die sich bei der Einschätzung der Schwierigkeit von Aufgaben bemerkbar macht.
Wenn man sich auf den gesunden Menschenverstand beruft, der eher von einer Gruppe als von Einzelpersonen geschützt wird, kann man diese Auswirkungen von Unterschätzungen vermeiden und die Arbeit flexibler planen.
Daher sollte das Produkt-Backlog maximal zugänglich, klar und entsprechend der vom Entwicklungsteam einvernehmlich festgelegten Reihenfolge organisiert sein.
Eine Möglichkeit, mit Unterschätzungen umzugehen, besteht auch darin, das Projekt in Meilensteine zu unterteilen, die den Zeitrahmen für das Projekt festlegen. Die Aufteilung großer Aufgaben in kleinere Aufgaben und diese wiederum in noch kleinere Aufgaben trägt ebenfalls zu einer besseren Präzision und genaueren Schätzung bei.
Selbst eine solche "behelfsmäßige" Strukturierung der Projektzeit ermöglicht es Ihnen, bessere, angemessenere und effektivere Entscheidungen zu treffen.
Die wirklichen "Game-Changer" in diesem Bereich sind jedoch die beliebten Techniken zur Schätzung der Arbeit von Produkt-Backlog-Elementen in agilen Methodologien.
Ein Dutzend wird in der Fachliteratur am häufigsten diskutiert. Wir haben einige von ihnen ausgewählt, die unserer bescheidenen Meinung nach auf jeden Fall empfehlenswert sind.
Die Auswahl einer bestimmten Technik sollte immer vom Charakter eines bestimmten Projekts, dem Umfang des Produkt-Backlogs, der Art der Aufgaben und der Erfahrung des Teams abhängen.
Fibonacci-Folge
Die Fibonacci-Folge wird gebildet, wenn jede aufeinanderfolgende Zahl die Summe der beiden vorhergehenden ist. Zum Beispiel: 1, 2, 3, 5, 8, 13, 21... Als solche ist sie eine perfekte Vergleichsskala.
Die Fibonacci-Folge wird verwendet, um die Größe einer bestimmten Aufgabe zu bestimmen. Es genügt, einer bestimmten Aufgabe einen bestimmten Zahlenwert zuzuordnen, der die Zeit, den Aufwand, die Schwierigkeit und die Komplexität darstellt, die für die Erledigung der Aufgabe erforderlich sind.
In der Praxis wird zur Bestimmung des Schwierigkeitsgrads meist eine Spanne von 1 bis 21 verwendet. Mit einem bestimmten Ausgangspunkt kann jedes nachfolgende ähnliche Backlog-Element durch Vergleich mit der ursprünglichen Aufgabe geschätzt werden.
Die Fibonacci-Folge verdeutlicht die Abstände zwischen aufeinanderfolgenden Positionen, wenn die Komplexität zunimmt. Beachten Sie, dass zwischen dem Wert 21 und dem nächsten Wert 34 ein Abstand von 13 Punkten liegt, während der Abstand zwischen 21 und den vorherigen 13 nur 8 Punkte beträgt.
So werden sich einfache Aufgaben, die einander ähnlich sind, im Wert, den Sie ihnen zuweisen, kaum unterscheiden. Dies wiederum hilft, realistischere Schätzungen zu erhalten.
T-Shirt Sizing
Jeder kennt die Größenangaben bei Hemden. Es gibt sie in den Größen Extra-Small (XS), Small (S), Medium (M), Large (L) und Extra-Large (XL).
Sie können deren Unterschiede und deren Bedeutung in der Praxis intuitiv und nahtlos "erfassen". Die Metapher des T-Shirts als Größe des Projekts ist sowohl sehr anschaulich als auch auf eine gute Art und Weise eigenartig. Sie ist auch für jedermann zugänglich.
Infolgedessen können die Größen ein sehr genaues Maß für den Komplexitätsgrad und die Schwierigkeit der User Story sein, für die die Schätzung am häufigsten verwendet wird.
Nachdem der Moderator die User Story vorgelesen hat, ordnet das Scrum-Team ihr eine Größe zu und bestimmt in der Diskussion die T-Shirt-Größe, die am besten passt.
Der Vorteil dieser Methode besteht darin, dass sie mit qualitativen Größen arbeitet (auch wenn dies von einigen als Nachteil angesehen wird, vor allem wegen der geringeren Genauigkeit), die anschaulich und erfahrungsbasiert sind.
Playing Cards
Bei dieser Schätzungstechnik erhält jedes Mitglied des Scrum-Teams einen Kartensatz. Jedes Deck steht für einen bestimmten Wert, der sich aus der angenommenen Skala ergibt.
Der Moderator liest die User Storys mit ihren Akzeptanzkriterien vor. Alle Teammitglieder bewerten den Schwierigkeitsgrad und die Komplexität der Aufgaben mithilfe der aufgestellten Karten.
Ziel des Teams ist es, die Bewertungen, insbesondere die extremen Werte, in Bezug auf den minimalen und maximalen Schwierigkeitsgrad zu diskutieren und einen Konsens zu finden.
Diese Methode empfiehlt sich für Produkt-Backlogs mit einer kleinen Anzahl von Elementen (nicht mehr als ein Dutzend), da das Wesen dieser Technik in der Analyse, der Diskussion und dem Konsens besteht, was viel Zeit in Anspruch nimmt.
Program Evaluation and Review Technique (PERT)
Mitarbeiter des Verteidigungsministeriums der Vereinigten Staaten haben diese Technik entwickelt.
Das zu bewertende Projekt wird durch ein Netzdiagramm dargestellt, dessen Eckpunkte den Aufgaben entsprechen, und die Linien, die sie miteinander verbinden, zeigen ihre Beziehung untereinander sowie die geschätzte Dauer an.
Der Kern dieser Technik besteht darin, die Dauer einer Aufgabe als Zufallsvariable zu behandeln, die nicht durch bestimmte Faktoren bestimmt wird. So ist es möglich, die statistische Wahrscheinlichkeit zu berechnen.
Bei der Berechnung werden drei Variablen berücksichtigt:
- Optimistische Zeit — minimaler Zeitaufwand für die Erledigung einer Aufgabe.
- Wahrscheinlichste Zeit — die wahrscheinlichste Zeit, die zur Erledigung einer Aufgabe benötigt wird.
- Pessimistische Zeit — die maximale Zeit, die zur Erledigung einer Aufgabe erforderlich ist.
Die erwartete Zeit wird nach der folgenden Formel berechnet: EZ=(O+4W+P)÷6.
Die Schnelligkeit und Einfachheit der Berechnung sind wesentliche Vorteile dieser Technik. Zu den größten Nachteilen gehören dagegen die Subjektivität der Zuweisung von Zeitwerten für Aufgaben und die übermäßige Starrheit, die sich aus der deterministischen Betrachtung des Netzes ergibt.
Die Programmbewertungs- und -überprüfungstechnik ist eine empfohlene Methode zur Schätzung der Arbeitszeit für eine große Anzahl von Elementen im Produkt-Backlog.
Wie schätzen Sie Ihr Backlog ein? Zusammenfassung
- Das Wort Schätzung bedeutet, dass der Wert oder die Größe von etwas ungefähr bestimmt wird.
- Eine Schätzung ist eine gewisse Annäherung an die Wahrheit.
- Die relative Schätzung ist ein konstantes Merkmal der menschlichen Tätigkeit in der Realität. Es handelt sich um eine natürliche Fähigkeit, die zur Einschätzung der Arbeitszeit genutzt werden kann.
- Der Grad der Genauigkeit der Schätzung und damit die Übereinstimmung mit dem tatsächlichen Zustand hängt von einer Reihe von Faktoren ab. Sowohl bekannte als auch unbekannte/unbewusste.
- Denken Sie daran, dass jede Schätzung unvollkommen ist. Nach dem Hofstadters Gesetz wird das erzielte Ergebnis, ob quantitativ oder qualitativ ausgedrückt, immer in irgendeiner Weise unterbewertet sein.
- Die Schätzung kann auf traditionelle Weise erfolgen, indem man versucht, den Zeitaufwand zu bestimmen, der sowohl ausreichend als auch notwendig ist, um die gewünschte Wirkung zu erzielen, oder auf relative Weise, bei der man nicht so sehr versucht, den Zeitaufwand anzugeben, sondern die Ähnlichkeiten zwischen zwei Aufgaben zu erkennen.
- Indem man bekannte Aufgaben mit unbekannten oder halb bekannten Aufgaben vergleicht, indem man deren Komplexität und Bedingungen bestimmt, kann man feststellen, wie viel Zeit eine unbekannte, aber in gewissem Maße ähnliche Aufgabe in Anspruch nehmen kann.
- Schätzung der Zeit des Projekts in der Praxis bedeutet die Notwendigkeit, über genaue und angemessene in Bezug auf die Größe des Produkt-Backlog Techniken zur Schätzung zu lernen.
- Die Schätzung der Zeit in einem Projekt erfordert Erfahrung und Wissen darüber, wie man die Zeit, die für die Bereitstellung oder Implementierung eines bestimmten Elements aus dem Produkt-Backlog benötigt wird, richtig, zuverlässig und genau berechnet.
- Eine genaue Schätzung des Produkt-Backlogs in Bezug auf die Zeit hilft dabei, Aufgaben zu priorisieren und sie in einen größeren zeitlichen Kontext zu stellen.
- Die Bewertung der Produkt Backlog Elemente sollte aus der Teamarbeit resultieren und eine Art gesunder Menschenverstand sein; sie sollte also vernünftig sein und die volle Unterstützung der Teammitglieder haben.
- Der Umfang, die Komplexität, die Typizität/Ungewöhnlichkeit des Projekts, Änderungen des Umfangs während der nachfolgenden Sprints und fehlende Funktionalitäten sind am häufigsten für die Überschreitung der geschätzten Implementierungszeit verantwortlich.
