Blog

4 wesentliche Projekt-Schätzungstechniken und -werkzeuge für die Webentwicklung

Verbessern Sie die Genauigkeit Ihrer Projektabschätzungen, indem Sie Ihr Entwicklungsteam mit diesen 4 Techniken und den zugehörigen Werkzeugen stärken.

Verbessern Sie die Genauigkeit Ihrer Projektabschätzungen, indem Sie Ihr Entwicklungsteam mit diesen 4 Techniken und den zugehörigen Werkzeugen ausstatten.

Wie wir in unserem vorherigen Artikel „Wie erstellt man genauere Webprojekt-Schätzungen?“ besprochen haben, benötigen Sie zunächst die Projektdokumentation und -designs, um eine genaue Schätzung vornehmen zu können. Die Genauigkeit der Projektschätzung verbessert sich mit der Vollständigkeit der Projektdokumentation und -designs.

#1 Analogous Estimating

In the early stages of the project where only limited documentation is available a good technique to employ is analogous (also known as top-down) estimating.

Analogous estimating uses historical data (similar past project) to estimate the duration of your current project. As with any other technique, it’s best used by the developer(s) who actually worked on the past project and can make the best expert judgment on how the current project compares to the past one.

Example:

You need to develop a small eCommerce website similar in scale to the one you did two months ago. Except, this one also has Facebook and Twitter sharing feature. The previous website took 40 hours to develop and you estimate (also based on prior experience) it would take about 4 more hours to implement and test the sharing feature. Your estimate using the analogous estimating technique is 44 hours.

PRO

  • Can be used with only limited documentation provided there is enough historic data
  • Can be used in the early stages of the project to refine your initial ballpark estimate
  • Relatively fast to calculate


CON

  • Accuracy is lower than other techniques and further
  • Accuracy drops in case of insufficient or missing historic data


Suggestions:
If you don’t have sufficient internal historic data you can consult an external expert. In this case, keep in mind that external developer might be on a different skill level than your development team and adjust the estimate accordingly.
Always account for the missing documentation and add contingency to your estimate accordingly. Your initial estimate of 44 hours would need to go up by 10-50% depending on the expected complexity and scope


#2 Parametrische Schätzung

Die parametrische Schätzmethode ist ähnlich wie die Analogiemethode, fügt jedoch eine zusätzliche Genauigkeitsebene hinzu, indem sie die Arbeit in messbare Einheiten unterteilt.

Beispiel:

Sie wissen, dass Sie eine fünfseitige Webseite mit einem einfachen Admin-Panel entwickeln werden. Sie können die Informationen, die Sie haben, nutzen und diese mit der durchschnittlichen Zeit vergleichen, die benötigt wird, um eine neue Seitenvorlage für eine ähnliche Webseite zu entwickeln und sie mit dem Admin-Panel zu verbinden. Wenn dies durchschnittlich 12 Stunden pro Seite dauert, wäre Ihre Schätzung mit der parametrischen Schätzmethode 60 Stunden.

PRO

  • Die gleichen Punkte wie bei der Analogieschätzung
  • Genauer als die Analogieschätzung

CON

  • Die gleichen Punkte wie bei der Analogieschätzung, jedoch genauer

Vorschläge:


Da diese Technik der Analogieschätzung sehr ähnlich ist, gelten die gleichen Vorschläge. Aufgrund der erhöhten Genauigkeit können Sie den Kontingenzprozentsatz reduzieren, wenn Sie sich Ihrer historischen Daten sicher sind.

Vorschläge:
Da diese Technik der analogen Schätzung sehr ähnlich ist, gelten die gleichen Vorschläge. Aufgrund der erhöhten Genauigkeit können Sie den Prozentsatz für Unvorhergesehenes reduzieren, wenn Sie von Ihren historischen Daten überzeugt sind.

#3 Drei-Punkt-Schätzung

Der Projektleiter oder das Entwicklungsteam zerlegt zunächst das Projekt in eine Liste schätzbarer Aufgaben. Dies erfordert, dass die Dokumentation und die Entwürfe verfügbar sind. Die Aufgaben können unterschiedlich umfangreich sein, wobei detailliertere Aufgaben die höchste Sicherheitsstufe bieten, aber auch am längsten zu schätzen sind. Typischerweise ist eine vernünftige Anzahl 20-30 Aufgaben pro Projekt. Die Drei-Punkt-Schätzung erfordert, dass drei Zahlen für jede der geschätzten Aufgaben erstellt werden.

a – Die beste Schätzung für die Fertigstellung der Aufgabe

m – Die wahrscheinlichste Schätzung für die Fertigstellung der Aufgabe

b – Die schlechteste Schätzung für die Fertigstellung der Aufgabe

(Alle basierend auf früheren Erfahrungen oder gebildeten Vermutungen)

Es gibt drei Formeln, die Sie zur Berechnung der Schätzungen für jede Aufgabe verwenden können.

Die einfachste ist:

ET = (a + m + b) / 3

Eine genauere gewichtete Formel legt mehr Gewicht auf die wahrscheinlichste Schätzung:

ET = (a + 4m + b) / 6


Und die komplexeste, die auch die Standardabweichung berücksichtigt:

E = (a + 4m + b) / 6

SD = (b – a) / 6

ET = E + 2 x SD

Sie müssen nur eine ET-Formel auswählen, die Sie verwenden möchten. Sie möchten vielleicht alle ausprobieren und sehen, welche am besten zu Ihnen passt.

Die endgültige Projektschätzung wird als Summe aller einzelnen Aufgabenschätzungen berechnet. Normalerweise ist es nicht notwendig, dieser Schätzung eine Kontingenz hinzuzufügen. Sie können die tatsächlich benötigte Zeit zum Abschluss jeder Aufgabe mit der geschätzten Zeit vergleichen und auf dieser Basis eine Kontingenz hinzufügen.

Die Drei-Punkt-Schätzung funktioniert am besten, wenn die Schätzungen unvoreingenommen sind und auf früheren Erfahrungen mit ähnlichen Aufgaben basieren. Daher finden es einige Manager am besten, nach a, m und b Zahlen für jede Aufgabe zu fragen und die ET selbst zu berechnen. Auf diese Weise wird das Entwicklungsteam nicht versucht sein, die ursprünglichen a, m und b Zahlen nach dem Sehen der endgültigen Schätzung zu ändern.

 

Um Ihnen etwas Zeit zu sparen, haben wir 3 XLS-Tabellenkalkulationen vorbereitet, um Ihnen bei der Berechnung jeder dieser Formeln zu helfen:

Simple: simple-formula.xlsx

Weighted: weighted-formula.xlsx

Weighted with SD: weighted-with-sd-formula.xlsx

Beispiel:

Sie müssen eine Kunstgalerie-Website erstellen, die Schieberegler verwendet, um Kunstwerke anzuzeigen, und Künstlerbiografien zeigt. Sie teilen die Arbeit in folgende Aufgaben auf (Zahlen sind a, m, b in dieser Reihenfolge):

Responsives Layout: 2h, 3h, 5h Header: 2h, 4h, 7h Schieberegler: 2 h, 5h, 10h Biografieabschnitt: 1h, 2h, 4h (Vereinfacht auf vier Aufgaben; in Wirklichkeit hätten Sie viel mehr Frontend- und Backend-Aufgaben)

Mit der gewichteten Formel berechnen wir die Durchschnitte für jede Aufgabe:

Responsives Layout: (2 + 4 x 3 + 5) / 6 = 17 / 6 = 2.8h Header: (2 + 4 x 4 + 7) / 6 = 25 / 6 = 4.2h Schieberegler: (2 + 4 x 5 + 10) / 6 = 32 / 6 = 5.3h Biografieabschnitt: (1 + 4 x 2 + 4) = 13 / 6 = 2.2

Geschätzte Projektzeit: 2.8h + 4.2h + 5.3h + 2.2h = 14.5h

PRO

  • Eine der genauesten Schätzungstechniken
  • Psychologisch einfacher für Entwickler, drei Zahlen anzugeben, weniger Druck, „es falsch zu machen“
  • Die Identifikation der schlechtesten Zahl führt zur Entdeckung ansonsten verborgener Problembereiche
  • Reduziert das Risiko zu optimistischer und überhöhter Schätzungen
  • Bereitgestellte Werkzeuge verringern die Gesamtzeit der Berechnung
  • Bleibt solide, auch mit begrenzter vorheriger Erfahrung

CON

  • Erfordert vollständige Dokumentation, um das Projekt in Aufgaben zerlegen zu können (was eigentlich nicht schlecht ist)
  • Die Bereitstellung von drei Schätzungen für jede Aufgabe erfordert mehr Zeit als andere Methoden
  • Das Sichtbarmachen der endgültigen berechneten Schätzung könnte dazu führen, dass das Entwicklungsteam seine anfänglichen Schätzungen anpasst

Vorschläge:
Verwenden Sie die bereitgestellten Werkzeuge, um zu verhindern, dass Sie die Schätzungen für jede der 20-30 Aufgaben manuell berechnen.

#4 Bottom-Up-Schätzung

Dies ist meine bevorzugte Technik und auch diejenige, die ich am liebsten verwende, da sie am besten zu meinem Erfahrungsniveau passt. Die Bottom-Up-Schätzung beginnt ähnlich wie die Dreipunktschätzung – indem sie größere Projektteile in (sehr) kleine Abschnitte zerlegt. Sie ähnelt auch etwas der parametrischen Schätzung, da die Schätzungen für jeden Abschnitt Wissen über die benötigte Zeit zur Fertigstellung eines ähnlichen Abschnitts erfordern.

Da dies die Technik ist, die sich als die genaueste erwiesen hat, verdient sie einen eigenen Artikel, um sie detailliert zu behandeln und reale Beispiele zu liefern.

PRO

  • Die genauesten Schätztechniken
  • Durch das Zerlegen des Projekts bis auf die kleinsten Teile besteht fast keine Chance, wichtige Details zu übersehen, die lange zur Fertigstellung benötigen, aber mit anderen Techniken wahrscheinlich unbemerkt bleiben würden
  • Hilft, Lücken in der Dokumentation zu identifizieren, sodass diese früh geschlossen werden können

CON

  • Erfordert mehr Zeit im Vergleich zu anderen Techniken, verbessert sich jedoch schnell, wenn Sie diese Technik weiterhin verwenden
  • Erfordert vollständige Dokumentation, sonst kann die Genauigkeit leiden.
  • Am nützlichsten, wenn Sie ein zumindest etwas erfahrenes Entwicklungsteam haben, da es stark auf frühere Erfahrungen angewiesen ist
Vorschläge:
Sie können diese Technik auch für weniger erfahrene Teams verwenden, stellen Sie jedoch sicher, dass Sie einen Puffer hinzufügen, um den Mangel an historischen Daten auszugleichen.
Diese Technik kann mit der Dreipunktschätzung kombiniert werden, um noch mehr Genauigkeit zu erreichen. Beachten Sie, dass dies auch mehr Zeit für eine Schätzung erfordern wird. Mehr dazu in unserem bald erscheinenden Artikel zur Bottom-Up-Schätzung.

Einige weitere Worte zum Thema Risikobudget

Es sollte immer ganz klar sein, dass eine Schätzung genau das ist – eine Schätzung. Erwarten Sie nicht, dass sie zu 100% genau ist. Selbst wenn sie bei vier Projekten zutrifft, kann sie im fünften um 10-20% abweichen. Die Genauigkeit jeglicher Art von Schätzung kann bei wenig bis gar keiner Vorerfahrung gering sein. In solchen Fällen können Sie die Unsicherheit mit einem Risikobudget verwalten. Sie sollten auch fehlende Dokumentation berücksichtigen, daher ist es vernünftig anzunehmen, dass wenn ungefähr 30% der Dokumentation fehlen, Sie 30% zur Schätzung hinzufügen müssen.

Was kommt als Nächstes?

Wenn Sie Ihre Fähigkeiten zur Projektschätzung weiter verbessern möchten, haben wir ein umfangreiches E-Book „Der ultimative Leitfaden für erfolgreiche Projektschätzungen“ vorbereitet, das Ihnen die Werkzeuge und Techniken zur Projektschätzung detailliert erläutert.

Erfahren Sie, wie Sie in Ihrem Prozess der Projektschätzung erfolgreicher werden können.

Tihomir Opacic

18.04.2024.

Lassen Sie uns über Ihr Projekt sprechen

Teilen Sie uns eine kurze Übersicht Ihres Projekts mit, und unsere Experten werden sich mit Ihnen in Verbindung setzen, um einen ausführlichen Beratungstermin zu vereinbaren. Wir freuen uns darauf, Ihre Bedürfnisse zu verstehen und zu erkunden, wie wir Ihnen helfen können, Ihre Entwicklungsziele zu erreichen.

Tihomir Opacic

Gründer und CEO

Orange Hill