So wählen Sie ein Softwareentwicklungsunternehmen

Wir sind eines der Unternehmen, die Sie womöglich bewerten, was diesen Artikel konstruktionsbedingt eigennützig macht. Der Ausgleich besteht darin, die Fragen aufzunehmen, die uns unangenehm sind, und deutlich zu sagen, wo eine größere Firma oder ein Freelancer Sie besser bedienen würde. Beurteilen Sie den Artikel danach, ob er standhält, wenn man ihn auf uns anwendet.

Was die meisten Auswahlverfahren prüfen, und warum das scheitert

Das übliche Verfahren vergleicht Referenzprojekte, Teamgröße, Technologielisten und Preis. Nichts davon sagt viel voraus.

Referenzprojekte zeigen, was ausgeliefert wurde, nicht, ob es pünktlich war, ob der Kunde wieder kaufen würde oder ob es noch funktioniert. Screenshots sind der am leichtesten herzustellende Teil eines Projekts und der am wenigsten mit Erfolg korrelierte.

Die Teamgröße sagt Kapazität voraus, nicht Qualität, und ab einem Punkt sagt sie Koordinationsaufwand voraus. Technologielisten sind nahezu bedeutungslos — jede Agentur listet jede Technologie, und entscheidend ist, ob die konkreten Personen in Ihrem Projekt den konkreten Stack gut kennen.

Den Preis haben wir andernorts behandelt. Kurz gesagt: Das niedrigste Angebot ist meist das unvollständigste.

Fragen, die das Ergebnis tatsächlich vorhersagen

1. Können Sie uns unser Geschäft beschreiben?Stellen Sie diese Frage am Ende des ersten Gesprächs. Ein Anbieter, der das Problem verstanden hat, kann es in eigenen Worten wiedergeben, einschließlich des unbequemen Teils. Wer das nicht kann, baut, was Sie wörtlich gesagt haben, und das ist nie ganz das, was Sie meinten.
2. Wobei würden Sie dieses Projekt ablehnen?Jeder, der sich einmal die Finger verbrannt hat, hat eine Antwort: kein interner Verantwortlicher, ein Termin, der vor dem Umfang feststand, ein Kunde, der nicht entscheidet. Ein Anbieter ohne Kriterien für eine Absage hatte entweder Glück oder ist nicht ehrlich zu Ihnen.
3. Wer genau wird das schreiben, und woran arbeitet er sonst?Die Personen in der Präsentation sind oft nicht die Personen im Projekt. Fragen Sie nach Namen und aktuellen Zusagen. Diese eine Frage beseitigt eine ganze Kategorie von Enttäuschungen.
4. Zeigen Sie uns etwas, das Sie falsch gemacht haben, und was Sie geändert haben.Jedes echte Projekt hat so etwas. Eine konkrete, technische und leicht unangenehme Antwort zeigt, dass jemand über seine Arbeit nachdenkt. Eine geschliffene Antwort über „Kommunikation“ zeigt, dass man sich auf genau diese Frage vorbereitet hat und auf sonst nichts.
5. Was passiert mit dem Code und den Konten, wenn wir uns trennen?Die Antwort sollte strukturell sein: Ihnen gehört das Repository, das Deployment ist dokumentiert, der Stack ist gängig, Ihre Cloud- und Store-Konten laufen auf Ihren Namen. Liegt etwas davon beim Anbieter, kaufen Sie eine Abhängigkeit statt Software.
6. Woran und wann merken wir, dass es schlecht läuft?Gute Anbieter haben einen Mechanismus — lauffähige Software in festem Takt, eine Demo, an der Sie teilnehmen, ein Burndown, das Sie lesen können. Ist die erste echte Sichtbarkeit die Lieferung, liegt das Risiko vollständig bei Ihnen, und Sie erfahren es zu spät.

Warnzeichen, bei denen man gehen sollte

• Ein Angebot, das ohne jede Frage zu Ihren Daten eintrifft. Die Kosten stecken im Datenmodell; eine Zahl, die ohne Frage danach entstand, entstand ohne Nachdenken darüber.
• Zustimmung zu allem. Ein Anbieter, der nie widerspricht, hört entweder nicht zu oder plant, die Nacharbeit in Rechnung zu stellen.
• Keine Erwähnung von Migration, Tests oder Parallelbetrieb. Diese Arbeit fällt an, ob sie angeboten wird oder nicht, und fehlt sie im Angebot, kommt sie später als Nachtrag.
• Eine Demo, in der man nicht klicken kann. Wenn der einzige Beleg Screenshots und ein Video sind, verlangen Sie Zugang zu etwas Echtem. Es hat einen Grund, dass das nicht angeboten wird.
• Druck, vor der Discovery zu unterschreiben. In der Discovery finden beide Seiten heraus, ob das Projekt das ist, wofür sie es halten. Sie zu überspringen nützt niemandem außer einem Anbieter, der die Antwort ahnt.
• Zurückhaltung dabei, die Personen zu nennen, die die Arbeit machen werden, oder Sie mit ihnen sprechen zu lassen.

Wann ein Studio die falsche Wahl ist

Wir sind ein kleines Studio. Das passt zu Projekten, bei denen der Wert darin liegt, die Domäne richtig zu verstehen, bei denen die Leute, die es entworfen haben, es auch bauen sollen, und bei denen direkter Zugang zu den Ingenieuren mehr zählt als Prozessgewicht. Für mehrere Situationen ist es die falsche Form, und das zu sagen ist für alle billiger, als es im vierten Monat herauszufinden.

Wenn Sie hundert Leute vor Ort für ein Zweijahresprogramm brauchen, brauchen Sie einen Systemintegrator, und das, was ein kleines Studio gut macht, ist in dieser Größenordnung irrelevant.

Wenn die Arbeit eine klar umrissene, kurze, in sich geschlossene Aufgabe ist — ein WordPress-Theme, eine Einseitenwebsite, ein kleines Skript — erledigt ein kompetenter Freelancer das schneller und günstiger, und dafür sollten Sie keinen Studio-Aufschlag zahlen.

Wenn Ihre Organisation einen namentlichen 24/7-Support mit vertraglichen Reaktionszeiten und einem formalen Eskalationsweg verlangt, fragen Sie direkt, was tatsächlich geboten wird, statt eine Beschwichtigung zu akzeptieren. Das ist eine echte Anforderung, und kleine Teams können sie oft nicht ehrlich erfüllen.

Referenzen richtig prüfen

Referenzgespräche sind meist verschenkt, weil die Fragen zu einer positiven Antwort einladen. „Waren Sie zufrieden?“ beantworten fast alle mit „ja“, auch die, die nicht wieder kaufen würden.

Fragen Sie stattdessen: Was war die größte Meinungsverschiedenheit und wie wurde sie gelöst; was hat das Projekt gegenüber der ersten Schätzung gekostet, und warum; was mussten Sie tun, womit Sie nicht gerechnet hatten; und würden Sie sie für etwas Größeres beauftragen. Bei der letzten Frage ist das Zögern die Information.

Fragen Sie nach einer Referenz aus Ihrer Branche, wenn der Anbieter Branchenerfahrung behauptet, und fragen Sie einen Kunden, dessen Projekt mindestens ein Jahr zurückliegt. Frische Kunden sind noch in der Anfangsbegeisterung. Ein Jahr später wissen sie, ob die Software noch funktioniert und ob Änderungen noch möglich sind.

Das eine, was Erfolg am stärksten vorhersagt

Nicht der Anbieter. Sondern ob es auf Ihrer Seite eine Person gibt, die entscheidungsbefugt ist und Zeit hat, sich einzubringen. Projekte mit echtem Verantwortlichen gelingen auch mit mittelmäßigen Anbietern; Projekte ohne scheitern mit hervorragenden, weil jede Entscheidung zum Gremium und jede Unklarheit zur Verzögerung wird.

Wenn Sie diese Person nicht benennen und ihre Zeit nicht freihalten können, klären Sie das, bevor Sie irgendjemanden auswählen. Das verändert das Ergebnis stärker als jede andere Wahl auf dieser Liste.