{"id":19813,"date":"2021-07-19T16:21:06","date_gmt":"2021-07-19T14:21:06","guid":{"rendered":"https:\/\/www.software-developer-india.com\/softwareentwicklungsprojekte-zum-festpreis-3-wichtige-punkte-an-die-sie-sich-erinnern-sollten\/"},"modified":"2025-01-02T07:05:16","modified_gmt":"2025-01-02T05:05:16","slug":"softwareentwicklungsprojekte-zum-festpreis-3-wichtige-punkte-an-die-sie-sich-erinnern-sollten","status":"publish","type":"post","link":"https:\/\/www.software-developer-india.com\/de\/softwareentwicklungsprojekte-zum-festpreis-3-wichtige-punkte-an-die-sie-sich-erinnern-sollten\/","title":{"rendered":"Softwareentwicklungsprojekte zum Festpreis: 3 wichtige Punkte, an die Sie sich erinnern sollten"},"content":{"rendered":"\n

Softwareentwicklungsprojekte zum Festpreis: 3 wichtige Punkte, an die Sie sich erinnern sollten<\/h2>\n
\n
\"\"<\/a><\/figure>\n<\/div>\n

Es gibt verschiedene M\u00f6glichkeiten, ein Softwareentwicklungsprojekt durchzuf\u00fchren. Dies sind haupts\u00e4chlich:<\/p>\n\n

    \n
  1. Engagierter Entwickler:<\/strong> Sie erhalten einen Entwickler, der nur f\u00fcr Sie und Ihre Organisation arbeitet. In der Regel wird zwischen Dienstleister und Auftraggeber ein monatlicher Preis vereinbart. Der Entwickler wird Vollzeit (ca. 160 Stunden pro Monat) f\u00fcr den Kunden arbeiten.<\/li>\n\n\n\n
  2. Mensch-und-Material\/ Zeit-und-Material\/ Agil\/ Entwicklungsteam:<\/strong> Hier wird ein Projekt vereinbart, die Ausf\u00fchrung erfolgt jedoch durch ein multidisziplin\u00e4res Team aus Projektmanagern, Scrum Mastern, Business Analysten, Business Developern, Software-\/Webentwicklern, Softwaretestern etc. Hier wird oft eine agile Methodik verwendet und nach jedem Fr\u00fchjahr (einem Entwicklungszyklus, der etwa einen Monat dauert) die Entwicklungszeiten angepasst. Es ist kein Festpreis, sondern ein grobes Budget, nach dem es entwickelt wird. Es k\u00f6nnte eine grobe Zahl sein, aber es k\u00f6nnte auch ein Vielfaches dieser Budgetzahl sein. In gro\u00dfen Organisationen wird dieser Ansatz normalerweise bevorzugt.<\/li>\n\n\n\n
  3. Festpreis:<\/strong> Dies wird normalerweise in kleineren Projekten verwendet, bei denen der Preis UND die Anforderungen festgelegt sind. In diesem Artikel geht es um diese Art von Projekt und was bei der Durchf\u00fchrung eines solchen Festpreisprojekts zu beachten ist.<\/li>\n<\/ol>\n\n

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

    Viele kleine und mittelst\u00e4ndische Unternehmen haben ein Budget f\u00fcr die Durchf\u00fchrung von Softwareprojekten. Gerade in Nicht-IT-Unternehmen ist das Wissen \u00fcber Softwareprojekte begrenzt. Sie bevorzugen einen Festpreis, bei dem der Projektleiter innerhalb dieser Unternehmen einfach an den CEO oder die Gesch\u00e4ftsf\u00fchrung des Unternehmens kommuniziert werden kann.<\/p>\n\n

    Es w\u00e4re ziemlich schwer zu sagen: \u201eDie Entwicklung dauert etwa 2 bis 8 Monate und jede Stunde kostet 100 US-Dollar. Es k\u00f6nnten auch 14 Monate sein<\/i>\u201c.<\/p>\n\n

    Wenn das IT-Dienstleistungsunternehmen dem Kunden sagt: \u201e Es dauert 4 Monate und ein Budget von 30’000 US Dollar<\/i> \u201c, kann das Team des Kunden dar\u00fcber entscheiden.<\/p>\n\n

    Das gro\u00dfe Problem dabei ist -> So funktioniert ein Softwareprojekt nicht. Die Gr\u00fcnde sind:<\/p>\n\n

      \n
    1. Anforderungen \u00e4ndern sich w\u00e4hrend des Projekts:<\/strong> Niemand, auch nicht der Kunde, wei\u00df, was in der Software\/Webl\u00f6sung alles sein muss, um erfolgreich zu sein. In der Regel werden erst nach wenigen Wochen die ersten Versionen oder die ersten Web-Benutzeroberfl\u00e4chen sichtbar. Das ist normalerweise der Fall, wenn der Kunde herausfindet \u201eHoppla, da ist diese Funktionalit\u00e4t, die von gr\u00f6\u00dfter Bedeutung ist. Ohne diese Funktionalit\u00e4t wird das Projekt kein Erfolg<\/i>\u201c. Aber die Projektkosten und die Projektabwicklung sind von beiden Seiten, dem Auftraggeber und dem IT-Dienstleister, bereits \u201efixiert\u201c. Dies kann ein Showstopper sein.<\/li>\n\n\n\n
    2. Niemand wei\u00df genau, wie lange es dauert, eine Funktionalit\u00e4t zu entwickeln:<\/strong> Auch wenn ein Softwareentwickler eine ungef\u00e4hre Angabe machen kann, wie lange es dauert, eine Funktionalit\u00e4t zu entwickeln. Er oder sie wei\u00df es nicht genau. Dies gilt selbst f\u00fcr den erfahrensten Entwickler. Deshalb gilt: Je gr\u00f6\u00dfer das Projekt, desto h\u00f6her das Risiko, dass die Sch\u00e4tzung falsch ist. Mit einem gr\u00f6\u00dferen Puffer in der Projektsch\u00e4tzung versucht das Softwareentwicklungsunternehmen jedoch irgendwie, dieses Risiko zu mindern.<\/li>\n<\/ol>\n\n

      Dies bedeutet, dass der IT-Dienstleister bereits das Risiko hat, nicht zu wissen, ob die Einsch\u00e4tzung des Entwicklers richtig war, und der Kunde dar\u00fcber hinaus \u00c4nderungen innerhalb des Projekts verlangen kann.<\/p>\n\n

      Dies ist auch der Grund daf\u00fcr, dass laut dem vielzitierten Chaos Report ein Gro\u00dfteil (rund 40 bis 60 Prozent) aller IT-Projekte scheitern.<\/p>\n\n

      Denn bei einem Festpreisprojekt will keiner nachgeben. Der Kunde will keinen US-Dollar mehr zahlen, \u201eweil ein Festpreis vereinbart wurde\u201c, und der IT-Dienstleister wird darauf bestehen, nur das zu bauen, was vereinbart wurde, \u201eweil die Anforderungen zu Beginn des Projekts festgelegt wurden\u201c.<\/p>\n\n

      Hier einige Punkte, die Sie beachten sollten, damit Festpreisprojekte funktionieren<\/h3>\n\n

      1) Die Anforderungen sind festgelegt (und erst nach Abschluss dieser Anforderungen werden neue Funktionalit\u00e4ten hinzugef\u00fcgt)<\/strong><\/h3>\n\n

      Die Softwareentwicklung muss nicht aufh\u00f6ren, wenn die urspr\u00fcnglich vereinbarten Funktionalit\u00e4ten entwickelt sind. Ist das erste Projekt abgeschlossen, kann der n\u00e4chste Schritt besprochen und ausgef\u00fchrt werden.<\/p>\n\n

      Tipp 1: Der Kunde muss Folgendes tun:<\/strong> Widerstehen Sie dem Drang, neue Anforderungen an das laufende Projekt zu stellen. Auch wenn Sie das starke Gef\u00fchl haben, dass sich das Projekt f\u00fcr Ihre Kunden nicht lohnen wird.<\/strong><\/p>\n\n

      Es wird schwer genug sein, die anf\u00e4nglichen Anforderungen zu erf\u00fcllen. F\u00fcgen Sie das nicht hinzu.<\/p>\n\n

      2) Verf\u00fcgbarkeit des Clients w\u00e4hrend der Entwicklungsphase<\/strong><\/h3>\n\n

      Bei einem Festpreisprojekt stellt das IT-Dienstleistungsunternehmen (bei kleineren Projekten) ein bis drei Entwickler, einen Teamleiter, einen Projektleiter und einen Designer zur Verf\u00fcgung.<\/p>\n\n

      Sobald das Projekt beginnt, wird es schnell gehen und Zeit sollte nicht verschwendet werden.<\/p>\n\n

      Besonders wichtig: Wenn das IT-Team Fragen zu einer Aufgabe hat oder Feedback ben\u00f6tigt, sollte dieses schnellstm\u00f6glich vom Auftraggeber zur Verf\u00fcgung gestellt werden. Das Schlimmste, was passieren kann, ist, wenn das Entwicklungsteam 2 Tage auf Kundenfeedback warten muss und f\u00fcr diese Zeit unt\u00e4tig bleibt.<\/p>\n\n

      Wenn das Entwicklungsteam unt\u00e4tig sitzt, wird diese Zeit normalerweise vom festen Zeitbudget abgezogen und das Team versucht, die Aufgaben in der verbleibenden Zeit abzuschlie\u00dfen. Was normalerweise keine gute Idee ist, aber vielleicht der einzige Weg nach vorne.<\/p>\n\n

      Um vom Entwicklungsteam und dessen Zeit zu profitieren, muss der Kunde daher f\u00fcr Fragen des IT-Dienstleisters jederzeit zur Verf\u00fcgung stehen.<\/p>\n\n

      Tipp 2: Die beste L\u00f6sung hierf\u00fcr w\u00e4re:<\/strong> Der Kunde stellt w\u00e4hrend der gesamten Entwicklungszeit einen dedizierten Ansprechpartner zur Verf\u00fcgung, der w\u00e4hrend der Entwicklungszeiten zur Verf\u00fcgung steht. John Smith vom Client wird beispielsweise ab dem 01. Juli bis 30. August. In dieser Zeit wird John Smith \u00fcber Skype oder Slack Chat erreichbar sein und die Fragen des Entwicklerteams beantworten.<\/p>\n

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

      3) Inhalte rechtzeitig bereitstellen<\/strong><\/h3>\n\n

      In einigen F\u00e4llen ist der Kunde verpflichtet, Texte, Videos, Bilder und andere Arten von Inhalten oder Materialien bereitzustellen.<\/p>\n\n

      Dieser vorab vereinbarte Inhalt sollte rechtzeitig zur Verf\u00fcgung gestellt werden.<\/p>\n\n

      In einigen F\u00e4llen hat die Entwicklungsfirma die M\u00f6glichkeit, vorerst Dummy-Texte oder Dummy-Inhalte zu verwenden.<\/p>\n\n

      F\u00fcr eine ordnungsgem\u00e4\u00dfe Ausgabe wird der Inhalt jedoch in einigen F\u00e4llen ben\u00f6tigt.<\/p>\n\n

      Tipp 3: Stellen Sie sicher, dass der Inhalt (wie Texte oder Bilder) bereitsteht, wenn das Entwicklungsteam danach fragt.<\/strong><\/p>\n\n

      Hinweis: Es kann auch mit der Genehmigung zusammenh\u00e4ngen, mit einer Aufgabe fortzufahren oder mit einem Projektdokument, das abgezeichnet werden muss.<\/p>\n\n

      4) Vermeiden Sie: \u201eAber das war Teil der Anforderung\u201c Argumente (zus\u00e4tzlicher wichtiger Tipp)<\/strong><\/h3>\n\n

      Tats\u00e4chlich k\u00f6nnen die Anforderungen zu Beginn des Projekts nie vollst\u00e4ndig verstanden oder aufgeschrieben werden.<\/p>\n\n

      Das Softwareentwicklungsteam arbeitet normalerweise mit einigen Beispiel-URLs, die von den Kunden gesendet werden, ein oder zwei Online-Meetings und einigem schriftlichen Material wie E-Mails oder PDFs.<\/p>\n\n

      In der Regel gibt es ein allgemeines Verst\u00e4ndnis der Hauptfunktionalit\u00e4ten, aber nicht das 100-prozentig klare Bild.<\/p>\n\n

      Dies kann sowohl von der Entwicklungsgesellschaft genutzt werden, um zu sagen \u201e Dies war aber nicht Teil der Anforderung, das kostet zus\u00e4tzlich<\/i> \u201c oder der Kunde sagt \u201e Aber das war Teil der Anfangsanforderung, das wollen wir auf jeden Fall kostenlos<\/i> \u201c.<\/p>\n\n

      Tipp 4: Es muss auf beiden Seiten allgemeine Fairness herrschen.<\/strong> Das Preis-Leistungs-Verh\u00e4ltnis sollte da sein. Auf der anderen Seite sollte es aber nicht so unerreichbar sein, damit die Entwicklungsgesellschaft von den Projekten \u00fcberhaupt keinen Gewinn hat.<\/p>\n\n

      Hinweis: Generell sollte sich der Kunde (falls er kein IT-Experte ist) auf das vom IT-Unternehmen vorgeschlagene Entwicklungsverfahren verlassen.<\/p>\n\n

      Fazit<\/strong><\/h3>\n\n

      Der bessere Weg, Softwareprojekte anzugehen, ist mit dem dedizierten Entwickler oder dem dedizierten Entwickler\/Agilen Ansatz. Dies ist jedoch f\u00fcr einige Unternehmen aus Budgetgr\u00fcnden nicht machbar.<\/p>\n\n

      Daher bieten viele IT-Dienstleister die Option f\u00fcr Festpreisprojekte an.<\/p>\n\n

      F\u00fcr den Kunden ist es wichtig zu beachten, dass mit der Preisfeststellung auch die Anforderungen festgelegt sind. Oft wird Festpreis mit einem \u201eAll-You-Can-Eat-Buffet\u201c verwechselt, bei dem man einmal bezahlt und so viel essen (entwickeln) kann, wie man m\u00f6chte. Im Gegenteil, es ist eher eine \u201eA-La-Carte\u201c-Men\u00fcoption, bei der man das Steak f\u00fcr 5 US-Dollar bestellt, wer dazu Pommes m\u00f6chte, muss 2 US-Dollar extra bezahlen.<\/p>\n\n

      Aber auch: Softwareentwicklung und Essenszubereitung sind unterschiedlich. Denn beim Kreieren eines Steaks ist der Input ziemlich klar. In der Softwareentwicklung ist dies nicht immer der Fall.<\/p>\n\n

      Die Tipps in diesem Artikel helfen dabei, Festpreisprojekte zum Erfolg zu f\u00fchren.<\/p>\n\n

      Interessante Beitr\u00e4ge:<\/p>\n\n

      Wie Sie Festpreisprojekte f\u00fcr sich arbeiten lassen<\/a><\/p>\n\n

      Wie l\u00e4uft ein Festpreisprojekt ab?<\/a><\/p>\n\n

      Bilder: Canva<\/p>\n\n

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

      Der Autor: Sascha Thattil arbeitet bei Software-Developer-India.com die zur YUHIRO Gruppe geh\u00f6rt. YUHIRO ist ein deutsch-indisches Unternehmen, das Programmierer an IT-Unternehmen, Agenturen und IT-Abteilungen vermittelt.<\/p>\n