Die meisten Geschäftsinhaber gehen die Wahl eines Softwareentwicklungspartners genauso an wie jeden anderen größeren Kauf: Sie sammeln Angebote, vergleichen Zahlen und entscheiden sich für die Option, die das beste Preis-Leistungs-Verhältnis zu bieten scheint.
Dieser Ansatz scheitert häufiger, als er erfolgreich ist.
Der Preis ist im Angebot sichtbar. Die Dinge, die wirklich entscheiden, ob Ihr Projekt erfolgreich wird, sind es nicht. Sie kommen nur im Gespräch zum Vorschein — in den richtigen Gesprächen, geführt bevor Sie irgendetwas unterschreiben.
Hier sind fünf Gespräche, die es wert sind, mit jedem Anbieter geführt zu werden, den Sie ernsthaft in Betracht ziehen.
1. „Erzählen Sie mir von einem Projekt, das nicht gut gelaufen ist."
Jedes Softwareentwicklungsunternehmen hatte Projekte, die das Budget überschritten, Fristen verpassten oder mit einem unzufriedenen Kunden endeten. Jeder Anbieter, der das Gegenteil behauptet, ist entweder neu oder nicht ehrlich mit Ihnen.
Was Sie hier suchen, ist keine makellose Erfolgsbilanz. Sie suchen nach der Art, wie sie über Misserfolge sprechen.
Geben sie dem Kunden die Schuld? Sprechen sie vage über „Änderungen des Projektumfangs", ohne irgendeine eigene Verantwortung zu übernehmen? Oder geben sie Ihnen eine konkrete Geschichte — was passiert ist, was sie daraus gelernt haben und was sie beim nächsten Mal anders machen würden?
Ein Unternehmen, das vergangene Fehler ehrlich reflektieren kann, wird mit Problemen wahrscheinlich gut umgehen, wenn sie in Ihrem Projekt auftreten. Denn Probleme werden auftreten.
Wie eine gute Antwort klingt: „Wir hatten ein Projekt, bei dem wir die Komplexität einer Integration mit einem Legacy-System unterschätzt haben. Wir haben es in der vierten Woche bemerkt, aber dem Kunden nicht schnell genug kommuniziert. Das hat den Launch um sechs Wochen verzögert. Seitdem bauen wir alle Integrationen als separate Discovery-Punkte ein, bevor wir Zeitpläne festlegen."
Wie eine schlechte Antwort klingt: „Wir liefern immer pünktlich. Die wenigen Probleme, die wir hatten, lagen daran, dass der Kunde die Anforderungen mitten im Projekt geändert hat."
2. „Wer genau wird an meinem Projekt arbeiten?"
Softwareentwicklungsunternehmen präsentieren sich in Angeboten. Es ist leicht, vom Team beeindruckt zu sein, das Sie während des Verkaufsprozesses treffen. Aber die Menschen, die Ihnen das Projekt verkaufen, sind oft nicht dieselben, die es bauen.
Fragen Sie direkt: Wer wird der tägliche Ansprechpartner sein? Wer ist der Lead-Entwickler? Wird jemand aus dem Team, das Sie heute treffen, direkt an Ihrem Projekt beteiligt sein?
Fragen Sie auch nach Kontinuität. Was passiert, wenn der Lead-Entwickler Ihres Projekts mitten in der Entwicklung das Unternehmen verlässt? Hat das Unternehmen Prozesse für Wissenstransfer, oder lebt das institutionelle Wissen über Ihr Projekt ausschließlich im Kopf einer Person?
Sie kaufen nicht nur Code. Sie gehen eine Beziehung mit einem Team ein. Stellen Sie sicher, dass Sie wissen, mit wem Sie diese Beziehung tatsächlich eingehen.
Worauf Sie achten sollten: Ein Unternehmen, das bei Teamzuweisungen ausweicht oder Ihnen nicht sagen kann, wer konkret für Ihr Projekt verantwortlich sein wird, ist eines, bei dem Sie möglicherweise mit dem enden, wer gerade verfügbar ist, statt mit dem, der für Ihre Bedürfnisse geeignet ist.
3. „Wie gehen Sie vor, wenn sich herausstellt, dass etwas, worüber wir uns geeinigt haben, komplexer ist als erwartet?"
Softwareprojekte stoßen fast immer auf etwas, das komplexer war, als es bei der Planung erschien. Wie Ihr Anbieter mit diesem Moment umgeht, ist eine der wichtigsten Dinge, die Sie verstehen sollten, bevor Sie sich festlegen.
Manche Unternehmen absorbieren angemessene Komplexität als Teil ihrer beruflichen Verantwortung. Andere behandeln jede unerwartete Komplikation als Gelegenheit, einen Änderungsantrag und eine zusätzliche Rechnung zu stellen. Beide Ansätze können legitim sein — aber Sie müssen wissen, für welchen Sie sich anmelden.
Bitten Sie um ein konkretes Beispiel: „Können Sie mir eine Situation schildern, in der Sie mitten im Projekt festgestellt haben, dass etwas erheblich komplexer war als geplant? Was haben Sie getan?"
Fragen Sie auch nach dem kommerziellen Modell: Ist der Vertrag zum Festpreis, nach Zeit und Material, oder etwas anderes? Jede Struktur schafft unterschiedliche Anreize. Festpreisverträge legen das Komplexitätsrisiko beim Anbieter; Zeit-und-Material-Verträge legen es bei Ihnen. Dies im Voraus zu verstehen, erspart Ihnen später unangenehme Überraschungen.
Worauf Sie achten sollten: Vage Antworten über „gemeinsames Finden einer Lösung" ohne konkrete Beschreibung, wie Komplexität tatsächlich gemanagt wird oder wer die Kosten trägt.
4. „Wie sieht die tägliche Kommunikation aus?"
Dieses Gespräch klingt banal. Es ist es nicht. Missverständnisse sind eine der Hauptursachen für gescheiterte Softwareprojekte, und die Muster, die dazu führen, werden in den ersten Wochen des Engagements gesetzt.
Fragen Sie konkret: Wie oft werden Sie Updates zum Fortschritt erhalten? Wie werden Sie benachrichtigt, wenn etwas aus dem Ruder läuft? Wie lange dauert es, bis Sie eine Antwort erhalten, wenn Sie eine E-Mail oder Nachricht mit einer Frage senden? Werden Sie Zugang zu einem Projektmanagement- oder Tracking-System haben, damit Sie den Stand der Dinge sehen können, ohne fragen zu müssen?
Fragen Sie auch, was sie von Ihnen brauchen. Gute Entwicklungsteams haben konkrete Erwartungen an ihre Kunden — rechtzeitige Entscheidungen, schnelles Feedback zu Designs, verfügbare Stakeholder für Review-Sitzungen. Wenn ein Anbieter nicht artikulieren kann, was er von Ihnen braucht, um effektiv zu arbeiten, ist das ein Signal, dass er nicht sorgfältig darüber nachgedacht hat, wie er ein kollaboratives Projekt führt.
Wie eine gute Antwort klingt: „Wir verwenden ein gemeinsames Notion-Board, auf dem Sie das aktuelle Sprint-Backlog und alle offenen Blocker sehen können. Wir haben alle zwei Wochen einen festen Call, und für alles, was den Zeitplan beeinflussen könnte, melden wir uns innerhalb von 24 Stunden."
Wie eine schlechte Antwort klingt: „Wir halten Sie auf dem Laufenden. Keine Sorge, wir sagen Bescheid, wenn etwas passiert."
5. „Was passiert nach der Projektlieferung?"
Ein Softwareprojekt endet nicht mit dem Launch. Ihr System wird Wartung, Sicherheitsupdates und wahrscheinlich weitere Entwicklung benötigen, wenn sich Ihr Unternehmen weiterentwickelt. Wenn Sie darüber nicht nachgedacht haben, bevor Sie unterschreiben, könnten Sie sich danach in einer schwierigen Situation befinden.
Fragen Sie den Anbieter nach dem Post-Launch-Support-Angebot: Gibt es einen Wartungsvertrag, und was beinhaltet er? Wie lang ist die Reaktionszeit bei kritischen Fehlern — und was gilt als „kritisch"? Was passiert, wenn Sie sechs Monate nach dem Launch neue Funktionen hinzufügen möchten — gibt es dafür einen Prozess, oder geht jede Anfrage durch einen vollständigen neuen Planungsprozess?
Stellen Sie auch eine direktere Frage: „Wenn wir uns nach sechs Monaten entscheiden würden, die Arbeit intern zu übernehmen oder zu einem anderen Anbieter zu wechseln, wie würde das aussehen?" Wie ein Unternehmen auf diese Frage antwortet, sagt Ihnen viel darüber, wie es über die Eigentümerschaft des Kunden an der Arbeit denkt. Sie wollen einen Partner, der von seiner Beziehung zu Ihnen so überzeugt ist, dass er nicht besorgt ist, Ihnen den Abgang zu erleichtern.
Worauf Sie achten sollten: Unternehmen, die bei Post-Launch-Support vage sind, kein formales Wartungsangebot haben oder den Zugang zu oder die Eigentümerschaft an dem Code, den Ihr Projekt produzieren wird, schwierig erscheinen lassen.
So nutzen Sie diese Gespräche
Sie müssen diese Gespräche nicht wie ein Verhör wirken lassen. Der beste Ansatz ist echte Neugier: Sie versuchen zu verstehen, wie dieses Unternehmen denkt und arbeitet, nicht es zu überführen.
Die Anbieter, die mit diesen Gesprächen gut umgehen — die konkret antworten, Geschichten erzählen, die bereit sind, Unsicherheit zuzugeben — sind diejenigen, die Ihr Projekt mit größter Wahrscheinlichkeit gut bewältigen werden. Diejenigen, die ausweichen, zu viel versprechen oder vage antworten, zeigen Ihnen ebenfalls etwas Wichtiges.
Ein Softwareentwicklungsprojekt ist eine bedeutende Investition von Zeit, Geld und interner Energie. Die fünf oben genannten Gespräche garantieren kein perfektes Ergebnis — das kann nichts. Aber sie geben Ihnen ein viel klareres Bild davon, worauf Sie sich tatsächlich einlassen.
Wenn Sie diese Gespräche mit uns führen möchten, beginnen wir gerne damit.