Successful Connectors: Best Practices und Implementierungsstrategien

Die beste Praxis bei Verbindungen besteht immer darin, einen regelbasierten Ansatz zu erzwingen und Ausnahmen als Folge oder nach Erschöpfung des regelbasierten Ansatzes anzugehen, anstatt mit einem ausnahmenbasierten Ansatz zu beginnen.

Der ausnahmenbasierte Ansatz ist verlockend und attraktiv, weil er menschliche Wahlmöglichkeiten und die Erhaltung der aktuellen Prozessstruktur wertschätzt. Aber er führt zu einem Ort, der keine guten Alternativen bietet, um gesunde Prozesse langfristig zu skalieren und aufrechtzuerhalten. In dieser Hinsicht ist es ein Fehler, zuerst über die Ausnahmen nachzudenken, anstatt über die Regeln. Diesen Fehler vermeiden wir um jeden Preis.

Kurzfristiger Gewinn für langfristigen Schmerz in einer Nussschale. Die meisten Organisationen, mit denen wir zusammenarbeiten, haben dies gemeinsam: Sie streben die Erhaltung des aktuellen Prozesses an. Wenn nach Technologie gesucht wird, soll sie den aktuellen Prozess unterstützen, anstatt einen Kompromiss zwischen Prozessbeschränkungen und Effizienz zu finden.

Unsere Connectors sind eine Möglichkeit, den Fluss von Inhalten von einem Repository auf BWX und dann zurück zu überbrücken. Obwohl wir verstehen, dass gelegentlich die Notwendigkeit besteht, eine Datei oder eine andere für einen auf Verbindungsstücken basierenden Job auszuwählen, ist die bewährte Vorgehensweise für Verbindungsstücke, einen regelbasierten Ansatz anstelle eines manuellen Ansatzes zu verfolgen.

‍Die Versuchung des manuellen Ansatzes erklärt

‍Manuelle Ansätze sind verlockend, weil sie keine Prozessänderungen erfordern. Menschen können die genaue Datei erkunden, die sie übersetzen möchten, und ein Übersetzungsprojekt mit dem Connector starten. Das Problem beim manuellen Ansatz ist, dass er nicht skalierbar, nicht nachhaltig und vorhersehbar (schwer zu verbessern) ist.

Deshalb erkunden wir die manuelle Vorgehensweise nur, nachdem wir alle Möglichkeiten ausgeschöpft haben, das Verhalten des Connectors in regelbasiertes Verhalten einzufügen. Es ist notwendig, mit Ausnahmen umzugehen, aber man kann nicht nach Ausnahmen entwerfen.

Ein erfolgreiches Produkt und dessen Implementierung basieren auf Regeln, die den größtmöglichen Prozentsatz der Anwendungsfälle abdecken. Anwendungsfälle, die nicht abgedeckt sind, müssen dann sorgfältig bewertet werden, um mögliche Lösungen und Workarounds zu erkunden und sie innerhalb der vorgeschlagenen Paradigmen zu instrumentieren.

Hier ist ein Beispiel: Kunde A hat einen Connector, der auf einem Zeitplan basiert, aber gelegentlich Projekte erfordert, die außerhalb des Zeitplans ausgeführt werden müssen. Hier sind einige verschiedene Möglichkeiten, wie man damit umgehen kann:

1. Manuell eine außerplanmäßige Ausführung bei unserem Support-Team anfordern
2. Verwenden Sie unsere Befehlszeilenschnittstelle (CLI), um eine außerplanmäßige Ausführung anzufordern
3. Erstellen Sie einen außerplanmäßigen Zweig/Verzeichnis, der häufiger als der übliche Zeitplan abgefragt wird, um dringende Aufgaben abzurufen.

Hier ist ein weiteres Beispiel: Client B wird verwendet, um Dateien auszuwählen und den Lokalisierungsprozess zu starten. Anstatt den manuellen Ansatz fortzusetzen, folgen die meisten Cherry-Picking-Prozesse einem Verhalten, das umgekehrt entwickelt werden kann.

Es lohnt sich immer, diese Umkehrung bis an ihre Grenzen zu treiben. Wenn Sie mit einem manuellen Ansatz beginnen oder sich darauf konzentrieren, die Ausnahmen direkt über die Benutzeroberfläche abzudecken, wird dies zu einem behindernden Hindernis anstatt eines Programm-Beschleunigers. Wenn wir an einen Connector denken, denken wir immer an Automatisierung.

Das ist die eigentliche Prozesseffizienz, die durch einen Connector angetrieben wird. Wenn Sie mit einem manuellen Ansatz beginnen oder sich darauf konzentrieren, die Ausnahmen direkt über die Benutzeroberfläche abzudecken, wird dies zu einem hinderlichen Hindernis anstatt eines Programm-Beschleunigers. Wenn wir an einen Connector denken, denken wir immer an Automatisierung. Das ist die eigentliche Prozesseffizienz, die durch einen Connector erreicht wird. Das Exportieren und Importieren von Projekten ist ein kleiner Gewinn, wenn es um Connectors geht. Der eigentliche Gewinn dreht sich um die Geschäftsregeln und die Vorhersehbarkeit und Governance, die sie generieren. Der eigentliche Gewinn dreht sich um die Geschäftsregeln und die Vorhersehbarkeit und Governance, die sie generieren.

Das Problem ist, dass wenn Sie nach Ausnahmen entwerfen und implementieren, Automatisierung nie wirklich eine Option wird. Automatisierung erfordert per Definition einen gewissen Grad an Prozessänderung, und wenn wir uns nicht für diese Passung von Prozess und Software einsetzen, übertreffen wir nicht die Erwartungen und werden zu Händlern der Digitalisierung des Chaos.

Das ist nicht das, wofür wir stehen, und wir werden dies nicht unterstützen. Kleinskalige Verbindungen müssen denselben Entwurf und dieselben Prinzipien wie Großskalige Verbindungen befolgen, damit sie effizient skalieren und wachsen können. Die meisten Lokalisierungsprogramme fordern Lösungen auf der Grundlage aktueller (eigentlich vergangener) Anwendungsfälle, anstatt zukunftsorientierte Anwendungsfälle zu berücksichtigen, die mehr Dateien, mehr Rhythmus, mehr Standorte, weniger Time-to-Market, geringere Kosten und mehr Zusammenarbeit erfordern.

Wenn Sie nicht im richtigen Rahmen starten, ist eine spätere Kurskorrektur teuer und sehr herausfordernd, da Sie das durch eine neue Implementierung eingeführte Änderungsfenster verpassen werden. Alle unsere Verbindungen, ob groß oder klein, basieren auf Regeln und Parametern.

Sie werden von denselben Designprinzipien gesteuert und erfordern keine Benutzeroberfläche, um ordnungsgemäß zu funktionieren. Die Benutzeroberfläche kann eine interessante Ergänzung zu einem ausgereiften Connector sein, aber hauptsächlich, um die Connector-Konfigurationen einfach zu ändern, anstatt Projekte manuell zu starten.

Wir können langfristigen Erfolg nicht fördern, wenn wir bei der Beschleunigung bestehender analoger Prozesse mitspielen.  

Unser Ziel ist es vielmehr, die analogen Prozesse in digitales Denken zu übersetzen, damit sie wirklich softwarekompatibel werden und datenorientierte Automatisierung ermöglichen. Wir sind es gewohnt, Connectors zu verwalten, die täglich Tausende von Dateien in fast hundert verschiedenen Sprachräumen verarbeiten.

Im Laufe der Jahre haben wir gelernt, dass die gleichen Zutaten, die einen groß angelegten Connector erfolgreich machen, auch für kleinere Connectors respektiert werden müssen, um grundlegende Designprinzipien von Skalierbarkeit und Nachhaltigkeit einzuhalten.