Die Softwaregröße ist der wichtigste Faktor für Aufwand und Kosten eines Softwareprojekts. Wenn Sie die Größe des Projekts kennen, können Sie bessere, datenbasierte Entscheidungen treffen, die wiederum zu höheren Erfolgsquoten führen.
Eine konsistente Softwaredimensionierung kann alle Aspekte des Softwareportfoliomanagements unterstützen
Softwareschätzung– und zwar Agil Software-Schätzung– gilt als schwierig und notorisch unzuverlässig, doch für fundierte Investitionsentscheidungen und eine wirksame Planung sind zuverlässige Schätzungen unverzichtbar.
Die Schätzung der Softwaregröße (und damit der Kosten und des Zeitplans) ist wichtig, um Managern ein Verständnis dafür zu vermitteln, wie viel es kosten und wie lange es dauern wird. Manager und Führungskräfte stehen ständig vor schwierigen Entscheidungen bezüglich der Softwarearbeit. Bei größeren Projekten werden Budgets und Zeitpläne 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önnen. Von ihnen wird erwartet, dass sie verlässliche Entscheidungen über Prioritäten und Personalzuteilung treffen, obwohl sie dies häufig ohne zuverlässige Softwareschätzungen des erforderlichen Zeit- und Arbeitsaufwands tun.
Die meisten Softwareexperten glauben, dass der Aufwand für die Softwareentwicklung nicht abschätzbar ist oder dass er sehr zeitaufwändig ist. Dies ist jedoch nicht unbedingt der Fall.
Warum sind Entwicklerschätzungen unzuverlässig?
Entwickler weigern sich manchmal, Aufwandsschätzungen abzugeben, oft weil sie befürchten, dass ihre Schätzungen als Verpflichtungen missverstanden werden könnten. Sie weigern sich, im Vorfeld zu viele detaillierte Größenanalysen vorzunehmen, falls die Anforderungen nicht umgesetzt werden. Aufwandsschätzungen in Story Points (mithilfe von Planning Poker) sind in Agile-Teams eine gängige Praxis. Sie sind ziemlich zeitaufwändig und eine Quelle vieler unnötiger Diskussionen. Trotz ihrer Beliebtheit ist dies ein fehlerhafter Ansatz. Sie sind zwischen Teams und sogar innerhalb von Teams im Laufe der Zeit inkonsistent. Sie sind sehr manipulierbar, was bedeutet, dass Teammitglieder ihre Punkte ihren Absichten entsprechend manipulieren können. Der Vorteil von Story Points besteht darin, dass sie die Kommunikation erleichtern innerhalb dem Team, wie schwierig etwas zu tun sein könnte. Insgesamt empfehlen wir sie nicht, da sie inkonsistent, manipulierbar, missbrauchbar, manipulierbar und für die meisten Zwecke bedeutungslos sind.
Darüber hinaus 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.
Schlechte Schätzungen führen zu schlechten Geschäftsentscheidungen und werden oft als eine der Hauptursachen für das Scheitern großer Projekte genannt. Projektleiter müssen Softwareprojekte vor der Investition schätzen, damit sie das Gesamtkosten-Nutzen-Verhältnis der Initiative bestimmen können.
Durch frühere und zuverlässigere Schätzungen des Softwareaufwands können bessere Entscheidungen getroffen und Projektkatastrophen vermieden werden.
Wie können wir also die Leistung einer Software zuverlässig 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. Wenn Sie die funktionale Größe kennen, können Sie schnell gültige Schätzungen für andere Dimensionen ableiten, beispielsweise:
Sobald Sie das wissen funktionell Größekönnen Sie schnell gültige Schätzungen für andere Dimensionen ableiten, wie zum Beispiel:
- Personalbesetzung
- Kosten
- Entwicklungszeit
- 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 Software-Dimensionierung, 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 aus der Perspektive des Benutzers betrachtet. Vor allem anderen ist die funktionale Größe objektiv, gültig und konsistent – mit anderen Worten, zwei Personen, die die funktionale Größe messen, sollten jedes Mal auf die gleiche Zahl kommen. Die Maßeinheit ist der Funktionspunkt; genauer gesagt ist es der COSMIC-Funktionspunkt (oder CFP), der ausschließlich und präzise anhand von Anforderungen und Spezifikationen geschätzt oder gezählt werden kann. FSM gibt es schon seit vielen Jahren und hat sich als das zuverlässigste Maß für die Softwaregröße erwiesen, mit dem Sie die Größe vor, während und nach dem Codierungsprozess schätzen oder messen können.
Kann ich lernen, die Softwaregröße schnell abzuschätzen?
Ja, Sie können lernen, Software richtig zu dimensionieren (mithilfe eines funktionalen Dimensionierungsstandards) und das in ein paar Tagen oder weniger. Sie können in nur wenigen Wochen die volle Kompetenz erlangen und zertifiziert sein. Es kann länger dauern, bis Sie lernen, wie Sie den Wert der Messung nutzen können, aber dafür gibt es erfahrene Berater. ScopeMaster übernimmt hier die Schwerstarbeit, sodass die Verwendung von ScopeMaster Ihren Lernprozess beschleunigt und die standardisierte Schätzung automatisiert!
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.
Wenn Sie mit der effektiven und schnellen Softwareschätzung beginnen möchten, verwenden Sie ScopeMaster, um die COSMIC-Funktionspunkte direkt und sofort anhand Ihrer Anforderungen oder Benutzergeschichten zu schätzen. Zusammen mit ScopeMaster bringen Sie durch die automatisierte Funktionsgrößenmessung Sicherheit in Ihre Softwarearbeit.
Weitere Informationen zur funktionellen Größenmessung von COSMIC finden Sie unter https://www.cosmic-sizing.org.
ScopeMaster kann die Softwaregrößenschätzung in COSMIC-Funktionspunkten und IFPUG-Funktionspunkten (beides ISO-Standards) direkt und sofort aus Ihren Anforderungen oder Ihrem User-Story-Backlog automatisieren.
Automatisierte Software-Kostenvoranschläge mit ScopeMaster
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 der Softwareanforderung und ist somit in der Lage, die funktionale Dimensionierung zu automatisieren, die dann für weitere 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 funktionalen Umfang 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 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 aus dem ursprünglichen Regelwerk abgeleitet sind, das Allan Albrecht in den 1980er Jahren bei IBM erstellt hat. Die COSMIC-Funktionsgrößenmethodik entwickelte sich aus früheren Methoden, die speziell darauf ausgelegt waren, deren Mängel zu beheben. Die wichtigsten Vorteile, die COSMIC-Dimensionierungsmethodik Für moderne Software relevanter 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.
Die Kenntnis der Größe ist für ein zuverlässiges Softwareprojektmanagement von entscheidender Bedeutung
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.
Mühelose 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.
Benchmarking mit ScopeMaster
Nehmen Sie einige frühere Projekte und geben Sie deren Anforderungen in ScopeMaster ein, um die funktionale Größe zu ermitteln. Da Sie die Kosten des früheren Projekts bereits kennen, können Sie nun den Aufwand und den Zeitplan des neuen Projekts abschätzen.
Die Größe ist zwar nicht der einzige Faktor, der die Softwarekosten und den Zeitplan bestimmt, aber der wichtigste. Der beste Maßstab für die Größe ist der COSMIC-Funktionspunkt.
Für diejenigen, die Automatisierung für schädlich, unwichtig oder einfach zu schwierig halten, lesen Sie Steve McConnells ausgezeichneten Artikele auf warum Schätzung ist eine wichtige und wertvolle Fähigkeit, die Projektmanager benötigen.
Probleme mit Story Points
- 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.
Weiterführende Literatur