Die Softwaregröße ist der größte Faktor für den Aufwand oder die Kosten eines Softwareprojekts.
Eine konsistente Softwaredimensionierung kann alle Aspekte des Softwareportfoliomanagements unterstützen
Softwareschätzung und zwar konkret Agile Softwareschätzung gilt als schwierig und ist sicherlich notorisch unzuverlässig. Für fundierte Investitionsentscheidungen und eine effektive Planung sind jedoch verlässliche Schätzungen unerlässlich.
Die Schätzung der Softwaregröße (und damit der Kosten und des Zeitplans) ist wichtig, um Managern eine Vorstellung davon zu geben, wie viel sie kosten und wie lange sie dauern wird. Manager und Führungskräfte stehen ständig vor schwierigen Entscheidungen rund um die 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 so zu entwickeln, dass sie entsprechend planen können. Von ihnen wird erwartet, dass sie verlässliche Entscheidungen über Prioritäten und Personalzuteilung treffen, tun dies jedoch oft ohne zuverlässige Software-Einschätzung des benötigten Zeit- und Arbeitsaufwands.
Die meisten Softwareexperten glauben, dass es unmöglich ist, die Arbeit an der Softwareentwicklung abzuschätzen, oder dass sie sehr zeitaufwändig ist. Das ist nicht so.
Warum sind Entwicklerschätzungen unzuverlässig?
Entwickler weigern sich oft, Kostenvoranschläge anzubieten, manchmal weil sie befürchten, dass ihre Kostenvoranschläge als Verpflichtungen behandelt werden könnten. Außerdem widersetzen sie sich einer zu detaillierten Größenanalyse im Vorfeld, falls die Anforderungen nicht umgesetzt werden. Die Schätzung in Story Points (mittels Planungspoker) ist in agilen Teams eine gängige Praxis. Doch trotz seiner Beliebtheit ist dieser Ansatz fehlerhaft und kann oft um Größenordnungen verfehlt werden. Story Points sind ein hilfreiches Mittel, um innerhalb des Teams darüber zu kommunizieren, wie schwierig eine Aufgabe sein könnte. Aber das ist alles! Sie sind leicht zu manipulieren, spielbar, inkonsistent und für die meisten Zwecke bedeutungslos.
Es ist natürlich, zu unterschätzen
Entwickler unterschätzen fast immer den Zeit- und Arbeitsaufwand, der tatsächlich für die Bereitstellung von Software erforderlich ist. Es liegt in der Natur des Menschen, dies zu tun. Sie berücksichtigen nur die Faktoren, die ihnen bekannt sind, und doch gibt es bei Software oft Unbekannte, die zu Verzögerungen führen, Thesen werden in der technischen Schätzung selten berücksichtigt. Darüber hinaus sind die anfänglichen Vorschläge der Entwickler in der Regel niedrig, um „die Arbeit zu gewinnen“.
Die Softwareindustrie muss es besser machen
Eine schlechte Schätzung ist eine der Hauptursachen für das Scheitern großer Projekte. Es ist Aufgabe der Branche, die Softwareschätzung (Aufwand, Kosten und Dauer) zu verbessern. Mit zuverlässigeren Frühschätzungen der Softwarearbeit können früher bessere Entscheidungen getroffen und unnötige Verzögerungen vermieden werden.
Wie kann man die Softwarearbeit zuverlässig einschätzen?
Bis zu 60 Faktoren können den Zeit- und Arbeitsaufwand für die Entwicklung von Software beeinflussen (z. B. Komplexität, Arbeitsumgebung, Unterstützung durch Führungskräfte, technische Erfahrung, Volatilität der Anforderungen). Der Der wichtigste Faktor ist die Größe, konkret funktionale Größe. (Lassen Sie Ihre Story-Punkte vorerst beiseite, da sie kein Maß für die Größe, sondern eine Pseudo-Aufwandschätzung sind.)
Eine zuverlässige Softwaredimensionierung ist möglich – und auch nicht so schwer.
Schätzen Sie zunächst die funktionale Größe der Software
Sobald Sie das wissen funktionell Größekönnen Sie schnell gültige Schätzungen für andere Dimensionen ableiten, wie zum Beispiel:
- Personal benötigt
- Kosten
- Zeit, sich zu entwickeln
- Tests, die zur Erzielung einer geeigneten Qualität erforderlich sind
- und viele mehr
Was ist funktionale Größe?
Die funktionale Größe ergibt sich aus der funktionalen Größenmessung (FSM). Es handelt sich um eine ausgereifte und bewährte standardisierte Technik zur Softwaredimensionierung. es ist ein formelle Ingenieurpraxis, die von den ISO-Normungsgruppen genehmigt wurde. Es ist unabhängig von der Technologie und der Entwicklungsmethodik. Die funktionale Größe ist ein universelles Maß, das für alle Arten von Software gilt. Es gilt als aus der Benutzerperspektive. Es ist objektiv und gültig und konsistent. Zwei Personen, die die Funktionsgröße messen, sollten jedes Mal die gleiche Zahl ermitteln. Die Maßeinheit ist der Funktionspunkt, genauer gesagt der KOSMISCHE Funktionspunkt oder CFP. Der CFP kann allein aus Anforderungen und Spezifikationen (exakt) geschätzt oder gezählt werden. Die funktionale Größe ist unabhängig von der Programmiersprache, mit der sie entwickelt wurde. FSM gibt es schon seit vielen Jahren und hat sich als das zuverlässigste Maß für die Softwaregröße erwiesen. Mit FSM können Sie die Größe vor, während und nach dem Schreiben des Codes schätzen oder messen.
Kann ich lernen, die Softwaregröße schnell abzuschätzen?
Ja, Sie können in ein paar Tagen oder weniger lernen, Software zu dimensionieren (richtig unter Verwendung eines funktionalen Dimensionierungsstandards). Sie können in nur wenigen Wochen die volle Kompetenz und Zertifizierung erlangen. Es kann länger dauern, zu lernen, wie man den Wert der Messung nutzen kann, aber dafür gibt es erfahrene Berater. ScopeMaster übernimmt hier die schwere Arbeit, sodass die Verwendung von ScopeMaster Ihr Lernen und Ihre Softwareschätzung beschleunigt!
Kann ich die Softwareschätzung automatisieren?
Ja. ScopeMaster ist das erste und einzige Tool zur zuverlässigen Schätzung der Funktionsgröße direkt und automatisch aus schriftlichen Anforderungen. Aber vertrauen Sie uns nicht nur beim Wort. Experten und Wissenschaftler auf der ganzen Welt sind sich einig, dass ScopeMaster® ein bahnbrechendes automatisiertes Dimensionierungstool ist: Akademische Validierung von ScopeMaster als automatisiertes Dimensionierungstool.
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
Das Tolle daran, die Größe vor dem Codieren zu kennen, besteht darin, dass Sie die richtige Menge an Zeit und Geld für die Erledigung der Arbeit einplanen können. Allein durch die Kenntnis der Größe können Sie bei einem größeren Softwareprojekt normalerweise 10% oder mehr einsparen, manchmal sogar mehr.
Wenn Sie damit beginnen möchten effektive und schnelle Softwareschätzung, Nutzen Sie ScopeMaster, um die COSMIC-Funktionspunkte direkt und sofort aus Ihren Anforderungen oder User Stories abzuschätzen.
Automatisierte Softwareschätzung mit ScopeMaster
ScopeMaster wurde als Tool zur Automatisierung der Büroarbeit zur Messung der funktionalen Größe von Software anhand der Anforderungen konzipiert. „Der Grund, warum ich mir vorgenommen habe, ein Tool dafür zu schreiben, liegt darin, dass ich als Software-Projektmanager das gefunden habe funktionale Größe ist der wichtigste Faktor, den ich brauche, um ein Projekt erfolgreich zu managen.“ Colin Hammond, Gründer.
ScopeMaster interpretiert die funktionale Absicht der User Story oder der Softwareanforderung und ist daher in der Lage, dies zu tun Automatisieren Sie die funktionale Größenbestimmung, die dann weiterverwendet werden kann Einschätzung der Softwareentwicklung.
ScopeMaster ist nicht nur viel schneller als die manuelle Messung (mindestens viermal schneller), es kostet auch wesentlich weniger als die manuelle Dimensionierung, zertifizierte Zähler sind rar und ScopeMaster nimmt Ihnen einen Großteil der mühsamen Arbeit ab. ScopeMaster „liest“ die Anforderungen, interpretiert die funktionale Absicht und dimensioniert sie dann entsprechend. Die Größe kann auf etwa 3 CFP pro Sekunde geschätzt werden. Sie könnten einen Anforderungssatz von 1.000 CFP (etwa $1m an ausgelagerter Software) in etwa 2 oder 3 Minuten dimensionieren. Anschließend können Sie die Ergebnisse überprüfen, um a) etwaige Anforderungsfehler zu korrigieren und b) die funktionale Größe jeder Anforderung zu überprüfen. Nach der Überprüfung durch den Analysten wird die Schätzung zu einer genauen Zählung/Messung, die sogar für die Auslagerung von Softwareentwicklungsarbeiten zum Festpreis verwendet werden kann.
KOSMISCHE funktionale Größenbestimmung
Im Laufe der Jahre wurden verschiedene Variationen der funktionalen Größenmetrik erstellt. Nur fünf haben die ISO-Anerkennung erhalten (COSMIC, IFPUG, Mark II, NESMA und FiSMA). IFPUG, Mark II, NESMA und FiSMA ähneln sich alle darin, dass sie von dem ursprünglichen Regelsatz abgeleitet sind, der von Allan Albrecht in den 1980er Jahren bei IBM erstellt wurde. Der KOSMISCHE funktionale Größenmethodik wurden aus früheren Methoden entwickelt und sind speziell darauf ausgelegt, deren Mängel zu beheben. Die wichtigsten Vorteile, die die COSMIC-Sizing-Methodik 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 durchgeführt werden, bevor alle Anforderungen bekannt sind – sehr gut geeignet für die agile Entwicklung.
- Es wurde automatisiert und erfordert daher nur einen vernachlässigbaren Lernaufwand.
Story Points sind in allen agilen Projekten weit verbreitet, sie sind ein teamspezifisches Proxy-Maß für den Aufwand. Jedes Team hat ein gemeinsames Verständnis über die Größe eines Story Points. Der Aufwand liegt normalerweise in der Größenordnung von ein paar Stunden, es gibt jedoch keine strengen Regeln. Story Points sind keine universelle Währung. Sie stellen keinen Standard dar und können nicht zuverlässig zum Vergleich von Teams oder Projekten herangezogen werden. Story Points sind ein nützlicher interner Indikator für den erwarteten Aufwand, wenn keine andere Möglichkeit zur Schätzung verfügbar ist. Funktionspunkte sind jedoch universell, Standard und in hohem Maße auf die agile Entwicklung anwendbar, ebenso wie auf jede andere Entwicklungsmethodik. Klicken Sie hier, um mehr über die Vorzüge von CFP im Vergleich zu Story Points zu erfahren
Größe ist der Eckpfeiler der Softwareschätzung
Sobald Sie die funktionale Größe in COSMIC Function Points (CFP) kennen, können Sie schnell andere Metriken ermitteln, die in direktem Zusammenhang mit der Größe stehen, wie z. B. Kosten, Aufwand und Zeitplan. Sobald die Größe in CFP festgelegt ist, können Sie Branchenumrechnungswerte verwenden, die Funktionspunkte Aufwand, Kosten und Zeitplan zuordnen. Anstatt Branchenumrechnungen zu verwenden, können Sie Ihre eigenen historischen Projektdaten verwenden, um Ihre eigenen Geschwindigkeits-Benchmarks zu erstellen.
Agile Schätzung
Anstatt Zeit damit zu verschwenden, Story Points zu besprechen oder mit Fibonacci-Karten zu spielen. Agile Schätzungen lassen sich unserer Erfahrung nach am besten über die funktionale Dimensionierung mit COSMIC FP erreichen.
Was können Sie anhand der Größe abschätzen?
- 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 Funktionspunkte mit einer Rate von etwa 100–500 FP pro Tag zählen (messen) (ca. $100k – $500k Software). Dies hängt von der Qualität und Klarheit der Anforderungen und Spezifikationen ab. Die Geschwindigkeit hängt auch von der Erfahrung und den Fähigkeiten des Analytikers ab. Mit ScopeMaster können Sie davon ausgehen, dass Sie diese Regeln etwa viermal schneller umsetzen.
Schätzen, während Sie User Stories schreiben
Mit dem ScopeMaster Story Analyzer für Jira können Sie die funktionale Größe Ihrer Storys abschätzen, ohne Jira zu verlassen. Der Text Ihrer User Story wird von der leistungsstarken Sprach-Engine von ScopeMaster analysiert, um die funktionale Absicht und funktionale Größe zu ermitteln.
Benchmarking mit ScopeMaster
Nehmen Sie einige frühere Projekte und fügen Sie deren Anforderungen in ScopeMaster ein, um die funktionale Größe zu erhalten. Da Sie die Kosten des vergangenen Projekts bereits kennen, können Sie nun den Aufwand und den Zeitplan des neuen Projekts abschätzen.
Die Größe ist nicht der einzige Faktor, der die Softwarekosten und den Zeitplan bestimmt, aber sie ist der wichtigste. Und das beste Maß für die Größe ist der KOSMISCHE Funktionspunkt.
Probleme mit Story Points
- Inkonsistent
- Spielbar
- Nichtlinear
Story Points sind eine teambasierte Meinung über den Aufwand, der aus der Sicht eines Entwicklers erforderlich sein könnte, um eine Software zu erstellen. Story Points sind im Wesentlichen ein Indikator für Aufwandsschätzungen, z. B. könnte ein Story Point einem idealen Personentag entsprechen. Sie sind höchst subjektiv und abhängig von der Meinung des Teams. Sie variieren von Team zu Team und sogar im Laufe der Zeit innerhalb desselben Teams. Ihre Inkonsistenz und Spielfähigkeit machen sie als zuverlässige technische Messgröße unbrauchbar.
Für diejenigen, die Schätzungen für schädlich, unwichtig oder einfach zu schwierig halten, lesen Sie Steve Mconnells hervorragenden Artikel über die Gründe dafür Schätzung ist eine wichtige und wertvolle Fähigkeit, die Projektmanager benötigen.
Beratung im Internet:
Gut:
