Softwarekostenschätzung - Warum nicht??

Manchmal habe ich das Gefühl, nicht in der gleichen Welt zu leben wie alle anderen. ich war (und bin), an der professionellen Software-Schätzung beteiligt, Benchmarking, und Vertragsprozesse für fast die Hälfte meines Lebens, Und trotzdem haben die meisten Leute, mit denen ich spreche, keine Ahnung, worum es geht. Vor allem das „Groovy“., Cool, neu, jung, „Super chillige Youngster-Generation“, hat keine Ahnung, wovon ich spreche. „Softwareschätzungen sind schwierig, und geht immer schief, Warum also überhaupt versuchen??’ ‘#Noestimates’, Schauen Sie es sich auf Twitter an, es ist eine echte Sache. Und diese Leute meinen es ernst! Sie glauben an die Kraft des Teams. Das ist leichter gesagt als getan, wenn Sie ein Unternehmen führen müssen. Wie ein enger Freund von mir, der für einen großen internationalen Systemintegrator arbeitet, sagt es mir immer: „Kein Kunde hat uns jemals eine Million Dollar mit der Bitte gegeben, irgendeine Softwarelösung zu entwickeln.“, solange es einen gewissen Geschäftswert bringt‘. Ich ärgere mich einfach so sehr, wenn Leute sagen, dass Softwareschätzungen in der agilen Welt der Bereitstellung nicht mehr notwendig seien. es ist, und noch mehr als zuvor!

Agile Teams nutzen häufig Story Points, eine willkürliche Maßeinheit für den Aufwand, die sich auf einen bestimmten Arbeitsaufwand bezieht. Story Points sind nicht wiederholbar, nicht nachweisbar, nicht objektiv und nicht vertretbar. Aber die agile Community scheint es zu schaffen, das IT-Management auf diesem Planeten davon zu überzeugen, dass auf Story Points basierende Metriken nützlich sind, um Managemententscheidungen zu unterstützen.

Es ist wirklich so, als hätte jemand die Maler auf der Welt davon überzeugt, „Wandpunkte“ anstelle einer standardisierten Metrik wie Quadratmeter zu verwenden, um die Größe der Wände zu messen und ihre Wandmalerarbeiten abzuschätzen. Ich glaube nicht, dass viele Leute ein Zitat wie „Ich berechne Ihnen etwas“ akzeptieren würden $ 100 pro Wandpunkt‘, Recht? Macht einfach keinen Sinn, da die Anzahl der Wandpunkte niemals objektiv gemessen werden kann, da es nicht standardisiert ist. Um ein Zitat wie „$ 100 „pro Quadratmeter“ macht durchaus Sinn, weil es standardisiert ist, und daher transparent, vorhersehbar und vertretbar.

 

Erst heute, Ich habe mit gesprochen 2 verschiedene Kundenorganisationen, Beide beschweren sich, dass ihr Lieferant, agil arbeiten, Den Aufwand für die Implementierung einer „Must-Have“-Software völlig unterschätzt, Dies führt zu erheblichen Kosten- und Terminüberschreitungen. Wie ist das im agilen Umfeld überhaupt möglich?, du fragst? Sehr einfach! Obwohl der Umfang variabel sein soll, Organisationen benötigen immer noch einen bestimmten Mindestsatz an Funktionalität (und nicht funktionsfähig) Benutzeranforderungen müssen irgendwann fertig sein und umgesetzt werden, und sie stellen dafür auch ein gewisses Budget bereit, weil sie die Finanz- und Rechnungslegungsgesetze einhalten müssen. Wenn Sie den Aufwand unterschätzen (Und das werden Sie, wenn Sie nur Expertenschätzungen verwenden!), Das Team wird zu klein und die Software wird nicht bereit sein, wenn sie sein sollte.

Die Schätzung der Softwarekosten ist immer noch sehr relevant, auch in agilen Zeiten. Auf der Jahrestagung der International Cost Estimation and Analysis Association (ICEAA), letzten Juni in Phoenix (DER, USA), ICEAA und Nesma haben den Software Cost Estimation Body of Knowledge eingeführt (sCEBoK). In dieser Konferenz, Über 450 Kostenschätzer von Organisationen wie Boeing, NASA, Lockheed Martin, US-Marine, etc. einberufen, um professionelle Kostenschätzungspraktiken zu diskutieren, auch bezüglich Software. Für sie ist es keine Option, sich hinter willkürlichen Story Points zu verstecken, Sie müssen internationale Standards und Best Practices einhalten, um sicherzustellen, dass die Schätzung so genau ist, aber auch so vertretbar wie möglich.

Als soziales Experiment, Ich beschloss, in mehreren LinkedIn-Gruppen eine Nachricht zu veröffentlichen, um die Branche über die Nesma/ICEAA-Initiative zu informieren, und ich war besonders gespannt auf die Reaktionen der Gruppe „Agile und schlanke Softwareentwicklung“., das ist vorbei 140.000 Mitglieder. Der Text:

„Die Prozesse zur Schätzung der Reife sind im Durchschnitt immer noch recht niedrig.“. Nach wie vor werden große Summen verschwendet, weil Projekte nicht professionell geschätzt wurden, Dies führt zu Kosten- und Terminüberschreitungen. Eines der branchenweiten Probleme ist die Tatsache, dass der Beruf des Softwarekostenschätzers oft nicht anerkannt ist. In vielen Organisationen, Schätzungen basieren auf Erfahrungen und Meinungen voreingenommener menschlicher Experten, anstatt auf relevanten historischen Daten und parametrischen Modellen zu basieren. Nesma und ICEAA (Internationale Vereinigung für Kostenschätzung und -analyse) arbeiten gemeinsam an der Erstellung eines Schulungsplans und einer Zertifizierung für „Software Cost Estimator“, eine professionelle Rolle für die Schätzung softwarebezogener Aktivitäten und Produkte.

In Zusammenarbeit mit einer Reihe unterstützender Organisationen und Fachleuten der Branche, Nesma und ICEAA haben zusammengearbeitet, um einen Wissensbestand zur Softwarekostenschätzung zu entwickeln (sCEBoK). Im Einklang mit den Schulungs- und Zertifizierungsprogrammen verfügt die ICEAA bereits über Kostenschätzungen, Ziel ist die Entwicklung eines Schulungs- und Zertifizierungsprogramms speziell für den Software-Kostenschätzer. Es ist geplant, nächstes Jahr auf der ICEAA-Konferenz im Mai die ersten professionellen Software-Kostenschätzer zertifizieren zu lassen 2019 in Tampa, FL und im November beim IWSM 2019 in Haarlem, die Niederlande'

Bitte schauen Sie es sich an, wenn Sie die Möglichkeit haben: https://www.linkedin.com/groups/37631/37631-6422686037318860800

 

Es ist wirklich unglaublich, was diese Gemeinschaft von Praktikern über die Kostenschätzung von Software denkt. Nur einige der Reaktionen:

„Warum sollten wir reifer werden und unsere Zeit verschwenden??‘

„Nie beeindruckt von genauen Schätzungen neuer Entwicklungen.“

„Tut mir leid, wenn das sarkastisch rüberkommt.“, Aber Sie haben eine schickere Kristallkugel erfunden, um präzisere Zufallszahlen zu erzeugen.“

„Ich denke, es ist besser, wenn Sie das den Wasserfall- und Projektmanager-Communities vortragen, denn die agilen Communities werden darüber nur lachen.“

„Ich habe in dieser Gruppe verdammten Pferdemist gesehen.“, aber das ist die Spitze des Stapels‘

„Planen Sie, was Sie sich leisten können.“. Lassen Sie Ihre Teams kontinuierlich liefern, damit Sie sehen können, was Sie für Ihr Geld bekommen. Kontinuierlich verbessern. Wenn Sie nicht genug Wert erhalten, Grundursache warum. „

„Noch eine Zertifizierung, die Hoffnungsträger kaufen können.“… Genau das, was diese Branche braucht.“

 

Und viele weitere harte und unfaire Kommentare, von der Community, die sich offenbar überhaupt nicht um die finanziellen Auswirkungen der Softwareentwicklung kümmert (obwohl es auch einige unterstützende Kommentare gab, ich muss zugeben).

Führungskräfte auf diesem Planeten, Bitte nehmen Sie diese Reaktionen zur Kenntnis, da sie die wahren Gefühle und Überzeugungen vieler Praktiker in der Branche verkörpern. Sie haben wirklich das Gefühl, dass sie keiner Schätzung bedürfen (denn es ist sowieso nicht ihr Geld) und sie wollen für nichts verantwortlich sein, Geschwindigkeit in „zufällig“ ausdrücken, nicht wiederholbar, nicht standardisierte willkürliche Maßeinheiten (z.B., Story-Punkte)“ und somit niemals für irgendetwas verantwortlich sein. Agile Teams mit Geld zu überschütten und auf das Beste zu hoffen, mag in manchen Fällen funktionieren, wird Sie aber in den meisten Fällen enttäuschen! „Software ist ein R.“&D Prozess und Ergebnisse sind unvorhersehbar!' Das ist nicht wahr! Eine Softwareschätzung ist nicht einfach, aber es kann auf genaue Weise durchgeführt werden, So konnten viele Termin- und Budgetüberschreitungen verhindert werden, wie wir heute sehen!

Eigentlich, Das ist das Grundproblem der gesamten Softwareindustrie. Indem wir leugnen, dass es möglich ist, die Größe der Softwareanforderungen mithilfe internationaler Standards genau zu messen, Der Schätzreifegrad bleibt gering. Wenn Sie die Arbeit von Professor Abran studieren, zum Beispiel seine Studie über die Vorhersagekraft von Story Points im Vergleich zur funktionalen Größenmessung (https://tinyurl.com/y9jf98tq), Sie sehen, dass selbst die willkürliche Maßeinheit für den Aufwand, die für Teams erfunden wurde, unvergleichbar und nicht rechenschaftspflichtig bleibt (Story-Punkte), hat bei der Softwareschätzung bei weitem nicht so viel Vorhersagekraft wie die funktionale Größenmessung.

Die grundlegende Frage bleibt: Glauben die Führungskräfte dieser Welt, die mit agilen Teams zu tun haben, das wirklich weiterhin?? Irgendwann könnte man meinen, dass sie begreifen, dass sie dazu betrogen werden, noch mehr Geld auf die Teams zu werfen, was zu fragwürdigen Ergebnissen führt: weniger Funktionalität als erwartet/erforderlich, schlechtere Qualität, höhere Kosten, vor allem in der Wartung.

ICEAA und Nesma sind zuversichtlich, dass der zertifizierte Software-Kostenschätzer zu einem echten Beruf in der Branche werden wird, Dies wird Unternehmen dabei helfen, ihre Prozessreife in Bezug auf Schätzungen zu verbessern, Kontrolle, Leistungsmessung, Benchmarking und Beschaffung. Der Software Cost Estimator hilft IT-Führungskräften dabei, ihre agilen Bereitstellungsteams im Griff zu behalten, ohne die Teams mit Overhead und Verschwendung zu belasten, und gleichzeitig genügend Transparenz bieten, um fundierte Entscheidungen zu treffen.

Teile diesen Beitrag auf:

Hinterlasse eine Antwort