Kalkulation eines Festpreises für ein neues Programm

[jobo]

Bauchschmerzen:
Hast Du einen Überblick, was Du alles kannst und was der Kunde darüber hinaus haben will?
Gibt es "dunkle" Ecken, also unbekannte/schlecht dokumentierte Schnittstellen zu Programmen oder Daten?
Arbeitest Du mit einem Framework, das Du beherrschst?

Welchen Bereich betrifft die Entwicklung? (DB, Maschinensteuerung, Grafik, Web ..)

M.E. kannst Du ohne Feinspezifikation nur auf Stundenbasis arbeiten, die Variante "nach Aufwand plus Prämie" scheint mir wenigstens eine faire Alternative.

Probe (Wenn Du das noch nie gemacht hast):
Nimm Dir die Zeit, einen xbeliebigen Teil der zu erwartenden Anforderung und schreib die Spezifikation, Feinspezifikation für eine Maske. Schätze die Zeit, die Du benötigen wirst. Dann setz es um und überrasche Dich selbst.

Schätzungen:
Schätzungen sind beliebig schlecht, ohne entsprechende Erfahrungswerte, Werkzeugkenntnis (selbst mit offiziellen Methoden) und vor allem ohne definierten Rahmen. Hilfreich, realistisch, notwendig ist:
- Trennung von GUI und Funktion
- Klassen von Bedienmasken (Datenmasken: Grid, Detail, Master/Detail, Reports: Grid, Detail, Master/Detail, Maschinen/Interface Calls, usw)
- Zu diesen Klassen jeweils festgelegte Standard GUI
- bestimmte Dinge nicht zu schätzen, sondern nach Aufwand zu machen:
- Import, besonders von "weichen" Formaten und Daten, die manuell erstellt wurden (Excel, ..)
- Datenmigration
- Komfort/Luxus
- usw

Komfort/Luxus
Es gibt immer wieder den Wunsch, nach Masken, die wie ein Pilotencockpit aussehen.
Das ist toll, wenn es funktioniert. Aber es steckt dermaßen voller Fallstricke, dass man ohne Expertise zu Themen wie Eventhandling, Windows Messaging, Threading, Datenabhängigkeiten, Gui Konzeption, Nutzerverhalten usw. meist Schiffbruch erleidet.
Solche Programmteile sollten immer der 2. Schritt nach der Standardfunktion/-Maske sein.

Umfang:
Es gibt zahllose Modelle und Beispiele aus dem echten Leben, wie man ein Projekt zum scheitern bringt (was nicht notwendiger Weise Dein Ruin sein muss, aber eine gute Voraussetzung).
Ein wichtiger Punkt (gerade für "kleine Teams">Du) sollte sein, überschaubare Teilprojekte zu definieren. Das gilt für Zeitraum, Funktionsumfang und Preis. Bei einem ordentlichen Ansatz leitet das zu klaren Abgrenzungen, Interfaces und klarer Funktionalität. Die Funktionalität ist letztlich das einzige, was den Kunden interessiert und Ihn wohl auch am ehesten bewegt, viele weitere Dinge umzusetzen.

Wenn Du es also schaffst, in kleinteiligen Projekten sauber funktionierende Programmmodule zu schaffen, die für sich genommen auch nutzbringend einzusetzen sind, ist das der beste Weg.

[FredlFesl]

Zitat von jobo:

Schätzungen sind beliebig schlecht...

Zitat:

Es gibt zahllose Modelle und Beispiele aus dem echten Leben, wie man ein Projekt zum scheitern bringt (was nicht notwendiger Weise Dein Ruin sein muss, aber eine gute Voraussetzung).

Praxiserprobte Weisheiten! Das sollten Standardzitate werden.

[generic]

Zitat von FredlFesl:

Praxiserprobte Weisheiten! Das sollten Standardzitate werden.

Haben wir nicht alle schon einmal Lehrgeld bezahlt?

[jobo]

Zitat von generic:

Haben wir nicht alle schon einmal Lehrgeld bezahlt?

Nun, wenn es RWarnecke gelingt, Lehrgeld zu sparen, kann er ja damit ein Fond gründen und wir bekommen einen Anteil.

Und 5% gehen an Griechenland.

[Perlsau]

Zitat von generic:

Zitat von FredlFesl:

Praxiserprobte Weisheiten! Das sollten Standardzitate werden.

Haben wir nicht alle schon einmal Lehrgeld bezahlt?

Wenn dem so ist, stimmt auch der Spruch, daß jeden Morgen ein Dummer aufsteht, um sich über den Tisch ziehen zu lassen. So findet der findige Auftraggeber letzten Endes doch noch genau denjenigen, der ihm seine Software für'n Appl und 'n Ei entwickelt. Gerade bei Programmierern, die keine akademische Ausbildung vorzuweisen haben und ebenso wenig zahlreiche abgeschlossene Projekte und zufriedene Kunden, führt oft kein Weg daran vorbei, Festpreis-Aufträge mit letztendlichen Stundenlöhnen im Bereich der Ein-Euro-Jobber annehmen zu müssen, um überhaupt Aufträge zu erhalten. Mir ist diese Nichts-Zahlen-Wollen-aber-Gute-Qualität-Erwarten-Mentalität schon so häufig begegnet, daß ich inzwischen davon ausgehe, es handle sich um die Norm. Und dann beschweren sich die Herren Politikersklaven und ihre Aufseher, die Herren Manager, daß wir zu wenig IT-Fachleute hätten. Ja, wir haben wohl zu wenige, die bereit sind, für Hartz-IV Programme zu schreiben ...

[Bjoerk]

Du überlegst Dir, wie lange ein Delphi-Experte dafür brauchen würde. Dann multiplizierst du die Stundenzahl mit € 119,-/h. Das ist der Preis, den du verlangen kannst. Mehr zahlt kein Mensch, auf weniger lässt Du dich aber auch nicht ein. Und gaaaaaanz wichtig, Teilauszahlungen und ein Vertag, der eine Ausstiegsklausel für dich beinhaltet, falls diese nicht gezahlt werden.

[FredlFesl]

Zitat von Bjoerk:

Du überlegst Dir, wie lange ein Delphi-Experte dafür brauchen würde. Dann multiplizierst du die Stundenzahl mit € 119,-/h. Das ist der Preis, den du verlangen kannst. Mehr zahlt kein Mensch, auf weniger lässt Du dich aber auch nicht ein. Und gaaaaaanz wichtig, Teilauszahlungen und ein Vertag, der eine Ausstiegsklausel für dich beinhaltet, falls diese nicht gezahlt werden.

So macht man Geschäfte... Wenn das so einfach wäre. Es gibt immer jemanden, der diesen aberwitzigen Stundenlohn unterbietet. Also eigentlich so ziemlich jeden

Andere Vorgehensweisen: "Erstmal einen Fuß in die Türschwelle", "Salamitaktik" (D.h. Grundversion für wenig Geld und jedes Add-On teuer bezahlen, usw.

[Bjoerk]

Zitat von FredlFesl:

Andere Vorgehensweisen: "Erstmal einen Fuß in die Türschwelle", "Salamitaktik" (D.h. Grundversion für wenig Geld und jedes Add-On teuer bezahlen, usw.

Das funktioniert nur bei nur einer Standardsoftware mit vielen Kunden. Bei Exklusivaufträgen ist es anders, damit ruinierst du deinen Ruf. Dann heißt es, das letzte Mal haben Sie es auch für so wenig gemacht... Respekt muß man sich verdienen, Sonst kommst du in die Abwärtsspirale, die Perlsau schön beschrieben hat.

[Perlsau]

Zitat von Bjoerk:

Du überlegst Dir, wie lange ein Delphi-Experte dafür brauchen würde. Dann multiplizierst du die Stundenzahl mit € 119,-/h. Das ist der Preis, den du verlangen kannst. Mehr zahlt kein Mensch, auf weniger lässt Du dich aber auch nicht ein. Und gaaaaaanz wichtig, Teilauszahlungen und ein Vertag, der eine Ausstiegsklausel für dich beinhaltet, falls diese nicht gezahlt werden.

119 Euro pro Stunde? Das bekommst du so gut wie nirgendwo, sieht man einmal von Banken und Versicherungen ab, die Großprojekte in Auftrag geben. Den meisten potentiellen Auftraggebern, die mir bislang über den Weg gelaufen sind, waren sogar meine 60 Euro Stundenlohn zu viel: "Dann würde so ein Programm ja mehr als 10.000 Euro kosten" höre ich oft in Verhandlungen, wenn es z.B. um eine komplette Artikel- und Lagerverwaltung mit Rechnungs-, Lieferschein- und Bestellausgabe, zahlreichen Eingabemasken, Artikelgruppenerstellung, Merkmaleditor, XML-Ausgabe für Web-Publishing und Katalogerstellung und andere Schnittstellen usw. geht. Daß ich davon meinen Lebensunterhalt bestreiten muß, interessiert den Kunden herzlich wenig. Wenn ich auf die verfügbaren Programme "von der Stange" verweise, meckert der Kunde, daß die nicht für seine Bedürfnisse taugen würden. Meist kontere ich dann mit dem Hinweis auf all die vielen Stunden Arbeitszeit, die der Kunde mit meiner Anwendung einsparen könnte und frage ihn, ob das den Aufwand nicht lohne doch lohne. Nur wenige lassen sich darauf ein, denn dann müßten sie ja ehrlich bezahlen! Meist entgegnen sie dann mit der Drohung, daß sie sich dann eben einen anderen suchen, es gäbe ja angeblich genug. Oft werde ich auch auf die herrschende Arbeitslosigkeit hingewiesen und daß ich froh sein solle, überhaupt einen Auftrag zu erhalten ... Ich sag ja, Bescheißen, Betrügen und Über-den-Tisch-Ziehen scheinen heute ganz normal zu sein ...

Und ein Pflichtenheft will auch fast keiner erstellen oder überhaupt diskutieren. Festpreis, Festpreis, und dann nach und nach immer mehr Features anfordern, die angeblich selbstverständlich wären ... Der letzte Kunde, den ich oben bereits erwähnte, behauptete sogar, in der Zeit, in der er benötigen würde, um ein Pflichtenheft zu erstellen, hätte er die Aufgabe selbst erledigt. Dann soll er's doch selber machen!

[RWarnecke]

Wow, ich bin begeistert, wieviele Antworten es zu diesem Thema gibt.

Ich habe jetzt mein Angebot fertiggeschrieben und dem Kunden die Option für Erweiterungen offen gelassen. Im Angebot gibt es eine Aufstellung, wieviel Zeit ich zirka für bestimmte Bereiche brauche und einen entsprechenden Stundenlohn. Ich werde jetzt mal sehen, ob mein Kunde den Auftrag annimmt oder nicht. Wenn nicht, wird nachverhandelt, ich hoffe das passiert nicht.