Wesentliche Aspekte der Backlog-Dimensionierung
Software-Rückstand sizing und Schätzung werden oft als verschwenderisch und zeitaufwendig angesehen. Schätzungen sind auch mehr als ogelegentlich missbraucht, doch zuverlässige Schätzungen sind für fundierte Investitionsentscheidungen und den Erfolg voneffektive Planung.
ScopeMaster bietet automatisch eine standardisierte Funktional intInterpretation und Schätzung des Funktionsumfangs auf Basis des Textes jeder User Story.

Warum automatisierte Größenbestimmung > Team-Größenbestimmung
ScopeMaster bietet eine angemessene Größenschätzung für den Rückstand, kann dies jedoch sofort und mühelos tun und sogar die Größe von Rückstandselementen ermitteln, die möglicherweise fehlen!

ScopeMaster automatisiert die Dimensionierung des Software-Backlogs
Schätzung der Größe des Software-Rückstands (und anschließend der Kosten und des Zeitplans)dule) ist wichtig, um den Managern ein Verständnis dafür zu vermitteln, wie viel es kosten wird und wie lange es dauern wird. ManaFührungskräfte und Manager stehen ständig vor schwierigen Entscheidungen in Bezug auf Softwarearbeit. Bei größerenProjekte, Budgets und Zeitpläne werden häufig überschritten, was zu erheblicher Verschwendung und Ineffizienz führt. Manager Sie müssen die voraussichtlichen Kosten und die Dauer kennen Software zu entwickeln, damit sie entsprechend planen könnenVon ihnen wird erwartet, dass sie verlässliche Entscheidungen über Prioritäten und Personaleinsatz treffen, doch oft tun sie dies ohne eine zuverlässige Software-Abschätzung des erforderlichen Zeit- und Arbeitsaufwands.
Die meisten Softwareexperten glauben, dass sich der Aufwand für die Softwareentwicklung nicht abschätzen lässt oder dass er immer sehr zeitaufwändig sein wird. Das stimmt einfach nicht.
Warum sind Entwicklerschätzungen unzuverlässig?
Entwickler haben oft Probleme mit Schätzungen. Schätzungen mit Techniken wie Story Points oder T-Shirt-Größen sind eigentlich nur ein Näherungswert für die Schätzung von Stunden oder sogar Tagen Arbeit. Teams behaupten oft etwas anderes, aber dies ist wahrscheinlich ein Versuch, die Dinge zu verschleiern, um sie zu fördern. Wenn Entwickler Schätzungen für eine Arbeit abgeben, können sie die Arbeit absichtlich unterschätzen, um den Auftrag zu „gewinnen“ und zu schützen. ihre Arbeit. Sie können auch überschätzen, um Arbeit zu vermeiden, die sie nicht machen wollen.
Wenn Entwickler einem Manager eine Schätzung einer User Story, eines Arbeitssprintly oder sogar eines gesamten Backlogs vorgelegt haben, kann es sein, dass der Manager diese Schätzung als Ziel, Kontrollmaßnahme oder sogar Verpflichtung verwendet. All diese Verwendungszwecke für Schätzungen sind ungeeignet.
Leider unterschätzen Entwickler fast immer den Zeit- und Arbeitsaufwand, der tatsächlich für die Softwarebereitstellung erforderlich ist. Das liegt in der Natur des Menschen. Sie berücksichtigen nur bekannte Faktoren, aber bei Software gibt es oft Unbekannte die zu Verzögerungen führen. Aus diesem Grund sind Thesen bei technischen Schätzungen nur selten zulässig.
Wie können wir Rückstände zuverlässiger einschätzen??
Der Zeit- und Arbeitsaufwand für die Entwicklung von Software kann von zahlreichen Faktoren beeinflusst werden (z. B. Komplexität, Arbeitsumgebung, Unterstützung durch die Geschäftsleitung, technische Erfahrung, Volatilität der Anforderungen). Der wichtigste Einzelfaktor zur Bestimmung von Aufwand oder Kosten ist die Größe, insbesondere die funktionale Größe. Sobald Sie die funktionale Größe kennen, Sie können schnell gültige Schätzungen für andere Dimensionen ableiten, beispielsweise:
- Personalbesetzung
- Entwicklungszeit
- Kosten
- Tests, die zur Erzielung einer geeigneten Qualität erforderlich sind
- …und vieles, vieles mehr
Was ist Funktionsgröße?
Funktionale Größe ergibt sich aus Funktionale Größenmessung (FSM). Es handelt sich um eine ausgereifte und bewährte standardisierte Technik zur Softwaredimensionierung, eine formale, von ISO-Normungsgruppen anerkannte technische Praxis und unabhängig von Technologie, Codierung und Entwicklungsmethodik. Als universelles Maß, das für alle Arten von Software gilt, wird es von der Benutzerperspektive. Vor allem aber ist die funktionale Größe objektiv, gültig und konsistent – das heißt, zwei Personen, die die funktionale Größe messen, sollten jedes Mal auf die gleiche Zahl kommen. Die Maßeinheit ist der Funktionspunkt; genauer gesagt der COSMIC-Funktionspunkt (oder CFP), der ausschließlich und präzise anhand von Anforderungen und Spezifikationen geschätzt oder berechnet werden kann. FSM gibt es schon seit vielen Jahren und hat sich als zuverlässigstes Maß für die Softwaregröße erwiesen, da Sie damit die Größe vor, während und nach dem Codierungsprozess schätzen oder messen können.
ScopeMaster ist das erste und einzige Tool, das die Funktionsgröße direkt und automatisch aus einem Rückstand schriftlicher Anforderungen zuverlässig schätzt. Aber verlassen Sie sich nicht nur auf unser Wort; Experten und Wissenschaftler auf der ganzen Welt sind sich einig, dass ScopeMaster ein Bahnbrechendes automatisiertes Größenbestimmungstool.
Bringen Sie Sicherheit in Ihre Softwarearbeit mit der automatisierten Funktionsgrößenmessung.
Weitere Informationen zur funktionellen Größenmessung von COSMIC finden Sie unter https://www.cosmic-sizing.org.
Automatisierte Software-Schätzung mit ScopeMaster
Schnell: Etwa 10-mal schneller als ein Größenexperte.
Präzise: Innerhalb von 15% einer manuellen Größenbestimmung.
Basierend auf Standards: Ergebnisse in den führenden ISO-Standards zur Softwaredimensionierung.
Drei führende Standards automatisiert:
ScopeMaster wurde als Tool zur Automatisierung der Schreibarbeit konzipiert, die bei der Messung der funktionalen Größe von Software anhand von Anforderungen erforderlich ist. In den Worten unseres Gründers Colin Hammond: „Der Grund, warum ich mich daran machte, ein Tool zu diesem Zweck zu schreiben, ist, dass ich als Softwareprojektmanager festgestellt habe, dass funktionale Größe ist der wichtigste Faktor, den ich brauche, um ein Projekt erfolgreich zu leiten.“
ScopeMaster interpretiert die funktionale Absicht der User Story oder Softwareanforderung und ist somit in der Lage, Automatisieren Sie die funktionale Größenbestimmung, die dann weiterverwendet werden kann Einschätzung der Softwareentwicklung.
ScopeMaster ist nicht nur viel schneller als manuelles Messen, sondern auch wesentlich günstiger als manuelles Dimensionieren. Zertifizierte Zähler sind rar, und ScopeMaster nimmt Ihnen einen Großteil der mühseligen Arbeit ab. ScopeMaster „liest“ die Anforderungen, interpretiert die funktionale Absicht und dimensioniert sie dann entsprechend. Es kann die Größe auf etwa drei CFP pro Sekunde. Sie könnten einen 1.000 CFP-Anforderungssatz (etwa $1m ausgelagerte Software) in etwa zwei bis drei Minuten. Sie können dann die Ergebnisse überprüfen, um etwaige Fehler bei den Anforderungen zu korrigieren und den Funktionsumfang jeder Anforderung zu überprüfen. Nach der Überprüfung durch den Analysten wird die Schätzung zu einer genauen Messung, die dann für das Outsourcing von Softwareentwicklungsarbeiten zum Festpreis verwendet werden kann.
COSMIC Funktionsdimensionierung
Im Laufe der Jahre wurden mehrere Varianten der funktionalen Größenmetrik entwickelt. Nur fünf davon haben die ISO-Anerkennung erreicht (COSMIC, IFPUG, Mark II, NESMA und FiSMA). IFPUG, Mark II, NESMA und FiSMA sind sich alle insofern ähnlich, als sie vom ursprünglichen Regelsatz abgeleitet sind, den Allan Albrecht in den 1980er Jahren bei IBM erstellt hat. Die KOSMISCHE funktionale Größenmethodik wurde aus früheren Methoden entwickelt und speziell darauf ausgelegt, deren Mängel zu beheben. Die wichtigsten Vorteile, die die COSMIC-Dimensionierungsmethode für moderne Software relevanter machen, sind:
- Es basiert auf Softwareprinzipien und befasst sich elegant mit miteinander verbundenen Softwareschichten und Softwarearchitekturen.
- Schätzungen und Messungen können vorgenommen werden, bevor alle Anforderungen bekannt sind, was sich hervorragend für die agile Entwicklung eignet.
- Es wurde automatisiert und erfordert daher nur einen vernachlässigbaren Lernaufwand.
Story Points sind in allen Agile-Projekten weit verbreitet; sie sind ein teamspezifisches Proxy-Maß für den Aufwand. Jedes Team hat ein gemeinsames Verständnis von der Größenordnung eines Story Points – normalerweise in der Größenordnung von einigen Stunden Aufwand –, obwohl es keine strengen Regeln gibt. Story Points sind keine universelle Währung; sie sind kein Standard und können nicht zuverlässig zum Vergleich von Teams oder Projekten verwendet werden. Story Points sind ein nützlicher interner Indikator für den erwarteten Aufwand, wenn keine anderen Mittel zur Schätzung verfügbar sind. Function Points sind jedoch universell, Standard und sowohl für die Agile-Entwicklung als auch für jede andere Entwicklungsmethode äußerst anwendbar. Klicken Sie hier, um mehr über die Vorzüge von CFP im Vergleich zu Story Points zu erfahren.
Größe ist der Eckpfeiler der Softwarebewertung
Sobald Sie die funktionale Größe in COSMIC-Funktionspunkten (CFP) kennen, können Sie schnell andere Kennzahlen festlegen, die in direktem Zusammenhang mit der Größe stehen, wie z. B. Kosten, Aufwand und Zeitplan. Nachdem die Größe in CFP festgelegt wurde, können Sie Branchenumrechnungswerte verwenden, die Funktionspunkte diesen Kennzahlen zuordnen. Anstatt Branchenumrechnungen zu verwenden, können Sie Ihre eigenen historischen Projektdaten verwenden, um Ihre eigenen Geschwindigkeitsbenchmarks festzulegen.
Agile Schätzung
Anstatt Zeit mit der Diskussion von Story Points oder dem Spielen mit Fibonacci-Karten zu verschwenden, sind wir der Meinung, dass agile Schätzungen idealerweise durch funktionale Größenbestimmung mit COSMIC FP erreicht werden. Das bedeutet, dass Sie Folgendes besser schätzen können:
- Geschwindigkeit (durchschnittliche CFPs, die pro Woche geliefert werden)
- Zeitplan (Anzahl der Wochen, die für die Lieferung benötigt werden)
- Kosten (Gesamtkosten für Entwurf, Entwicklung, Test und Lieferung)
- Bemühung (Aufwand zum Entwerfen, Entwickeln, Testen und Bereitstellen erforderlich)
- Qualität (Fehlerpotenziale für jeden Bestandteil der Lieferung)
Wie schnell können Sie Schätzungen ableiten?
Manuell kann ein kompetenter Analyst Function Points mit einer Rate von mehreren hundert FPs pro Tag messen (was Software im Wert von Hunderttausenden von Dollar entspricht), obwohl dies von der Qualität und Klarheit der Anforderungen und Spezifikationen abhängt. Die Geschwindigkeit hängt auch von der Erfahrung und den Fähigkeiten des Analysten ab. Mit ScopeMaster können Sie erwarten, diese Regeln zu erreichen: viermal schneller.

Schätzen beim Schreiben von User Stories in Jira
Mithilfe der ScopeMaster Story Analyzer für Jirakönnen Sie die funktionale Größe Ihrer Storys schätzen, ohne Jira zu verlassen. Der Text Ihrer User Story wird von der leistungsstarken Sprach-Engine von ScopeMaster analysiert, um die funktionale Absicht und die funktionale Größe zu erkennen.
Die Größe ist nicht der einzige Faktor, der die Softwarekosten und den Zeitplan bestimmt, abert es ist das wichtigste. Entdecken Sie den Werte und Einblicke aus der automatisierten Funktionsdimensionierung durch unsere Broschüre:
Für diejenigen, die Schätzungen für schädlich, unwichtig oder einfach zu schwierig halten, lesen Sie Steve McConnells hervorragenden Artikel darüber, warum Schätzung ist eine wichtige und wertvolle Fähigkeit, die Projektmanager benötigen.
Probleme mit Story Points und T-Shirts
- Inkonsistent
- Spielbar
- Nichtlinear
Story Points sind eine teambasierte Meinung über den Aufwand, der aus Sicht eines Entwicklers erforderlich sein könnte, um Software zu erstellen. Story Points sind im Wesentlichen ein Proxy für Aufwandsschätzungen, z. B. könnte ein Story Point dem Äquivalent eines idealen Mitarbeiters entsprechen, der an einem idealen Tag arbeitet. Sie sind höchst subjektiv und hängen von den Meinungen des Teams ab. Darüber hinaus variieren sie von Team zu Team und sogar innerhalb desselben Teams im Laufe der Zeit. Aufgrund ihrer Inkonsistenz und Spielbarkeit sind sie als zuverlässige technische Messgröße unpraktisch.