Offshore-PLM-Arbeit hat einen gemischten Ruf, und vieles davon ist verdient: Übergaben über Zeitzonen hinweg, Engineers, die alle paar Monate wechseln, und Wissen, das mit ihnen geht. Hier ist, was den Unterschied macht, aus Sicht des Teams, das die Arbeit leistet.
Den Arbeitstag teilen
Der meistunterschätzte Faktor ist die Uhr. Ein Team, das online ist, wenn Ihre Engineers es sind, kann an Stand-ups teilnehmen, Fragen innerhalb von Minuten beantworten und ein fehlgeschlagenes Release noch am selben Nachmittag reparieren. Marokko liegt auf oder eine Stunde neben der Mitteleuropäischen Zeit. Das beseitigt den Großteil der Reibung, die Offshore-Arbeit langsam macht.
Die Tools des Kunden nutzen
Wir arbeiten in Ihrem Git, Ihren Boards und Ihrem Chat, mit Accounts, die Sie kontrollieren. So ist die Arbeit sichtbar, während sie entsteht, und nichts geht verloren, wenn die Zusammenarbeit endet: Code, Tickets und Diskussionen gehören bereits Ihnen.
Dieselben Menschen behalten
Windchill-Wissen ist an jede Installation gebunden. Ein Team, das über Jahre bleibt, lernt Ihr Datenmodell, Ihre Schnittstellen und Ihre Leute kennen. Fragen Sie jeden Partner, wie lange Engineers typischerweise bei einem Kunden bleiben und was mit dem Wissen passiert, wenn sie wechseln.
Die Übergabepunkte automatisieren
Die meisten Offshore-Probleme entstehen, wenn Arbeit den Besitzer wechselt. Pipelines, automatisierte Tests und schriftliche Runbooks reduzieren diese Momente: Eine Änderung wird immer gleich gebaut, getestet und ausgerollt, egal wer sie geschrieben hat.
Fragen an einen Offshore-Partner
- Zu welchen Zeiten ist das Team tatsächlich online, und in welcher Zeitzone?
- Arbeiten wir mit namentlich benannten Engineers, und wie lange?
- Arbeiten Sie in unseren Tools und Umgebungen oder in Ihren?
- Wie stellen Sie sicher, dass Produktivdaten in unseren Systemen bleiben?
- Wie sieht ein Release aus, Schritt für Schritt?
Die Antworten sagen mehr über den Verlauf der Zusammenarbeit als jede Preisliste.