Wie man von einem Software-Anbieter zu einem anderen wechselt
Mit dem eigenen Software-Entwicklungsanbieter abzuschließen ist schwierig, auch wenn es manchmal notwendig ist.
Das aktuelle Team, so ungeeignet es auch sein mag, kontrolliert den Code, während das neue Team, so enthusiastisch und kompetent es auch sein mag, nicht von einem Tag auf den anderen übernehmen kann.
Unabhängig davon, was dich dazu bewogen hat, nach einem neuen Anbieter zu suchen – sei es mangelhafte Qualität der Lieferungen, übermäßige Kosten oder fehlende zwischenmenschliche Chemie – gibt es eine Sache, auf die du vor allem anderen achten musst: dein Produkt.
Wir bei Colibryx haben mehrere Anbieterwechsel miterlebt. Wir haben gesehen, wie Übergaben reibungslos verliefen und zu Leistungs- und Unternehmenskulturverbesserungen führten, aber wir haben auch von anderen gehört, die echte Katastrophen waren, mit Verzögerungen oder sogar Ausfällen bei der Lieferung kritischer Funktionen und Produkte für das Unternehmen.
Sicherlich sind Anbieterwechsel voller technischer Herausforderungen, wie das Verstehen des Zugangs zu Systemen und Servern, das Verstehen des bestehenden Codes und das Treffen schwieriger Entscheidungen darüber, ob der bestehende Code gelöscht oder korrigiert werden soll. Letztendlich ist es jedoch mehr eine Herausforderung im Umgang mit Menschen.
Alles, von der Wissens- und Dokumentationsübertragung bis hin zum Schutz deines Codes, hängt davon ab, wie du die Menschen in beiden Unternehmen führst und behandelst.
Lerne aus deinen Fehlern
Die meisten Softwareprojekte scheitern nicht aufgrund technischer oder ingenieursmäßiger Probleme, sondern aufgrund von schlechter Kommunikation, unzureichenden Softwareentwicklungsprozessen, niedrigem Teamgeist oder unzureichender Finanzierung (durch das Vertrauen auf nicht erfahrene Unternehmen).
Wenn die Zusammenarbeit mit dem Entwicklungsteam schiefgeht, gib nicht anderen die Schuld, sondern übernimm die Verantwortung und verstehe, wo und wie die Dinge schiefgelaufen sind.
Möglicherweise hast du deinen Entwicklern nicht genug Zeit oder Aufmerksamkeit gewidmet, oder es gab Konflikte, die du besser hätte managen können. Vielleicht hast du deine Erwartungen nicht richtig kommuniziert oder die Ergebnisse nicht ausreichend bestätigt.
Versuche immer, dich zu fragen, wie die Dinge besser hätten laufen können, um ähnliche Fehler in Zukunft zu vermeiden.
Erwarte nichts
Erwarte nicht, dass das Unternehmen, mit dem du derzeit zusammenarbeitest, eine detaillierte Dokumentation für die Nachfolger schreibt. Dies ist eine der am meisten gehassten Aktivitäten von Entwicklern (falls du das nicht glaubst, suche auf Google danach).
Auf die Frage:
Why do programmers hate making documentation? Google präsentiert über 40.800.000 Antworten.
Um weitere Probleme während des Übergangs zu vermeiden, stelle dennoch sicher, dass das alte Team jedes Wissen über Prozesse/Produkte dokumentiert und dem neuen Unternehmen seine Kontaktdaten für mögliche spätere Klärungen übergibt.
Zweifle nicht an dir selbst
Denke immer daran: Wenn du mit dem aktuellen Team nicht zufrieden bist, sind sie wahrscheinlich auch nicht mit dir zufrieden.
Bedenke, dass die Kündigung des Vertrags die beste Entscheidung für alle Beteiligten ist – und das weiß wahrscheinlich auch dein Anbieter. Sie werden deine Systeme nicht sabotieren oder ähnliches, sie wollen nur korrekt für die Wissensübertragung bezahlt werden.
Gleichzeitig solltest du, wenn du zögerst, dem neuen Anbieter von Anfang an volle Zugriffsrechte auf deine Systeme zu gewähren, die Zuweisung eingeschränkter Funktionen in Betracht ziehen, um den Benutzerzugriff nur auf die für die Arbeit notwendigen Ressourcen zu beschränken. Dies reduziert das Gesamtrisiko oder die Auswirkungen von Cyberangriffen.
Übertrage deinem neuen Team die Verwaltung der Details
Deine frühere Partnerschaft ist gescheitert, und du bist wahrscheinlich noch nicht bereit, deinem neuen Entwicklungsteam zu vertrauen, auch wenn es notwendig ist.
Bedenke, dass dein Vertrauen in die neuen Ingenieure proportional zu den Erfolgschancen deines Softwareprojekts ist. Das neue Team die Übergangsstrategie leiten zu lassen, trägt dazu bei, eine Kultur des Vertrauens und der Transparenz zu etablieren.
Denke daran, dass sie einen Einarbeitungsprozess durchlaufen, der ziemlich stressig sein kann, und deine Unterstützung ist immer wichtig. Versuche, dem Drang zu widerstehen, ein Kontrollfreak zu sein. Gib dem neuen Entwicklungsteam von Anfang an vollständige Autonomie bei der Analyse des Vorhandenen.
In den meisten Fällen werden die Neuzugänge schockiert sein, wie "schrecklich" der Code ist, und sie könnten vorschlagen, die gesamte App neu zu schreiben (zu Recht, oft ist es notwendig) – lass sie ihre Meinung äußern und analysiere sie so objektiv wie möglich.
Hier einige praktische Tipps von uns bei Colibryx
"Plane den Datenmigrationsprozess präzise, um das Risiko des Verlustes wichtiger Informationen zu minimieren." Paolo
"Denke daran: Der Wechsel von einem Software-Anbieter zu einem anderen mag kompliziert erscheinen, aber mit der richtigen Planung und Vorbereitung kann es eine reibungslose Erfahrung sein, die dein Unternehmen verbessert." Francesco