{"id":19889,"date":"2021-07-19T16:28:01","date_gmt":"2021-07-19T14:28:01","guid":{"rendered":"https:\/\/www.software-developer-india.com\/so-bewerten-sie-eine-software-kostenschaetzung-fuer-nicht-technische-personen\/"},"modified":"2021-07-20T12:11:33","modified_gmt":"2021-07-20T10:11:33","slug":"so-bewerten-sie-eine-software-kostenschaetzung-fuer-nicht-technische-personen","status":"publish","type":"post","link":"https:\/\/www.software-developer-india.com\/de\/so-bewerten-sie-eine-software-kostenschaetzung-fuer-nicht-technische-personen\/","title":{"rendered":"So bewerten Sie eine Software-Kostensch\u00e4tzung (f\u00fcr nicht-technische Personen)"},"content":{"rendered":"\n

So bewerten Sie eine Software-Kostensch\u00e4tzung (f\u00fcr nicht-technische Personen)<\/h2>\n\n\n\n
\"\"<\/a><\/figure><\/div>\n\n\n\n

Es ist ziemlich schwierig, ein Softwareprojekt zu bewerten und es mit einem Preisschild zu versehen.<\/p>\n\n\n\n

Im Artikel einige Herausforderungen und Vorgehensweisen bei der Bewertung von Softwarekostensch\u00e4tzungen.<\/p>\n\n\n\n

Einf\u00fchrung<\/strong><\/h3>\n\n\n\n

Laut dem oft zitierten Chaos-Report scheitern rund 30 Prozent aller Softwareprojekte. Das bedeutet, dass entweder die Projektlaufzeit zu lang wird oder das Budget nicht eingehalten wird.<\/p>\n\n\n\n

Hier einige Herausforderungen in Softwareprojekten:<\/p>\n\n\n\n

1) Schwierig, die genauen Anforderungen zu \u00fcberpr\u00fcfen<\/strong><\/h3>\n\n\n\n

Wenn Sie ein gro\u00dfes Haus nach Ma\u00df bauen m\u00f6chten, kann ein Preis nur festgelegt werden, wenn jeder Teil der Arbeit richtig bewertet wird. Bis zur letzten Schraube, die verwendet wird.<\/p>\n\n\n\n

Der Architekt erstellt einen Plan mit einem genauen Plan, wobei das ganze Haus entweder auf Papier oder heutzutage oft als 3D-Modell nachgebildet wird. Und in diesen Programmen kann berechnet werden, wie viele Schrauben usw. ben\u00f6tigt werden, um das Haus zu bauen.<\/p>\n\n\n\n

Mit diesen Informationen ist es m\u00f6glich, eine genaue Sch\u00e4tzung f\u00fcr das Hausbauprojekt abzugeben.<\/p>\n\n\n\n

Aber wir wissen auch: Bei sehr gro\u00dfen Bauvorhaben stimmen die Preissch\u00e4tzungen meist nicht. Und was 500 Millionen Euro kosten sollte, wird am Ende 5 Milliarden Euro oder mehr kosten. Der Berliner Flughafen, die Elbphilharmonie in Hamburg und der Hauptbahnhof in Stuttgart sind drei Beispiele, in den meisten F\u00e4llen wurden die Kosten um eine Milliarde Euro oder mehr gesenkt.<\/p>\n\n\n\n

Beim Stuttgarter Hauptbahnhof lag das Honorar f\u00fcr den Architekten bei rund 36 Millionen Euro. Obwohl der Architekt eine so hohe Summe bezahlt hat. Die Projektkostensch\u00e4tzung lag um rund 1 Milliarde Euro daneben.<\/p>\n\n\n\n

\u00c4hnliche Herausforderungen sind bei Softwareprojekten zu sehen.<\/p>\n\n\n\n

Vor allem, wenn an der Weitergabe der Anforderungen an das Software- oder Webprojekt auch nicht-technische Personen beteiligt sind. Normalerweise bestehen die Projektbeschreibungen nur aus wenigen Zeilen in einer E-Mail. Oder ein Telefonat, bei dem die gew\u00fcnschte L\u00f6sung skizziert wird.<\/p>\n\n\n\n

Einige Beispiel-Websites werden als Referenz angegeben. Nicht selten wurden diese Beispiel-Websites \u00fcber viele Jahre hinweg aufgebaut und kosteten Hunderttausende Euro, manchmal Millionen.<\/p>\n\n\n\n

Aber das Budget f\u00fcr die Webanwendung bzw. Softwarel\u00f6sung betr\u00e4gt ca. 4’000 bis 40’000 Euro und soll innerhalb von 2 Monaten, maximal 3 Monaten erstellt werden. (Das ist in der Regel der Wunsch der Nicht-IT-Person, die nach dem Preis fragt).<\/p>\n\n\n\n

Die Realit\u00e4t sieht so aus: Ohne ein detailliertes Anfragedokument des Auftraggebers, das etwa 10 bis 50 Seiten umfassen wird, und ein detailliertes Angebot, das vom IT-Unternehmen darauf basierend erstellt wird, kann kein Preis f\u00fcr das Projekt festgelegt werden.<\/p>\n\n\n\n

Und selbst wenn es ein genaues Angebotsdokument gibt. Normalerweise \u00e4ndern sich die Anforderungen w\u00e4hrend des Projekts, was diese \u00dcbung der Angebotserstellung, die Wochen dauern kann, zu einer unn\u00f6tigen Aufgabe macht.<\/p>\n\n\n\n

2) Ver\u00e4nderte Anforderungen w\u00e4hrend des Projekts<\/strong><\/h3>\n\n\n\n

Es gibt fast kein IT-Projekt, bei dem das anfangs zitierte Softwareprojekt w\u00e4hrend des Projekts gleich bleibt.<\/p>\n\n\n\n

Der Grund daf\u00fcr ist, dass der Kunde erst dann erkennt, wenn die Software Gestalt annimmt, dass einige wichtige Dinge fehlen, ohne die das Projekt kein Erfolg werden kann und die Software die Gesch\u00e4ftsprozesse nicht unterst\u00fctzen w\u00fcrde.<\/p>\n\n\n\n

Was aber, wenn ein Festpreis vereinbart wurde? Wie kann der IT-Dienstleister \u00c4nderungen w\u00e4hrend des Projekts zulassen. Das ist fast unm\u00f6glich, denn dann macht der IT-Dienstleister \u00fcberhaupt keinen Gewinn.<\/p>\n\n\n\n

Auf der anderen Seite wird der Kunde auf dem Festpreis bestehen und sagen: \u201eF\u00fcr diese kleine \u00c4nderung muss das Budget nicht ge\u00e4ndert werden. Diesen kleinen \u00c4nderungswunsch k\u00f6nnen Sie in das Erstangebot einf\u00fcgen.\u201c<\/p>\n\n\n\n

Und hier beginnt normalerweise das Dilemma. Diese Diskussion \u00fcber \u00c4nderungsw\u00fcnsche wird immer weitergehen. Und das Projekt wird stecken bleiben.<\/p>\n\n\n\n

Daher ist es immer besser, das Projektbudget fl\u00fcssig zu halten. Wo der Kunde so viel zahlt, wie es die Softwareentwicklung erfordert. -> Nat\u00fcrlich kann dies f\u00fcr den Kunden \u201ewie ein Himmel f\u00fcr die Softwarefirma\u201c erscheinen, weil er\/sie denken wird, dass er mehr Stunden als n\u00f6tig macht.<\/p>\n\n\n\n

Aber vergleiche es mit einem Restaurant. Wenn Sie eine zus\u00e4tzliche Coca Cola oder ein zus\u00e4tzliches Steak bestellen, m\u00fcssen Sie auch daf\u00fcr bezahlen. Warum sollte das in der Softwareentwicklung anders sein? Vor allem in der IT, wo die Stundens\u00e4tze meist deutlich h\u00f6her sind.<\/p>\n\n\n\n

3) Schwierigkeiten, die Komplexit\u00e4t der Softwareentwicklung durch die Nicht-IT-Person zu verstehen<\/strong><\/h3>\n\n\n\n

F\u00fcr einen Nicht-IT-Mitarbeiter ist es normalerweise sehr schwierig, die Komplexit\u00e4t der Softwareentwicklung zu verstehen.<\/p>\n\n\n\n

\u201eMein Freund hat diese eine Website an einem Tag erstellt und sie hat viele Funktionen. Warum brauchen Sie als Experte mehr als 6 Monate, um diese Funktionen zu entwickeln?\u201c<\/i><\/p>\n\n\n\n

H\u00f6chstwahrscheinlich hat der Freund ein Content-Management-System wie WordPress oder Drupal verwendet und einige Standard-Plugins verwendet, die normalerweise viele Funktionen mitbringen. Aber das sind keine ma\u00dfgeschneiderten Softwarel\u00f6sungen f\u00fcr den Freund. Dies sind Systeme und Plugins, die normalerweise von Tausenden und Hunderttausenden von Menschen verwendet werden, die \u00e4hnliche Anforderungen haben. Das sind keine Sonderl\u00f6sungen.<\/p>\n\n\n\n

Aber: Die Erstellung dieser Plugins erforderte h\u00f6chstwahrscheinlich etwa 2 bis 5 oder mehr Entwickler in Vollzeit \u00fcber mehrere Monate oder sogar Jahre. Obwohl der Freund scheinbar einfache L\u00f6sungen verwendet. Sie sind in einer sehr komplexen Softwareentwicklung entstanden.<\/p>\n\n\n\n

Falls der Kunde also eine Anforderung hat, die von diesen Plugins und \u201efertigen L\u00f6sungen\u201c erf\u00fcllt werden kann. Dann ist es besser, sie zu verwenden. Aber in den meisten F\u00e4llen sind diese \u201efertigen\u201c Softwaresysteme nicht das, was der Kunde ben\u00f6tigt.<\/p>\n\n\n\n

Bestes Beispiel ist die Suchmaschine Google. Auf dem Frontend (was der Benutzer sieht) gibt es nur eine Suchleiste und zwei Schaltfl\u00e4chen. Ein Nicht-IT-Mitarbeiter w\u00fcrde also sagen: \u201eDie Entwicklung kann nur eine Woche dauern. Es gibt nur eine Suchleiste und zwei Schaltfl\u00e4chen\u201c. In Wirklichkeit gibt es viele \u201eversteckte\u201c Backend-Funktionalit\u00e4ten, die von Tausenden und Abertausenden von Entwicklern entwickelt werden und das \u00fcber viele Jahre.<\/p>\n\n\n\n

Je nach Komplexit\u00e4t, Skalierbarkeitsanforderungen usw. des Kundenprojekts kann die Softwareentwicklung l\u00e4nger dauern als erwartet.<\/p>\n\n\n\n

\"\"<\/a><\/figure><\/div>\n\n\n\n

M\u00f6gliche L\u00f6sungen<\/strong><\/h3>\n\n\n\n

Es gibt einige L\u00f6sungen, wie eine Nicht-IT-Person an die Anfrage an den IT-Dienstleister herangehen k\u00f6nnte.<\/p>\n\n\n\n

1) Beziehen Sie einen Softwareentwickler ein<\/strong><\/h3>\n\n\n\n

Idealerweise gibt es einen internen Softwareentwickler oder IT-Experten, der den Kostenvoranschlag des IT-Dienstleisters \u00fcberpr\u00fcfen k\u00f6nnte.<\/p>\n\n\n\n

Normalerweise r\u00e4t dieser Softwareentwickler, den Projektumfang flexibel zu halten, damit \u00c4nderungen ber\u00fccksichtigt werden k\u00f6nnen.<\/p>\n\n\n\n

Ist die Einsch\u00e4tzung des Softwareunternehmens plausibel, gibt der Softwareentwickler gr\u00fcnes Licht.<\/p>\n\n\n\n

Da ein interner Mitarbeiter das Projekt bewertet, wird so auch der Nicht-IT-Mitarbeiter vom Entwicklungsaufwand \u00fcberzeugt.<\/p>\n\n\n\n

2) Verwendung von dedizierten Entwicklern<\/strong><\/h3>\n\n\n\n

Ein dedizierter Entwickler ist ein Entwickler, der dem Kunden auf Vollzeitbasis zur Verf\u00fcgung gestellt wird.<\/p>\n\n\n\n

Dies hat den Vorteil, dass der Entwickler eng mit dem Kunden und auch mit dem Team des Kunden zusammenarbeitet. Dies erh\u00f6ht die Transparenz. Und der Kunde oder das Team k\u00f6nnen Fragen stellen und erhalten Antworten in Echtzeit.<\/p>\n\n\n\n

Dieses Modell funktioniert auf unterschiedliche Weise:<\/p>\n\n\n\n