Softwarefirma oder Berater beauftragen – wo genau liegt da eigentlich der Unterschied?

Wenn intern niemand Ahnung von Softwareentwicklung hat, bloß nicht direkt mit Entwicklungsfirmen verhandeln. Klare Empfehlung: 1) Erst mit dem Berater das Lastenheft definieren, 2) damit mindestens drei Vergleichsangebote einholen, 3) Abnahmekriterien und Vertragsstrafen nur mit Freigabe des Beraters in den Vertrag aufnehmen.

Wir sind letztes Jahr mit 400.000 TL Budget für unsere Logistik direkt zu einer Agentur gerannt. Das Lastenheft hatten wir nach unserem eigenen Verständnis formuliert. Hieß damals 5 Monate Bauzeit – am Ende wurden es 14 Monate und durch ständige Nachforderungen standen 650.000 TL auf der Rechnung. Uns kam das Beraterhonorar anfangs auch zu teuer vor, hinterher waren wir schlauer.

Lauft aber auch nicht jedem Berater blind hinterher. Manche Berater kassieren hintenrum Provisionen von bestimmten Softwarehäusern. Die tun dann so, als würden sie unabhängig prüfen, schieben euch am Ende aber ganz subtil ihre Partnerfirma als angeblich einzige passende Lösung unter. Referenzen vorher ganz genau abklopfen!

Die eigentliche Aufgabe der Softwarefirma ist es, die Architektur aufzubauen und den Code zu schreiben – aber die meisten machen die Anforderungsanalyse anhand eurer Erzählungen nur oberflächlich. Ein Berater hingegen legt die technischen Abnahmekriterien fest, von der Normalisierung des Datenbankschemas bis zur Flexibilität der API-Architektur. Bei der Übergabe prüft er auch die Dokumentation und stellt sicher, dass die Rechte am Quellcode bei euch liegen.

vor genau dem gleichen Dilemma standen wir auch mal. wenn man nicht exakt beschreiben kann, was man will baut die Softwarefirma verständlicherweise das, was sie darunter versteht und am Ende sind beide Seiten frustriert und wenn das Budget da ist ist ein Berater definitiv ein Lebensretter und erspart euch die halben Kopfschmerzen.

selbst wenn ihr einen berater holt bestimmt intern jemanden der das ganze überwacht aber also sonst schreibt der berater berichte die firma schreibt code, aber die mitarbeiter nutzen das system am ende nicht und das geld ist trotzdem futsch.

Haben die Softwarefirmen, mit denen ihr sprecht, schon mal ein ähnliches ERP- oder Warenwirtschaftsprojekt in eurer Branche umgesetzt, also Verpackung oder Produktion? Wenn sie Branchenerfahrung haben, kann es auch ohne Berater klappen – falls dieser Bereich aber Neuland für sie ist wird der Prozess extrem zäh.

Kurz gesagt: Der Berater übersetzt eure Anforderungen in Entwicklersprache und sichert eure Interessen ab, die Softwarefirma programmiert das Projekt und bringt es zum Laufen. Wenn das Budget es hergibt, ist dieses Doppelgespann der sicherste Weg.

Korrektur: Ich hatte die Zahl falsch im Kopf, sie war etwas niedriger.

die Diskussion ist abgeschweift, ich fasse mal zusammen und das Teeuerste an übernommenen Systemen sind unbekannte Abhängigkeiten.

Du hast recht, ich bin denselben Weg gegangen. Bei uns war der größte Zeitfresser die Unklarheit darüber, wer entscheidet.

Code ohne Installationsanleitung gehört dir nicht, auch wenn du ihn in den Händen hältst. Nur als Notiz, könnte nützlich sein.

Das habe ich auch erlebt.

Ich erzähle mal, was mir passiert ist, vielleicht hilft es euch. Der Zahlungsplan sollte an die Projektphasen gekoppelt sein, nicht an den Kalender.

Nur als Notiz, könnte nützlich sein.

Richtig. Schaut zuerst, welche Daten ihr bei der Entscheidungsfindung zur Hand habt.

Viel Erfolg.

Absolut. Wenn ich noch etwas hinzufügen darf: Überstürzte Entscheidungen sind oft solche, die man sechs Monate später korrigieren muss.

Danke, genau die Antwort, die ich gesucht habe.

Die Diskussion ist abgeschweift, ich fasse mal zusammen. Beginnt mit einem kleinen Test, bindet nicht gleich alles fest.

Ich probiere es aus.

Der billige Weg stellt sich oft im Nachhinein als teuer heraus. Der Zahlungsplan sollte an die Projektphasen gekoppelt sein, nicht an den Kalender.

Nach der Übergabe lebt das System weiter; Wartung ist ein separater Posten. Viel Erfolg.